[01:49] <bandali> hey tsimonq2 sorry for the slow reply.  re bug 2043306, is there anything you'd wanted me to do, besides remembering to ask Seb to switch the translations config for the package on LP now that we've dropped 'X-Ubuntu-Use-Langpack: yes' for it?
[01:49] -ubottu:#ubuntu-devel- Bug 2043306 in tepl (Ubuntu) "Sync tepl 6.8.0-2 (universe) from Debian unstable (main)" [Undecided, Fix Released] https://launchpad.net/bugs/2043306
[03:36] <teward> kanashiro: [ot] you still willing to keysign my key and me sign yours?  Video call available if needed during the day tomorrow if so.  (Can always use more signatories on my keys!)
[03:36] <teward> Robie got me my minimum required key sigs to get my stuff fixed in Debian (key replacement in keyring), but always happy to get more signatories
[03:37] <teward> *disappears to the abyss for now*
[04:58] <kanashiro> teward yep, I am up for that :)
[09:20] <nteodosio> orndorffgrant, for your information https://canonical-ubuntu-pro-client.readthedocs-hosted.com/en/latest/references/api.html doesn't resolve, must drop ".html".
[09:22] <nteodosio> And that's what US078 links to.
[09:26] <bluca> hi, any patch pilot around?
[11:33] <ginggs> bluca: i believe the next scheduled flight is in about 4.5 hours :)
[11:36] <bluca> thanks!
[12:18] <ahasenack> starting my sru shift
[14:12] <ogayot> tsimonq2: thanks for sponsoring 🐱:)
[15:26] <nteodosio> Thanks tsimonq2 for https://lists.ubuntu.com/archives/ubuntu-devel/2023-November/042843.html!
[15:38] <adrien> all this finally forced me to investigate an issue I had with dput-ng: it probably doesn't appreciate my passphrase-protected SSH keys and their decryption method through a custom ${SSH_ASKPASS}
[16:04] <tsimonq2> ogayot: Of course! Happy to help :)
[16:05] <tsimonq2> nteodosio: Ditto, if you're reading logs. ;)
[16:06] <tsimonq2> bandali: Nothing directly actionable on your end. That being said, you are the Debian uploader (who also has upload rights in Ubuntu), so it's more of a "hey, just wanted to make sure you were aware of it" in case there *needs* to be some sort of Ubuntu delta. Thanks :)
[16:08] <tsimonq2> bdmurray, paride, qa-help: Are there any plans for some kind of build scoring on autopkgtest.u.c? For example, it would be nice to prioritize manual user requests over the usual Britney churn (but individual policy bits can be discussed). If there isn't anything you all are aware of, I'll file a bug.
[16:14] <paride> tsimonq2, we thought of that at some point, but that's not going to happen in the short term.
[16:17] <tsimonq2> paride: Makes sense :)
[16:18] <tsimonq2> paride: Is there a technical limitation to do that? I mean, there's already some interesting code around "reading" (really popping from) the RabbitMQ queue, I would imagine something like this would be inserted at that point.
[16:18] <tsimonq2> paride: Either way, this is just a casual ask, I'll happily file a wishlist bug report that can collect some dust until it's ready. ;)
[16:23] <tsimonq2> @pilot in
[16:24] <tsimonq2> I'll take bug 2043625 to start, let's see how far that gets me. As it has been recently, limited time, but I like to do, meh, one or two a day. :)
[16:24] -ubottu:#ubuntu-devel- Bug 2043625 in libsolv (Ubuntu Mantic) "libsolv: lack of zstd support makes it impossible to create SUSE Tumbleweed/Fedora Rawhide chroots with zypper/dnf" [Undecided, In Progress] https://launchpad.net/bugs/2043625
[16:27] <bluca> thanks tsimonq2, I am around if you need more info - I have opened that one
[16:39] <tsimonq2> bluca: Nice! I just responded to the bug report. Just looking for a little more verbosity on the regression potential. Let me know how I can help :)
[16:39] <tsimonq2> bluca: (I didn't consider this a blocker for sponsorship, though, so you're all set.)
[16:44]  * tsimonq2 looks at mitchdz's bug 2040370 next
[16:44] -ubottu:#ubuntu-devel- Bug 2040370 in checksecurity (Ubuntu) "Merge checksecurity from Debian unstable for noble" [Undecided, Confirmed] https://launchpad.net/bugs/2040370
[16:44] <bluca> ok will try to add some more details, thanks
[16:45] <mitchdz> thanks tsimonq2!
[16:47] <mitchdz> also adding a quick comment to 2040370
[16:50] <mitchdz> tsimonq2: I enjoy the ascii art :)
[16:50] <tsimonq2> mitchdz: No worries! I added one very small diff comment, it's just a weird element with grab-merge that you probably wouldn't know unless someone told you.
[16:50] <tsimonq2> mitchdz: It looks better on the email version ;D
[16:51] <mitchdz> ah that's fair. I did notice the extra newline in the diff but figured it might be intended. I'll remove those in the future when I see them!
[16:52] <tsimonq2> Thanks for your help! :)
[16:56] <tsimonq2> Looks like I'm getting pulled away; I idle if anyone needs anything. If someone is doing patch piloting today, I'd recommend bug 2008594 as a good starter package. Thanks!
[16:56] -ubottu:#ubuntu-devel- Bug 2008594 in getmail6 (Ubuntu) "[SRU] getmail_fetch crash, bugfix available upstream" [Undecided, New] https://launchpad.net/bugs/2008594
[16:56] <tsimonq2> @pilot out
[17:00] <paride> tsimonq2, well everything is doable, but we're working at making what we have more stable at the moment
[17:00] <tsimonq2> paride: Perfect, thanks :)
[17:03] <bluca> tsimonq2: added more details and a test for the previous functionality to 2040370
[17:04] <tsimonq2> bluca: Thank you! :)
[17:07] <bluca> anything else I can do before it can be uploaded?
[17:07] <bluca> we can also enable proposed-updates in the CI that uses jammy once it's there, to further test it
[17:08] <tsimonq2> Well, it has been uploaded, it's in the queue right now. :)
[17:09] <bluca> ah excellent, thank you
[17:09] <tsimonq2> Of course!
[17:10] <tsimonq2> bluca: One more specific element; the testing I'm seeing is great, but I believe they'll ask you to test the packages in -proposed once they're accepted/built/published.
[17:10] <bluca> yeah I can enable -proposed in the CI as mentioned, so it gets real-world testing
[17:10] <bluca> and we get the CI working again - win/win
[17:10] <tsimonq2> Perfect :D
[18:43] <bandali> tsimonq2, ah, ack; noted, thanks :-)
[19:12] <sergiodj> @pilot in
[21:32] <sergiodj> hm, shouldn't we remove the ~ubuntu-sponsors subscription to bugs whose packages have been uploaded?
[21:33] <sergiodj> in my understanding, if there's any problem with the upload (be it an SRU or not) the reporter will come back and nag us again, but maybe I'm assuming too much
[21:36] <ahasenack> I would think the report would skip fix committed/released bugs
[21:36] <sergiodj> http://reports.qa.ubuntu.com/reports/sponsoring/general -- it doesn't
[21:36] <sergiodj> not the Fix Committed
[21:36] <tsimonq2> I make the distinction between "packaging" approvals and general, wider-reaching Release Team or SRU Team approvals. The packaging could be good, and the SRU Team could reject it for another reason. I'd also consider it the responsibility of the sponsor, ultimately, to make sure the SRU template is ready.
[21:37] <tsimonq2> If we're talking about subscribing sponsors specifically, I usually unsubscribe them as soon as I confirm it's in the queue.
[21:37] <tsimonq2> If they need to iterate on it, they usually re-subscribe sponsors. That's just my two cents, there's exceptional circumstances and YMMV.
[21:37] <sergiodj> right, it is the sponsor's responsibility to make sure the SRU text is OK. my question is about what should happen _after_ you've uploaded the package
[21:38] <sergiodj> I've been unsubscribing ubuntu-sponsors when I do it
[21:38] <tsimonq2> But yeah, generally, once it hits the queue, I unsubscribe ubuntu-sponsors too.
[21:38] <sergiodj> yeah, that's my understanding as well. thanks tsimonq2
[21:39] <tsimonq2> 🦆🦆😁
[21:39] <mwhudson> @pilot in
[21:40] <sergiodj> I'm glad to share the pilot seat with mwhudson
[21:40] <sergiodj> this airplane is big enough
[21:41] <mwhudson> heh haven't looked at the queue yet!
[21:41] <mwhudson> ok there appears to be a few things :-)
[21:42] <sergiodj> I have one more hour to go; will let you know when I choose my next item so that we don't conflict :)
[21:42] <mwhudson> sergiodj: do you have anything on your radar?
[21:42] <sergiodj> mwhudson: I'm finishing dealing with https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/2038834 , not sure what I'll pick next yet
[21:42] -ubottu:#ubuntu-devel- Launchpad bug 2038834 in mesa (Ubuntu Mantic) "GPU acceleration via VirGL is broken in qemu" [Undecided, New]
[21:43] <mwhudson> ok
[21:43] <mwhudson> uh red needs-packaging items for optee stuff, not at all scary
[22:39] <sergiodj> @pilot out