<div dir="ltr">Hi all,<div><br></div><div>First of all, a big thank you to Simon for letting me shadow him for even more time than I expected in the beginning... I learned a lot! We did a pair session for rust-reqwest in which he was brilliant at pulling the thread and finding out what was happening.</div><div><br></div><div><div>And then, yes, I took the r-cran-effectsize cluster as I had been using R in the past... a past far away :$. So, in a mixture of recklessness and confidence, I said to myself, why not? </div><div><br></div></div><div>TL;DR: I only have suggestions on actions (skipping tests :( )</div><div><br></div><div><span style="background-color:initial">#r-cran-effectsize -> r-cran-bayestestr</span><br></div><div><div>This migration is pending on <span style="color:rgb(0,0,0);font-family:"Times New Roman";font-size:medium"> </span><span style="color:rgb(0,0,0);font-family:"Times New Roman";font-size:medium">r-cran-bayestestr/0.13.2-1:</span><span style="color:rgb(0,0,0)"><font face="arial, sans-serif" style=""> The problem here is that we are getting as regression some test that in previous commits were commented by upstream (so never passed because they were never run even there). I locally could pass the tests, but installing the dependencies and all the needed stuff via the Rconsole (install.packages(languageserver)), not the deb packages, so I guess is something about versioning or dependencies with rstan package (as the failing error is "</font></span><span style="color:rgb(0,0,0);font-family:"Ubuntu Mono variable","Ubuntu Mono",Consolas,Monaco,Courier,monospace;font-size:12.8px">rstan (local) .fun(model_code = .x1)"</span><span style="color:rgb(0,0,0)"><font face="arial, sans-serif">) but, tbh, I </font></span> didn't hit the nail on the head. I left it for a more experienced packager on R or, as I suggested in [1], the short-term fix might be to comment those tests again. In Debian are falling too [2].</div></div><div><br></div><div>#geoalchemy2</div><div><br></div><div>Again, tests that are failing when previously were skipped (but only for s390x). I updated the bug [3] with the same skipping suggestion.</div><div><br></div><div>That's for this time... I hope next time I can produce a more touchable outcome.<br></div><div><br></div><div>Regards,</div><div><br></div><div>Miriam</div><div><br></div><div><br></div><div>[1] <a href="https://bugs.launchpad.net/ubuntu/+source/r-cran-bayestestr/+bug/2071941">https://bugs.launchpad.net/ubuntu/+source/r-cran-bayestestr/+bug/2071941</a></div><div>[2] <a href="https://ci.debian.net/packages/r/r-cran-bayestestr/">https://ci.debian.net/packages/r/r-cran-bayestestr/</a></div><div>[3] <a href="https://bugs.launchpad.net/ubuntu/+source/geoalchemy2/+bug/2024067">https://bugs.launchpad.net/ubuntu/+source/geoalchemy2/+bug/2024067</a></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jul 8, 2024 at 10:49 AM Simon Chopin <<a href="mailto:simon.chopin@canonical.com" target="_blank">simon.chopin@canonical.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi folks,<br>
<br>
I had my +1 shift last week. On the first couple of days I st started looking<br>
into the very old items on the excuses page to see if I could move the needle a<br>
bit on them (see the mescc-tools paragraph further down, spoiler alert: no joy).<br>
<br>
After that, I focused my attention on the clusters identified by the<br>
`find-proposed-cluster` script. Only 3 clusters popped up:<br>
<br>
* libgnatcoll-db is blocked behind gcc-13<br>
* rust-reqwest: see below<br>
* r-cran-effectsize: picked up by Miriam<br>
<br>
And finally, once those were handled, I looked into some FTBFSes.<br>
<br>
I had the pleasure of being shadowed for part of the week by Ravi Kant Sharma,<br>
and by Miriam España Acebal for the remainder.<br>
<br>
## Handover for next shift<br>
<br>
Urgent:<br>
* giada (rtaudio6 transition)<br>
<br>
Nice to have:<br>
* mescc-tools<br>
<br>
## mescc-tools (LP: #2072472)<br>
<br>
> tools for binary bootstrapping<br>
<br>
mescc-tools has been stuck in -proposed for more than one cycle, due to a FTBFS<br>
on ppc64el. Looking at the logs, its tests fail due to a SIGILL. The same<br>
package and version doesn't fail on Debian.<br>
<br>
I didn't want to spend too long on this, and it proved surprisingly difficult<br>
to use the usual set of debug tools, since mescc-tools is essentially a<br>
bare-bones assembler that doesn't seem to bother with things such as symbols or<br>
debug info (which makes sense).<br>
<br>
The net result is no technical progress but at least I created a bug.<br>
<br>
Next step could be a binary diff of the problematic test binary on Debian and<br>
Ubuntu to see if/where it differs.<br>
<br>
## rust-reqwest (LP: #2071789)<br>
<br>
> Higher level HTTP client library - Rust source code<br>
<br>
This crate was holding up a few other Rust packages due to tests regressing on<br>
ppc64el and amd64, while the migration-reference/0 tests were inconclusive due<br>
to the Rust dependency graph being what it is.<br>
<br>
It was a really fun investigation, involving talking to both IS and the Ubuntu<br>
Release Management team, discovering that some cargo-culted patterns I learned<br>
before weren't actually working as I thought (I know, right?!), learning about<br>
proxies and their interaction with custom DNS config (it's not great), and a<br>
genuine technical mystery.<br>
<br>
The high-level overview is that the rust-reqwest tests have *always* been<br>
failing on our infrastructure due to our proxy, and that actually makes sense.<br>
That's not bad per se, because you can't regress failing tests. The mystery<br>
here is that a few weeks ago, the tests actually *passed* once on the<br>
aforementioned architectures, despite it being impossible according to<br>
everything I know and learned. That created a new baseline, so when the miracle<br>
didn't reproduce, our CI thought there was a regression.<br>
<br>
A possible solution would have been to hint the tests to reset the baseline,<br>
but I actually opted to fix the upstream test suite to better handle the proxy<br>
in the first place. Many thanks to both the upstream author for pointing out<br>
that my initial patch was grossly overengineered, and jbicha for pushing the<br>
fix to Debian.<br>
<br>
## hypercorn vs node-mermaid (LP: #2069202)<br>
<br>
> Markdownish syntax for generating flowcharts<br>
<br>
I spent some time trying out the latest version of node-mermaid in Debian to<br>
see if we could bring it back in Ubuntu, but even there it's FTBFS for reasons<br>
unrelated to its original removal. Out of my depth, I ended up just pinging the<br>
Debian maintainer to see if they could publish their Salsa branch in the<br>
archive as it presumably solves the issue (I couldn't try it out due to missing<br>
pristine-tar branch)<br>
<br>
## giada (LP: #2072342)<br>
<br>
> Hardcore Loop Machine<br>
<br>
giada is involved in the rtaudio6 transition, but its NCR failed to build, so I<br>
went about to port its code to the new librtaudio APIs, which changed fairly<br>
drastically how error handling is done. Sadly, once that was fixed, other<br>
errors cropped up that were related to the new JUCE version. I managed to fix<br>
the linking issue, but ran out of time to fix the latest error, which might be<br>
related to PIE? Hopefully the next shift can pick it up.<br>
<br>
Cheers,<br>
Simon<br>
<br>
-- <br>
ubuntu-devel mailing list<br>
<a href="mailto:ubuntu-devel@lists.ubuntu.com" target="_blank">ubuntu-devel@lists.ubuntu.com</a><br>
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel" rel="noreferrer" target="_blank">https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel</a><br>
</blockquote></div><br clear="all"><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><table style="font-family:Ubuntu,sans-serif;border-spacing:0px;border-width:0px;margin:0px;color:rgb(0,0,0);border-color:white"><tbody><tr><th colspan="2" style="vertical-align:top;padding:4px 0px 0px 4px;font-size:0px;text-align:left"><img height="40px" width="271px" src="https://assets.ubuntu.com/v1/e3fc2c4f-20%20YEARS_logo_white-bg.png" alt="Canonical-20th-anniversary" title="Canonical-20th-anniversary" style="margin-bottom:17px"></th></tr><tr><td colspan="2" style="vertical-align:top;padding:0px 0px 0px 5px;font-size:0px"><p style="display:inline-block;font-size:13px;line-height:16px;padding-top:0.8px;margin-bottom:0px;margin-top:0.8px;font-weight:600">Miriam España Acebal</p></td></tr><tr><td colspan="2" style="vertical-align:top;padding:0px 0px 0px 5px;font-size:0px"><p style="display:inline-block;font-size:13px;line-height:16px;padding-top:0.8px;margin-bottom:8px;margin-top:0.8px;color:rgb(117,117,117)">Software Engineer II - Ubuntu Public Cloud/Server</p></td></tr><tr><td style="vertical-align:top;padding:0px 0px 0px 5px;font-size:0px"><p style="display:inline-block;font-size:13px;line-height:17px;padding-top:0.8px;margin-bottom:0px;margin-top:0.8px;color:rgb(117,117,117)">Email:</p></td><td style="vertical-align:top;padding:0px 4px 0px 5px;font-size:0px"><p style="display:inline-block;font-size:13px;line-height:17px;padding-top:0.8px;margin-bottom:0px;margin-top:0.8px;margin-left:12px"><a href="mailto:miriam.espana@canonical.com" target="_blank">miriam.espana@canonical.com</a></p></td></tr><tr><td style="vertical-align:top;padding:0px 0px 0px 5px;font-size:0px"><p style="display:inline-block;font-size:13px;line-height:17px;padding-top:0.8px;margin-bottom:0px;margin-top:0.8px;color:rgb(117,117,117)">Location:</p></td><td style="vertical-align:top;padding:0px 0px 0px 5px;font-size:0px"><p style="display:inline-block;font-size:13px;line-height:17px;padding-top:0.8px;margin-bottom:0px;margin-top:0.8px;margin-left:12px">Spain  (GMT+2)</p></td></tr><tr><td style="vertical-align:top;padding:0px 0px 0px 5px;font-size:0px"></td><td style="vertical-align:top;padding:0px 0px 0px 5px;font-size:0px"><br></td></tr><tr><td colspan="2" style="vertical-align:top;padding:0px 0px 0px 5px;font-size:0px"><a href="https://canonical.com/" style="color:rgb(0,102,204)" target="_blank"><p style="display:inline-block;font-size:13px;line-height:17px;padding-top:0.8px;margin-bottom:0px;margin-top:8.8px">canonical.com</p></a></td></tr><tr><td colspan="2" style="vertical-align:top;padding:0px 0px 0px 5px;font-size:0px"><a href="https://ubuntu.com/" style="color:rgb(0,102,204)" target="_blank"><p style="display:inline-block;font-size:13px;line-height:17px;padding-top:0.8px;margin-bottom:0px;margin-top:0.8px">ubuntu.com</p></a></td></tr></tbody></table><br></div></div></div>