[13:49] <tsimonq2> arraybolt3: Still interested in dotnet? Looks like it could be all yours. :)
[18:53] <sudip> any idea why autopkgtest accepted my resquest - https://autopkgtest.ubuntu.com/running#pkg-ganeti ?
[18:53] <sudip> I didn't know I have such powers
[19:05] <arraybolt3> sudip: are you a per-package uploader? I *think* you can request autopkgtests for packages you have upload rights to, and if you have PPU rights then you have some powers. Not certain that's what's happening,  but I seem to remember doing something similar in Lubuntu-land once.
[19:06] <arraybolt3> hmm, looks like you aren't a PPU though
[19:06] <arraybolt3> in that instance :shrug: beats me :P
[19:06] <sudip> arraybolt3: no, I was planning to apply for PPU. but the wiki was little confusing  :(
[19:07] <arraybolt3> I dunno then. I don't think I've ever triggered something like that before. To be clear, you clicked on an autopkgtest triggering link and that happened?
[19:07]  * arraybolt3 is a bit hazy on how the autopkgtest guts work there
[19:07] <sudip> arraybolt3: yes
[19:09] <arraybolt3> if no one here knows how you have those rights, you could ask in #canonical-sysadmin about it. (Or #launchpad, not sure which one of those two teams controls the autopkgtest infra, I would *guess* #canonical-sysadmin though)
[19:09] <sudip> well, I dont mind having such powers :)
[19:09] <arraybolt3> heh :)
[19:38] <arraybolt3> shoot, cdbs doesn't exist anymore and now it's jamming up TigerVNC in Focal.
[19:39] <arraybolt3> so... I guess now I spin up a minimalistic Focal VM.
[20:11] <sudip> waveform: sorry, I again missed updating maintainer, even though I now have a script in "--post-build-commands" warning me about it :'(
[20:16]  * sudip has now modified the script to fail the build if maintainer is not updated
[20:45] <sergiodj> schopin: hey, let me know if you have more FTBFSes there. I fixed two out of the three you mentioned this morning (cp2k is more involved and will require more time/investigation)
[20:57] <dbungert> sergiodj: have you seen this report? https://people.canonical.com/~ginggs/ftbfs-report/test-rebuild-20231215-noble-glibc-noble.html
[20:58] <sergiodj> dbungert: I have, but I was under the impression that schopin had a different list
[21:00] <ravikant_> the ftbfs report analysis resulted in this list - https://bugs.launchpad.net/ubuntu/+source/glibc/+bugs?field.tag=test-rebuild-glibc-noble
[21:01] <ravikant_> most of them are unassigned.
[21:02] <sergiodj> ravikant_: thanks
[21:03] <ravikant_> sergiodj: you're welcome
[21:07] <ravikant_> sergiodj: following are some for universe, these are not glibc related.
[21:07] <ravikant_> https://bugs.launchpad.net/ubuntu/+source/php-symfony-polyfill/+bug/2049901
[21:07] <ravikant_> https://bugs.launchpad.net/ubuntu/+source/r-bioc-savr/+bug/2049910
[21:07] <ravikant_> https://bugs.launchpad.net/ubuntu/+source/taurus/+bug/2049914
[21:07] <ravikant_> https://bugs.launchpad.net/ubuntu/+source/taurus-pyqtgraph/+bug/2049915
[21:07] -ubottu:#ubuntu-devel- Launchpad bug 2049901 in php-symfony-polyfill (Ubuntu) "php-symfony-polyfill FTBFS on noble" [Undecided, New]
[21:07] -ubottu:#ubuntu-devel- Launchpad bug 2049910 in r-bioc-savr (Ubuntu) "r-bioc-savr FTBFS on noble" [Undecided, New]
[21:07] -ubottu:#ubuntu-devel- Launchpad bug 2049914 in taurus (Ubuntu) "taurus FTBFS on noble" [Undecided, New]
[21:07] -ubottu:#ubuntu-devel- Launchpad bug 2049915 in taurus-pyqtgraph (Ubuntu) "taurus-pyqtgraph FTBFS on noble" [Undecided, New]
[21:09] <sergiodj> I'll take a look at them
[21:17] <adrien> It's late but I was cleaning up some things (and, well, testing a new version of svt-av1); looking at https://ubuntu-archive-team.ubuntu.com/proposed-migration/update_excuses.html#gnutls28 , I see that exim4 on armhf uses 4.96-17ubuntu2.1,
[21:17] <adrien> on ppc64el 4.97-3ubuntu1, and elsewhere 4.97-3ubuntu2 but why does it use differ
[21:17] <adrien> ent versions? and how do we make tests use the same version everywhere?
[21:46] <tsimonq2> adrien: #u-release is a general spot for p-m generally speaking :)
[21:47] <adrien> huh, right, I tend to ask on the same channel as my last message too much :P
[21:48] <adrien> now is bedtime, I'll see that tomorrow, thanks :)
[21:48] <tsimonq2> Sorry, finding the best answer for you, we can followup there if you'd like?
[21:48] <tsimonq2> Not a prob :)
[22:23] <dbungert> sergiodj: I'm close to done with tinyxml2, looking at hiredis next