[00:15] <RAOF> Eickmeyer: binary-NEW review shouldn't be hard or take long, so I'd (broadly speaking) prefer to do it when it's needed rather just in case :)
[00:33] <mruffell> ubuntu-sru: Would it be possible to release tracker-miners and nfs-utils for focal to -updates? Thanks.
[00:55] <RAOF> mruffell: Enjoy.
[00:57] <Eickmeyer> RAOF: Ok, in that case I burned a version number, but oh well, I hardly touch that package.
[00:58] <Eickmeyer> But if you have time for a source-NEW, I have orchis-kde sitting there. :)
[01:00] <mruffell> ROAF: oh I will. I had this tracker-miners bug open for 2.5 years now, and I can finally tell my customer I fixed it. They will be overjoyed.
[01:59] <jbicha> mruffell: congratulations! sorry that the devel release part took so long
[02:00] <mruffell> jbicha: no worries. The customer had a stable workaround in place, and it really hasn't been on their radar. But now everyone can enjoy a proper fix with no more silly workarounds. We got there in the end =)
[02:37] <vorlon> doko: gnutls28> yes?  It's a full build
[02:40] <vorlon> santa_: we're still some way away from having glib2.0 rebootstrapped
[02:40] <vorlon> debian autosyncs now disabled; everything left to get in for time_t will need to be handled manually
[03:18] <mwhudson> jbicha: hi
[03:20] <mwhudson> jbicha: i see you pretty recently moved gir1.2.0-glib-dev to glib2.0 rather than gobject-introspection
[03:20] <mwhudson> jbicha: how hard would it be to temporarily undo that to allow gobject-introspection to be bootstrapped?
[04:39] <jbicha> mwhudson: the move is an upstream change in glib 2.79.x so you're suggesting we switch to glib 2.78 and gobject-introspection 1.78
[04:40] <jbicha> it's going to be disruptive because there is a fairly large number of packages that have been rebuilt & now depends on glib >= 2.79
[04:40] <jbicha> apt-cache showpkg libglib2.0-0 | grep 2.79.0
[04:42] <jbicha> removing the dh-sequence-gnome Build-Depends may help? That is basically only needed as a easy way to opt into Ubuntu language packs which isn't important for bootstrapping
[04:43] <jbicha> it's bedtime here
[06:38] -queuebot:#ubuntu-release- New: rejected nemos-dev-key [source] (noble-proposed) [1.2]
[06:39] -queuebot:#ubuntu-release- New: rejected dfx-mgr [source] (noble-proposed) [2023.2-0ubuntu1]
[06:39] -queuebot:#ubuntu-release- New: rejected involflt [source] (noble-proposed) [0.1.0-0ubuntu5]
[06:39] -queuebot:#ubuntu-release- New: rejected orchis-kde [source] (noble-proposed) [2024-01-08-0ubuntu1]
[06:39] -queuebot:#ubuntu-release- New: rejected u-boot-s32 [source] (noble-proposed) [2022.04-bsp37.0-0ubuntu1]
[06:39] -queuebot:#ubuntu-release- New: rejected fwupd-snap [source] (noble-proposed) [1.9.x-0ubuntu1]
[06:39] -queuebot:#ubuntu-release- New: rejected performance-tools [source] (noble-proposed) [0ubuntu1]
[06:39] -queuebot:#ubuntu-release- New: rejected libdfx [source] (noble-proposed) [2023.2-0ubuntu3]
[06:39] -queuebot:#ubuntu-release- New: rejected ubuntu-boot-test [source] (noble-proposed) [1]
[06:40] <vorlon> that's a lot of NEW rejects?
[06:41] <RAOF> Yes :(
[06:42] <RAOF> Hit by the default behaviour of “queue reject” without the package name being “reject everything until you notice and hit Ctrl-C” 🤦‍♀️
[06:43] <vorlon> ah
[06:43] <vorlon> can you re-sponsor them to the queue?  I don't suggest committing to reviewing all of them right nwo
[06:43] <vorlon> now
[06:43] <RAOF> Yeah. There's no easier method than to pull the sources, re-sign them, and re-upload, right?
[06:44] <vorlon> correct
[06:44] <RAOF> We can _accept_ from -rejected, but there's no way to -rejected -> -unapproved.
[06:47]  * RAOF would really like LP to accept his ed2556 signing key so he didn't have to pull out his old security key
[06:51] -queuebot:#ubuntu-release- New source: performance-tools (noble-proposed/primary) [0ubuntu1]
[06:53] -queuebot:#ubuntu-release- New source: dfx-mgr (noble-proposed/primary) [2023.2-0ubuntu1]
[06:55] -queuebot:#ubuntu-release- New source: libdfx (noble-proposed/primary) [2023.2-0ubuntu3]
[06:59] -queuebot:#ubuntu-release- New source: ubuntu-boot-test (noble-proposed/primary) [1]
[07:04] -queuebot:#ubuntu-release- New source: fwupd-snap (noble-proposed/primary) [1.9.x-0ubuntu1]
[07:07] -queuebot:#ubuntu-release- New source: nemos-dev-key (noble-proposed/primary) [1.2]
[07:10] <vorlon> mwhudson, doko: is python-cryptography on your radar?
[07:10] <vorlon> llvm -> rust -> python-cryptography -> stunnel -> curl
[07:10] <doko> this is llvm-17 -> rustc
[07:11] <doko> yes, still working on llvm-17, see mm
[07:11] <vorlon> yeah. so we think the current llvm-toolchain-17 will build in the bootstrap ppa? and then maybe rust will just build?
[07:12] <vorlon> python-cryptography says llvm-18 though, not llvm-17?
[07:12] <doko> that's the hope, and then we have also an llvm which stays installable out-of-sync
[07:12] <vorlon> ah and cargo also needs rebuilt against libssh+libssl
[07:12] <doko> yes, llvm-18 also building.
[07:12] <vorlon> ok
[07:12] <doko> I'm currently working on gnutls t64
[07:13] <doko> yesterday, gnupg2 got installable
[07:13] <vorlon> should we accept gnutls28 from NEW in noble-proposed?
[07:13] <doko> no, not yet please
[07:14] <vorlon> then when?
[07:14] <vorlon> you can't copy this source back and forth to the ppa with binaries in NEW
[07:14] <doko> I know, I have https://launchpad.net/~doko/+archive/ubuntu/bootstrap2/+packages  in the works
[07:15] <doko> vorlon: how bad would the current systemd be in proposed?
[07:15] -queuebot:#ubuntu-release- New source: involflt (noble-proposed/primary) [0.1.0-0ubuntu5]
[07:17] -queuebot:#ubuntu-release- New source: u-boot-s32 (noble-proposed/primary) [2022.04-bsp37.0-0ubuntu1]
[07:17] <RAOF> Ok, that's all of them 🤦‍♀️
[07:18] -queuebot:#ubuntu-release- New: rejected gnutls28 [amd64] (noble-proposed) [3.8.3-1.1ubuntu1]
[07:18] -queuebot:#ubuntu-release- New: rejected gnutls28 [i386] (noble-proposed) [3.8.3-1.1ubuntu1]
[07:18] -queuebot:#ubuntu-release- New: rejected gnutls28 [riscv64] (noble-proposed) [3.8.3-1.1ubuntu1]
[07:18] -queuebot:#ubuntu-release- New: rejected gnutls28 [arm64] (noble-proposed) [3.8.3-1.1ubuntu1]
[07:18] -queuebot:#ubuntu-release- New: rejected gnutls28 [s390x] (noble-proposed) [3.8.3-1.1ubuntu1]
[07:19] -queuebot:#ubuntu-release- New: rejected gnutls28 [ppc64el] (noble-proposed) [3.8.3-1.1ubuntu1]
[07:28] <vorlon> doko: which systemd are you referring to as "current"?
[07:28] -queuebot:#ubuntu-release- New: accepted ubuntustudio-look [amd64] (noble-proposed) [24.04.1]
[07:29] <doko> vorlon: the one from the ppa
[07:30] <vorlon> doko: the one in https://launchpad.net/~canonical-foundations/+archive/ubuntu/archive-bootstrap/+packages ftbfs and is also older than the source currently in -proposed
[07:31] <doko> and updating the one in the ppa, based on the one in proposed? or does this ftbfs as well?
[07:31] <vorlon> I haven't looked
[07:32] <vorlon> https://launchpad.net/ubuntu/+source/systemd/255.4-1ubuntu4/+build/27874643 shows dep wait on glib2.0 so probably
[07:32] -queuebot:#ubuntu-release- New: accepted clamav [amd64] (noble-proposed) [1.0.5+dfsg-1.1ubuntu1]
[07:32] -queuebot:#ubuntu-release- New: accepted clamav [ppc64el] (noble-proposed) [1.0.5+dfsg-1.1ubuntu1]
[07:32] -queuebot:#ubuntu-release- New: accepted clamav [s390x] (noble-proposed) [1.0.5+dfsg-1.1ubuntu1]
[07:33] -queuebot:#ubuntu-release- New: accepted clamav [arm64] (noble-proposed) [1.0.5+dfsg-1.1ubuntu1]
[07:33] -queuebot:#ubuntu-release- New: accepted clamav [riscv64] (noble-proposed) [1.0.5+dfsg-1.1ubuntu1]
[07:33] <vorlon> rustc needs a bootstrap build, it has a self-build-dep on cargo and also via dh-cargo -> cargo
[07:34] <vorlon> dh-cargo is just for a skippable call to /usr/share/cargo/bin/dh-cargo-vendored-sources
[07:36] <vorlon> hmm the in-package bootstrap build support relies on downloading bits from the Internet, I think we don't want that
[07:36] -queuebot:#ubuntu-release- New: accepted ntfs-3g [arm64] (noble-proposed) [1:2022.10.3-1.1ubuntu1]
[07:36] -queuebot:#ubuntu-release- New: accepted ntfs-3g [riscv64] (noble-proposed) [1:2022.10.3-1.1ubuntu1]
[07:37] -queuebot:#ubuntu-release- New: accepted ntfs-3g [amd64] (noble-proposed) [1:2022.10.3-1.1ubuntu1]
[07:38] -queuebot:#ubuntu-release- New: accepted ntfs-3g [ppc64el] (noble-proposed) [1:2022.10.3-1.1ubuntu1]
[07:38] -queuebot:#ubuntu-release- New: accepted ntfs-3g [s390x] (noble-proposed) [1:2022.10.3-1.1ubuntu1]
[07:43] -queuebot:#ubuntu-release- New: accepted libisofs [amd64] (noble-proposed) [1.5.6.pl01-1.1ubuntu1]
[07:43] -queuebot:#ubuntu-release- New: accepted libisofs [ppc64el] (noble-proposed) [1.5.6.pl01-1.1ubuntu1]
[07:43] -queuebot:#ubuntu-release- New: accepted libisofs [s390x] (noble-proposed) [1.5.6.pl01-1.1ubuntu1]
[07:43] -queuebot:#ubuntu-release- New: accepted libisofs [arm64] (noble-proposed) [1.5.6.pl01-1.1ubuntu1]
[07:43] -queuebot:#ubuntu-release- New: accepted libisofs [riscv64] (noble-proposed) [1.5.6.pl01-1.1ubuntu1]
[07:44] -queuebot:#ubuntu-release- New: accepted libaio [amd64] (noble-proposed) [0.3.113-6]
[07:44] -queuebot:#ubuntu-release- New: accepted libaio [i386] (noble-proposed) [0.3.113-6]
[07:44] -queuebot:#ubuntu-release- New: accepted libaio [riscv64] (noble-proposed) [0.3.113-6]
[07:44] -queuebot:#ubuntu-release- New: accepted libaio [arm64] (noble-proposed) [0.3.113-6]
[07:44] -queuebot:#ubuntu-release- New: accepted libaio [ppc64el] (noble-proposed) [0.3.113-6]
[07:45] -queuebot:#ubuntu-release- New: accepted log4cplus [amd64] (noble-proposed) [2.0.8-1.1ubuntu1]
[07:45] -queuebot:#ubuntu-release- New: accepted log4cplus [riscv64] (noble-proposed) [2.0.8-1.1ubuntu1]
[07:45] -queuebot:#ubuntu-release- New: accepted log4cplus [arm64] (noble-proposed) [2.0.8-1.1ubuntu1]
[07:45] -queuebot:#ubuntu-release- New: accepted log4cplus [s390x] (noble-proposed) [2.0.8-1.1ubuntu1]
[07:46] -queuebot:#ubuntu-release- New: accepted net-snmp [amd64] (noble-proposed) [5.9.4+dfsg-1.1ubuntu1]
[07:46] -queuebot:#ubuntu-release- New: accepted net-snmp [i386] (noble-proposed) [5.9.4+dfsg-1.1ubuntu1]
[07:46] -queuebot:#ubuntu-release- New: accepted net-snmp [riscv64] (noble-proposed) [5.9.4+dfsg-1.1ubuntu1]
[07:46] -queuebot:#ubuntu-release- New: accepted net-snmp [arm64] (noble-proposed) [5.9.4+dfsg-1.1ubuntu1]
[07:46] -queuebot:#ubuntu-release- New: accepted net-snmp [s390x] (noble-proposed) [5.9.4+dfsg-1.1ubuntu1]
[07:46] -queuebot:#ubuntu-release- New: accepted net-snmp [ppc64el] (noble-proposed) [5.9.4+dfsg-1.1ubuntu1]
[07:53] <vorlon> mwhudson, doko: so I think once llvm-17 and cmake are both built, we can build libgit2 and then I can do a manual build of cargo into the out-of-launchpad bootstrap archive
[07:53] <vorlon> doko: uh what's going on with grpc?  I saw riscv64 was building and cancelled it, but it just built arm64 binaries in two archives so we won't be able to copy it
[07:54] <vorlon> cmake built, somebody should check if apt can be rebuilt now
[07:54] <doko> vorlon: please let it build: the armhf binary already is in the archive
[07:55] <vorlon> doko: for grpc? ok
[07:55] <vorlon> I still cancelled the riscv64 build in the ppa, we don't need it it's a waste of builder time
[07:55] <doko> vorlon: please wait with apt, I'm on it. want to build it then with the new libgnutls
[07:56] <vorlon> doko: ok
[07:56] <vorlon> in that case, I'm going to bed :)
[07:56] <doko> gn8t!
[09:21] <andersson1234> bluca: sorry I only just saw your messages from yesterday. I think the current cowboy *should* fix the issue, did your retry work as expected?
[10:58] <juliank> RAOF: You rejected ubuntu-boot-test with ` Rejected by Chris Halse Rogers: Copyright: Missing sddm/Orchis/*.qml: LGPLv2, different authors. sddm/Orchis/components/*.qml: GPLv2, LGPLv2 different authors. plasma/look-and-feel/**/*.qml: GPLv2, different authors` which is a different package, clearly
[11:04] <RAOF> juliank: yeah, my fat-finger mistake. I've re-sponsored it; it's back in unapproved.
[11:23] <RAOF> (sorry, back in NEW)
[12:21] <apw> RAOF, it is possible to review against Rejected and accept things from there.
[12:37] <doko> cpaelzer: is it intended that bind9 still has the same upstream versions as jammy?
[12:41] <cpaelzer> yes doko 9.19 is a dev branch ending support Q1 2024 - 9.18 is a stable branch going until Q2 2026
[12:42] <cpaelzer> That allows us to serve a more stable solution and provide minor release updates for at least the two coming years
[13:08] <bluca> lvm2 in noble has 3 autogpktest failures that look unrelated (all about "linux-doc" being uninstallable), could somebody please trigger the migration reference job for those 3
[13:08] <bluca> https://ubuntu-archive-team.ubuntu.com/proposed-migration/update_excuses.html#lvm2
[13:54] <LocutusOfBorg> bluca, .
[13:54] <LocutusOfBorg> but please ask people to fix kernel doc
[13:55] <LocutusOfBorg> ./debian/scripts/dkms-autopkgtest:    # linux-doc is a dependency generated by autodep8 for autopkgtest-pkg-dkms
[13:55] <LocutusOfBorg> ./debian/scripts/dkms-autopkgtest:    # install only linux-headers-* matching the source version of linux-doc
[13:55] <LocutusOfBorg> ./debian/scripts/dkms-autopkgtest:    wanted_source_version=$(dpkg-query -f '${source:Version}' -W linux-doc 2>/dev/null || true)
[13:55] <LocutusOfBorg> xnox, ^^
[13:56] <LocutusOfBorg> can we find another way to install the headers?
[13:56] <LocutusOfBorg> otherwise looks like all dkms are broken now
[14:17] <jbicha> I'm working to get the glib bootstrap further along today with suggestions from smcv
[14:53] <LocutusOfBorg> jbicha, also gir?
[15:58] <vorlon> doko: it appears rustc build-deps (modulo cargo that needs a hack) are installable now despite llvm-17 not being built so I'm going to start working on a bootstrap build of rustc for the bootstrap archive
[16:02] <doko> can rustc be built using another llvm version? proably not?
[16:03] <doko> I'm currently fighting with builds with builds finishing without logs
[16:04] <vorlon> doko: I don't know, but its build-deps are satisfiable so I don't see why I would try given that this is just a bootstrap build
[16:04] <vorlon> but hrm, curl in the ppa is misbuilt; libcurl3-gnutls should contain libcurl-gnutls.so.4 but only contains libcurl-gnutls.so.3
[16:05] <vorlon> ... libcurl-gnutls.so.3 being a dangling symlink
[16:05] <doko> did I touch curl?
[16:05] <vorlon> well I touched it last
[16:05] <doko> I'm currently only working in ppa:doko/bootstrap for gnutls28
[16:06] <vorlon> anyway I think it's a bug in the package's profile support
[16:06] <doko> err, ppa:doko/bootstrap2
[16:06] <vorlon> hah I bootstrapped curl without gnutls
[16:06] <vorlon> but it still output a package
[16:06] <vorlon> fail
[16:07] <vorlon> ok, hacking old libcurl3-gnutls onto the filesystem too
[16:08] <doko> hmm, can you point me to a new package, and I build it with the new gnutls28?
[16:08] <mitchdz> ubuntu-release I made a FFE request for the multipath-tools merge in noble. Since I did most of the merge before the feature freeze, I'm wondering if you think I'd be fine to wait for the approval before re-doing the merge process, or should I go ahead and re-do the merge for the approval process?
[16:08] <vorlon> doko: https://launchpad.net/ubuntu/+source/curl/8.5.0-2ubuntu3 is the one that's dep-wait on armhf
[16:11] <LocutusOfBorg> bdmurray, release dpkg to updates please? LP: #2054741
[16:11] -ubottu:#ubuntu-release- Launchpad bug 2054741 in dpkg (Ubuntu Mantic) "dpkg-buildpackage ignores DEB_BUILD_PROFILES" [Undecided, Fix Committed] https://launchpad.net/bugs/2054741
[16:11] <LocutusOfBorg> thoughts?
[16:12] <vorlon> LocutusOfBorg: bdmurray is out of office today
[16:12] <LocutusOfBorg> ack thanks
[16:13] <LocutusOfBorg> I asked today to avoid the "lets not release on friday" answer :p
[16:13] <LocutusOfBorg> (me is joking, keep up the hard work!)
[16:15] <doko> vorlon: not concerned about, that the other archs are built with the old gnutls28?
[16:16] <vorlon> doko: other archs, the new package provides the old one so not a concern for bootstrapping
[16:16] <vorlon> we'll clean up that stuff later
[16:16] <vorlon> bootstrapping is the priority now
[16:16] <doko> ok
[16:18] <doko> still have a (at least) four step chain: rtmpdump -> openldap -> gnupg2 -> apt. doing curl in parallel
[16:19] <vorlon> rustc is on its way; hopefully I'll be able to get that published to the bootstrap archive before EOD and start a real build
[16:19] <vorlon> (last build on launchpad was 5 hours)
[16:21] <LocutusOfBorg> I think I fixed nodejs in the meanwhile
[16:23] <vorlon> doko: is there a bind9 bugfix we need to push to Debian re: libuv?
[16:25] <doko> vorlon: maintainer already replied to https://bugs.debian.org/1065538
[16:25] -ubottu:#ubuntu-release- Debian bug 1065538 in bind9-libs "bind9-libs hard-codes a dependency on libuv1" [Serious, Open]
[16:25] <vorlon> ok
[16:25] <doko> the mysql-8.0 bug doesn't have a reply yet
[16:26] <juliank> LocutusOfBorg: r basak is the SRU vanguard today per https://wiki.ubuntu.com/StableReleaseUpdates#Contacting_the_SRU_team
[16:27] <doko> vorlon: curl:
[16:27] <doko> The following packages have unmet dependencies:
[16:27] <doko>  libgnutls30 : Depends: libhogweed6 (>= 3.6) but it is not installable
[16:27] <doko>                Depends: libnettle8 (>= 3.7~) but it is not installable
[16:27] <doko>  libgnutls30t64 : Breaks: libgnutls30 (< 3.8.3-1.1ubuntu2) but 3.8.1-4ubuntu1 is to be installed
[16:27] <doko>  python3-cryptography : Depends: libssl3 (>= 3.0.0) but it is not installable
[16:27] <doko>  sbuild-build-depends-main-dummy : Depends: libldap2-dev
[16:27] <doko>  stunnel4 : Depends: libssl3 (>= 3.0.0) but it is not installable
[16:28] <doko> E: Unable to correct problems, you have held broken packages.
[16:28] <vorlon> doko: yes, I mentioned that dependency chain for curl last night here I think, sorry
[16:28] <vorlon> llvm-17,cmake -> libgit2,manual cargo -> rustc -> python-cryptography -> stunnel4 -> curl
[16:29] <doko> ahh, ok
[16:29] -queuebot:#ubuntu-release- New source: orchis-kde (noble-proposed/primary) [2024-01-08-0ubuntu1]
[16:30] <doko> vorlon, cpaelzer: mysql-8.0: https://bugs.debian.org/1065496 and https://bugs.debian.org/1065509
[16:30] -ubottu:#ubuntu-release- Debian bug 1065496 in src:mysql-8.0 "mysql-8.0 builds with the embedded zlib library" [Serious, Open]
[16:30] -ubottu:#ubuntu-release- Debian bug 1065509 in src:mysql-8.0 "mysql-8.0 ftbfs with test failure on 32bit time_t64" [Serious, Open]
[16:30] <Eickmeyer> ubuntu-archive: Please reject orchis-kde: Oops on the copyright. License typo.
[16:31] <vorlon> Eickmeyer: done
[16:31] <Eickmeyer> vorlon: Thanks
[16:32] -queuebot:#ubuntu-release- New: rejected orchis-kde [source] (noble-proposed) [2024-01-08-0ubuntu1]
[16:33] -queuebot:#ubuntu-release- New source: orchis-kde (noble-proposed/primary) [2024-01-08-0ubuntu1]
[16:35] <vorlon> doko: btw I'm trying to bootstrap python3.11 in Debian now, I could use a hint about the minimal path: python3.12 in the ppa has quite a lot of uploads
[16:39] <cpaelzer> doko: lvoytek said she has seen it and has a fix, but as you know testing is a pain with everything armhf related clogged on our side. She plans to get a merge request up today for it
[16:40] <doko> vorlon: remove the b-d's libreadline-dev, libssl-dev, libnsl-dev, libgdbm-dev, libdb-dev, and ignore debian/rules:1024, the ls -l command
[16:40] <vorlon> doko: aha thanks, the last bit is where my previous build attempt failed
[16:41] <doko> yes, didn't upload that yet
[17:16] <vorlon> if someone is manually retrying builds, I'd say there's no point right now.  The armhf bootstrap hasn't made much visible progress in the past day
[17:21] <doko> yeah, things are retried every second ... must be some script
[17:31] <tsimonq2> LocutusOfBorg, RikMills, sgmoore: anyone running a/The retry script right now? ^^^
[17:31] <vorlon> juliank: would you mind merging perl from unstable?  5.38.2-3.2
[17:33] <vorlon> juliank: (not published yet, I just NMUed to fix i386; but we should pick up the libperl transition)
[17:34] <sgmoore> tsimonq2: vorlon: yes sorry in a ppa. I have now aborted.
[17:34] <tsimonq2> vorlon, doko: FWIW https://git.launchpad.net/ka/tree/kubuntu-retry-builds exists, that's the only Standard retry script I know of, and I know it's ran, just have no idea if this is what's causing trouble
[17:34] <vorlon> sgmoore: "in a ppa"?
[17:35] <sgmoore> yes a staging ppa, new bugfix release of plasma. I will delay it till things settle. My apologies.
[17:35] <vorlon> sgmoore: we're talking about mass retries of package builds in the main archive
[17:35] <vorlon> I'm getting literally hundreds of build failure emails
[17:35] <sgmoore> On\h. nope, not me
[17:35] <vorlon> because someone is retrying failures in the archive pointlessly
[17:36] <tsimonq2> Is there an audit log LP-side that could give the AAs/someone a better idea of who's doing this?
[17:36] <RikMills> vorlon: tsimonq2 not me either
[17:37] <vorlon> tsimonq2: don't know honestly
[17:39] <LocutusOfBorg> vorlon, ack stopped
[17:41] <vorlon> LocutusOfBorg: ok cheers
[17:42] <sgmoore> whew ok, good to know my script didn't go rogue on me!
[17:42] <doko> sergiodj, vorlon: https://bugs.debian.org/1065566
[17:42] -ubottu:#ubuntu-release- Debian bug 1065566 in src:curl "curl profile pkg.curl.no-gnutls not working" [Normal, Open]
[17:48] <doko> vorlon: please could you add your curl notes to the wiki page? not sure where exactly they belong to
[17:49] <vorlon> doko: shortly yes
[17:56] -queuebot:#ubuntu-release- New binary: libverto [i386] (noble-proposed/main) [0.3.1-1.2ubuntu1] (i386-whitelist, ubuntu-desktop)
[17:57] -queuebot:#ubuntu-release- New binary: libverto [amd64] (noble-proposed/main) [0.3.1-1.2ubuntu1] (i386-whitelist, ubuntu-desktop)
[17:57] -queuebot:#ubuntu-release- New binary: libverto [arm64] (noble-proposed/main) [0.3.1-1.2ubuntu1] (i386-whitelist, ubuntu-desktop)
[17:57] <cjwatson> tsimonq2: (yes, for the record, although it's fiddly to access, requires Launchpad developers grepping appserver logs)
[17:58] -queuebot:#ubuntu-release- New: accepted libverto [amd64] (noble-proposed) [0.3.1-1.2ubuntu1]
[17:58] -queuebot:#ubuntu-release- New: accepted libverto [i386] (noble-proposed) [0.3.1-1.2ubuntu1]
[17:58] -queuebot:#ubuntu-release- New: accepted libverto [arm64] (noble-proposed) [0.3.1-1.2ubuntu1]
[17:59] -queuebot:#ubuntu-release- New binary: libverto [ppc64el] (noble-proposed/main) [0.3.1-1.2ubuntu1] (i386-whitelist, ubuntu-desktop)
[17:59] -queuebot:#ubuntu-release- New binary: libverto [s390x] (noble-proposed/main) [0.3.1-1.2ubuntu1] (i386-whitelist, ubuntu-desktop)
[18:01] <sergiodj> doko: ACK
[18:23] -queuebot:#ubuntu-release- New binary: libverto [riscv64] (noble-proposed/main) [0.3.1-1.2ubuntu1] (i386-whitelist, ubuntu-desktop)
[18:37] -queuebot:#ubuntu-release- New: accepted libverto [ppc64el] (noble-proposed) [0.3.1-1.2ubuntu1]
[18:37] -queuebot:#ubuntu-release- New: accepted libverto [s390x] (noble-proposed) [0.3.1-1.2ubuntu1]
[18:37] -queuebot:#ubuntu-release- New: accepted libverto [riscv64] (noble-proposed) [0.3.1-1.2ubuntu1]
[18:38] -queuebot:#ubuntu-release- New: accepted nut [amd64] (noble-proposed) [2.8.1-3.1ubuntu1]
[18:38] -queuebot:#ubuntu-release- New: accepted nut [ppc64el] (noble-proposed) [2.8.1-3.1ubuntu1]
[18:38] -queuebot:#ubuntu-release- New: accepted nut [s390x] (noble-proposed) [2.8.1-3.1ubuntu1]
[18:38] -queuebot:#ubuntu-release- New: accepted nut [arm64] (noble-proposed) [2.8.1-3.1ubuntu1]
[18:38] -queuebot:#ubuntu-release- New: accepted nut [riscv64] (noble-proposed) [2.8.1-3.1ubuntu1]
[18:43] -queuebot:#ubuntu-release- New binary: propellor [armhf] (noble-proposed/universe) [5.13-3build1] (no packageset)
[18:44] <vorlon> doko: is gnupg2 2.4.4-2ubuntu11 in a final state for noble?
[18:44] <vorlon> seems reasonable that it is
[19:06] -queuebot:#ubuntu-release- New binary: haskell-hsyaml [armhf] (noble-proposed/universe) [0.2.1.1-2build3] (no packageset)
[19:47] <utkarsh2102> mitchdz: hey, can you give me a link to the multipath-tools FFe, please?
[19:48] <utkarsh2102> https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/2040360, I suppose
[19:48] -ubottu:#ubuntu-release- Launchpad bug 2040360 in multipath-tools (Ubuntu) "[FFE ] Merge multipath-tools from Debian unstable for noble" [Undecided, New]
[19:59] <mitchdz> utkarsh2102: yup that is the bug!
[20:02] <utkarsh2102> mitchdz: perfect, I have some minor questions
[20:02] <utkarsh2102> I've commented on the bug before I can approve the FFe
[20:02] <utkarsh2102> I've marked the bug as Incomplete with the comment. When you answer those questions, can you please mark the bug as New and I'll take a look again.
[20:03] <mitchdz> Perfect, I'll look at them right away
[20:03] <utkarsh2102> perfect, thank you!
[20:03] <utkarsh2102> I'm here for a while if you can answer them. Otherwise, I'll keep an eye on the bug and re-review tomorrow (it's 1:33 AM here ;))
[20:11] <tsimonq2> cjwatson: Do you happen to remember what they'd be grepping for? This isn't the first time we've had this problem, would be great to give vorlon the information he needs. :)
[20:15] <cjwatson> tsimonq2: IIRC it usually involves hunting for POST requests to the URL paths that would be found in the relevant requests (the retry is on the build object so if you can identify some particular builds then there aren't usually many false positives here), and then there's an account= item in the log which can be fed to something like "SELECT name FROM person WHERE account = <whatever>;" on
[20:15] <cjwatson> staging
[20:16] <cjwatson> Though I normally did this sort of thing by experiment so some of the details there might be a bit off
[20:17] <cjwatson> It's in the appserver logs - LP developers can look at IIRC https://wiki.canonical.com/Launchpad/FreshLogs to find details of where to grab those from, and the file name is launchpad.log
[20:22] <tsimonq2> Thanks!
[20:24] <mitchdz> utkarsh2102: replied to the multipath-tools FFE question :)
[21:28] -queuebot:#ubuntu-release- New binary: gnome-online-accounts [amd64] (noble-proposed/main) [3.49.4-1] (i386-whitelist, ubuntu-desktop)
[21:29] -queuebot:#ubuntu-release- New binary: gnome-online-accounts [ppc64el] (noble-proposed/main) [3.49.4-1] (i386-whitelist, ubuntu-desktop)
[22:24] <mwhudson> vorlon, doko: anything obvious for me to look at today?
[22:30] <vorlon> mwhudson: well openldap successfully bootstrapped against libgnutls30t64, I think we want to work out moving some of these packages to the main archive now
[22:32] <mwhudson> vorlon: that means copy-package -b?
[22:32] <vorlon> yes
[22:33] <mwhudson> vorlon: does that require aa privs or can i do it?
[22:33] <vorlon> openldap and gnutls28 look ready to go, I don't know if there are others in doko's ppa that should also be copied
[22:33] <vorlon> mwhudson: you can do it
[22:34] <vorlon> also make sure the openldap copy actually shows the binaries, they aren't published yet in the ppa
[22:37] -queuebot:#ubuntu-release- New binary: gnome-online-accounts [s390x] (noble-proposed/main) [3.49.4-1] (i386-whitelist, ubuntu-desktop)
[22:38] -queuebot:#ubuntu-release- New binary: gnome-online-accounts [arm64] (noble-proposed/main) [3.49.4-1] (i386-whitelist, ubuntu-desktop)
[22:38] <mwhudson> would it be silly to ask why src:gnutls28 builds libgnutls30
[22:41] <vorlon> heh
[22:42] <mwhudson> hm actually need to eat and run an errand. biab
[22:43] <Eickmeyer> vorlon: Are you sure about this?? https://git.launchpad.net/~ubuntu-release/britney/+git/hints-ubuntu/commit/?id=59482913e069222efb1964f20a40c2a5fb97a50f (Raspberry Pis need it for first boot user config)
[22:43] -ubottu:#ubuntu-release- Commit 5948291 in ~ubuntu-release/britney/+git/hints-ubuntu "badtest ubiquity/armhf HEAD devel"
[22:43] <vorlon> Eickmeyer: yes
[22:43] <vorlon> armhf != arm64
[22:44] <jbicha> I got glib & gobject-introspection working again on !armhf. I need to do another glib upload for armhf to reset it for bootstrapping once lower-level stuff is installable again
[22:44] <Eickmeyer> Some pis are armhf
[22:44] <vorlon> none that are supported in 24.04
[22:45] <jbicha> so I guess the retry-build script could go ahead on !armhf since lots of stuff was blocked before
[23:02] <vorlon> mwhudson: ok, I'm copying over gnutls28 and openldap and checking what needs to be done for apt and gnupg2
[23:05] <vorlon> ah yes, gnupg2 obviously ftbfs because... cups
[23:07] <Eickmeyer> RAOF: When you wake up, orchis-kde resubmitted, fixes included.
[23:50] -queuebot:#ubuntu-release- New binary: gnome-online-accounts [riscv64] (noble-proposed/main) [3.49.4-1] (i386-whitelist, ubuntu-desktop)
[23:51] <mwhudson> vorlon: obviously
[23:52] <vorlon> mwhudson: it build-depends on ghostscript, which ghostscript->libgs10->libcups2 :/
[23:52] <lvoytek> doko: vorlon: I have the fixes ready for armhf time_t 64 bit in MySQL in Debian. Would you like me to upload or is there anything I should wait on? https://bugs.debian.org/1065496 https://bugs.debian.org/1065509
[23:52] -ubottu:#ubuntu-release- Debian bug 1065496 in src:mysql-8.0 "mysql-8.0 builds with the embedded zlib library" [Serious, Open]
[23:52] -ubottu:#ubuntu-release- Debian bug 1065509 in src:mysql-8.0 "mysql-8.0 ftbfs with test failure on 32bit time_t64" [Serious, Open]
[23:52] <mwhudson> vorlon: something something nodoc?
[23:52] <vorlon> mwhudson: so probably needs a ghostscriptless bootstrap build
[23:52] <vorlon> yeah
[23:52] <mwhudson> or does gnupg2 do something horrifying like print gpg keys directly
[23:53] <vorlon> lvoytek: please go ahead and upload. it will probably fail to satisfy build-dependencies on armhf, in which case we'll copy it to the bootstrap ppa
[23:53] <lvoytek> sounds good, thanks
[23:56] <vorlon> mwhudson: it's a build-dep only on ghostscript, and no libgs-dev
[23:57] -queuebot:#ubuntu-release- New binary: colord-gtk [amd64] (noble-proposed/main) [0.3.1-1] (ubuntu-desktop)
[23:58] -queuebot:#ubuntu-release- New binary: colord-gtk [ppc64el] (noble-proposed/main) [0.3.1-1] (ubuntu-desktop)
[23:58] -queuebot:#ubuntu-release- New binary: colord-gtk [s390x] (noble-proposed/main) [0.3.1-1] (ubuntu-desktop)