=== chris14_ is now known as chris14 === chris14_ is now known as chris14 [03:05] -queuebot:#ubuntu-release- New sync: rust-ripasso-cursive (noble-proposed/primary) [0.6.5-1] [03:05] rolled back webrtc-audio-processing from noble-proposed; major API changes (down to pkg-config detection no longer working), and breaks pulseaudio which we need to bootstrap [07:06] LocutusOfBorg: please do not retry failed builds right now; I have a pulseaudio bootstrap build pending in our bootstrap ppa, which I won't be able to copy back if pulseaudio binaries are published in the main archive. (was blocked previously by a ftbfs on all archs due to webrtc-audio-processing, above) [07:07] I mention this because it looks like it'll be another hour before pulseaudio can even be built in the ppa, and I'll be in bed by then [07:16] -queuebot:#ubuntu-release- Unapproved: libreoffice (jammy-proposed/main) [4:7.5.9-0ubuntu0.23.04.1~bpo22.04.1 => 4:7.6.5-0ubuntu0.23.10.1~bpo22.04.1] (ubuntu-desktop) [07:16] I have no idea how to fix this when build ubuntukylin livefs: libayatana-appindicator3-1 : Conflicts: libappindicator3-1, the germinate show they both pulled in by unity-greeter: https://ubuntu-archive-team.ubuntu.com/germinate-output/ubuntukylin.noble/desktop, any thoughts? Thanks in advanced. [07:26] hello ubuntu-archive, please reject libreoffice 7.6.5 from jammy queue, see above ^ [07:34] -queuebot:#ubuntu-release- Unapproved: libreoffice (jammy-backports/main) [4:7.5.9-0ubuntu0.23.04.1~bpo22.04.1 => 4:7.6.5-0ubuntu0.23.10.1~bpo22.04.1] (ubuntu-desktop) [07:48] doko: have we made any modifications to libffi for the time_t transition? === guiverc2 is now known as guiverc [08:06] aaaaaaa https://gitlab.gnome.org/GNOME/gobject-introspection/-/blob/main/giscanner/ast.py#L347 [09:45] hello ubuntu-archive, please reject libreoffice 7.6.5 from *jammy-proposed* queue, the fixed upload targeting jammy-backports is correct [09:54] filed https://gitlab.gnome.org/GNOME/gobject-introspection/-/issues/494 about the gi thing [09:54] -ubottu:#ubuntu-release- Issue 494 in GNOME/gobject-introspection "mapping time_t to TYPE_LONG is not always correct" [Opened] [10:52] -queuebot:#ubuntu-release- Unapproved: rejected libreoffice [source] (jammy-proposed) [4:7.6.5-0ubuntu0.23.10.1~bpo22.04.1] [10:52] ricotz, ^ [12:18] seb128, thanks! [12:19] np! [12:57] mwhudson: a new minor upstream version just before the freeze. but you already found the issue ... [13:55] ubuntu-archive - there is a "failed to upload" symbol for armhf here as well as a green uploaded symbol for armhf for the noble proposed package.... is there something stuck or needs cleaning up? https://launchpad.net/ubuntu/+source/ghostscript - I see here that https://launchpadlibrarian.net/718542378/buildlog_ubuntu-noble-armhf.groff_1.23.0-3build1_BUILDING.txt.gz this build is getting very confused with libgs10 [13:55] versions and I was wondering if this was the reason. [13:58] fossfreedom_, rmadison suggests the right version is published, let me retry the groff build [13:58] Whatever the groff issue is, it won't be because of that LP oddity (which should be harmless and for which no cleanup is possible) [14:09] thanks seb128 ... looks like the groff rebuild has now moved onto libpoppler134/libpng16-16 dependency issues. oh-well. [14:09] np! [14:52] fossfreedom_, seb128: don't retry the groff build :) [14:53] fossfreedom_, seb128: build records were created for these packages initially in the main archive; then they were copied to a ppa for bootstrap builds for t64; then they were copied back. So the packages have build records for both the main archive and the ppa, and the build for the main archive will NEVER succeed because binaries have already been uploaded [14:53] so all retries accomplish in this case is putting more mail in my inbox ;P [14:54] rebuilding libflac12 reverse-dependencies this morning (because libsndfile->pulseaudio->qtbase-opensource-src) [15:11] vorlon, do we have any estimate of how long the time_t transition might still be taking? asking because I'm in the flavor sync where the question got asked, with my understanding view it feels like there is still a lot going on so I'm no grasp on what the answer to that question is [15:25] seb128: heh I just answered that question in parallel. I'm currently estimating a week before we start getting the main clusters (freedesktop; qt) in a position to migrate. But there's a lot of risk in that estimate, because we don't have all the bootstrap loops broken yet [15:25] I was happy that we were able to get glib2.0 into the archive, that unblocked a good number of builds [15:44] -queuebot:#ubuntu-release- New binary: gensio [amd64] (noble-proposed/universe) [2.8.2-6.1] (no packageset) [15:44] vorlon, ack, thanks [15:46] -queuebot:#ubuntu-release- New binary: gensio [ppc64el] (noble-proposed/universe) [2.8.2-6.1] (no packageset) [15:46] -queuebot:#ubuntu-release- New binary: gensio [s390x] (noble-proposed/universe) [2.8.2-6.1] (no packageset) [15:58] -queuebot:#ubuntu-release- New: accepted rust-ripasso-cursive [sync] (noble-proposed) [0.6.5-1] [15:58] -queuebot:#ubuntu-release- New: accepted gensio [amd64] (noble-proposed) [2.8.2-6.1] [15:58] -queuebot:#ubuntu-release- New: accepted gensio [s390x] (noble-proposed) [2.8.2-6.1] [15:58] -queuebot:#ubuntu-release- New: accepted gensio [ppc64el] (noble-proposed) [2.8.2-6.1] [16:53] vorlon: I'm stuck as it's been over a year since I've done this. I'm trying to add Edubuntu's raspi builds to the iso tracker. I made the testsuite (using Ubuntu Desktop raspi's test case as it's the same), I just can't remember what comes next. [18:04] Eickmeyer: afaik only the iso tracker admins can add products; it's now listed on https://iso.qa.ubuntu.com/qatracker/series/102/manifest [18:04] I think autopopulation to https://iso.qa.ubuntu.com/qatracker/milestones/450/builds probably requires additional ubuntu-cdimage changes [18:04] (the etc/qa-product mapping) [18:44] vorlon: I have some limited iso tracker admin capabilities, for some reason. [18:44] vorlon: Either way, it's done. [18:44] Thanks! [20:05] seb128: so libpulsedsp is a preloadable DSO intended to let pre-existing software built to use OSS, use pulseaudio instead. Between the fact that pulseaudio itself is superseded by pipewire, the fact that OSS hasn't been current for 17 years, that nothing depends on libpulsedsp except for pulseaudio-utils, and libpulsedsp does not handle 64-bit time_t, I think we should just drop this package [20:05] seb128: rather than doing a bunch of fiddly work to port it to 64-bit time_t [20:06] seb128: I'm at least going to do so temporarily, in order to unblock bootstrap [20:09] vorlon, wfm (I didn't check the rdepends myself but I trust you there) [20:09] if anyone cared we could also disable it only on armhf [20:09] delete and we will see if anyone complains [20:14] seb128: dropping the DSO also means dropping the padsp command from pulseaudio-utils which exists solely to wrap programs with the DSO [20:19] vorlon, poking at codesearch.d.o I found only eviacam that seems to use that command, so also find for me to drop it [20:43] seb128: successful build with libpulsedsp dropped: https://launchpad.net/~canonical-foundations/+archive/ubuntu/archive-bootstrap/+build/27900994 [20:44] vorlon, great! (and the upload diff seems fine to me) [22:00] vorlon, FYI dpkg merge? [22:00] LocutusOfBorg: ah what's new in dpkg then? [22:01] the qa bug implicit foobar [22:01] https://tracker.debian.org/news/1511056/accepted-dpkg-1226-source-into-unstable/ [22:01] we can also drop some zstd delta [22:01] but mainly the - Dpkg::Vendor::Debian: Make it possible to disable qa=-bug-implicit-func. [22:02] LocutusOfBorg: so the change is to make it possible to unset it, but also to set it across all archs by default for easier debuggability. seems ok to take post-ff [22:02] definitely makes it easier for taking any patches from Debian to work around time_t breakage [22:02] LocutusOfBorg: so go ahead with merging this; thanks for checking [22:02] thanks to you for acking! [22:03] btw I'm not doing any rebuild [22:03] if you want me, please just ask :) [22:03] LocutusOfBorg: rebuild, or merge? [22:03] * LocutusOfBorg is busy fixing llvm-14 llvm-15 llvm-15 [22:03] *16 [22:03] rebuild, --batch [22:03] ah yes [22:03] I don't know the bootstrap status [22:04] I was afk for 2 days [22:04] yeah that's fine, the one I needed to stay away from was pulseaudio and that's now landed in the archive [22:04] I've been doing a few batch rebuilds now [22:05] -queuebot:#ubuntu-release- New binary: pidgin [amd64] (noble-proposed/universe) [1:2.14.13-1ubuntu1] (kubuntu) [22:06] and fwiw a whole bunch of no-change rebuilds for glib2.0 coming in again, due to libglib2.0-0t64:armhf not having been available when previous ones landed [22:07] -queuebot:#ubuntu-release- New binary: pidgin [s390x] (noble-proposed/universe) [1:2.14.13-1ubuntu1] (kubuntu) [22:10] vorlon, ^^ pidgin was forgotten due to epoch :/ [22:26] ack [22:27] -queuebot:#ubuntu-release- New: accepted pidgin [amd64] (noble-proposed) [1:2.14.13-1ubuntu1] [22:27] -queuebot:#ubuntu-release- New: accepted pidgin [s390x] (noble-proposed) [1:2.14.13-1ubuntu1] [22:48] LocutusOfBorg: llvm-17 synced. the riscv64 build was stuck, so we don't have an installable riscv64 build at the moment