[02:30] <Eickmeyer> vorlon: Looks like my blacklisting/higher seeding trick worked. https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/noble/ubuntustudio/+build/585934
[02:48] <vorlon> Eickmeyer: the higher seeding in principle works yes, glad to hear it also worked in practice
[03:13] <Eickmeyer> vorlon: Was this automatic? https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/noble/edubuntu-preinstalled/+build/585949
[03:55] <vorlon> Eickmeyer: yes
[03:55] <vorlon> or at least, it wasn't me
[04:46] <arraybolt3> ubuntu-release: Would like to get some eyes on https://bugs.launchpad.net/ubuntu/+source/calamares-settings-ubuntu/+bug/2055799 (an FFe I just filed that has significant implications for Ubuntu Unity). This is to fulfill a feature goal set by the Ubuntu Unity team lead (rs2009) for 24.04.
[04:46] -ubottu:#ubuntu-release- Launchpad bug 2055799 in calamares-settings-ubuntu (Ubuntu) "FFe: Switch Ubuntu Unity to using Calamares" [Undecided, New]
[05:14] -queuebot:#ubuntu-release- New binary: python-levenshtein [amd64] (noble-proposed/none) [0.12.2-3] (kubuntu)
[05:17] -queuebot:#ubuntu-release- New binary: python-levenshtein [arm64] (noble-proposed/none) [0.12.2-3] (kubuntu)
[05:23] -queuebot:#ubuntu-release- New binary: python-levenshtein [s390x] (noble-proposed/none) [0.12.2-3] (kubuntu)
[05:31] -queuebot:#ubuntu-release- New binary: python-levenshtein [ppc64el] (noble-proposed/none) [0.12.2-3] (kubuntu)
[06:03] -queuebot:#ubuntu-release- New binary: python-levenshtein [riscv64] (noble-proposed/universe) [0.12.2-3] (kubuntu)
[06:26] -queuebot:#ubuntu-release- New: accepted python-levenshtein [riscv64] (noble-proposed) [0.12.2-3]
[06:26] -queuebot:#ubuntu-release- New: accepted python-levenshtein [amd64] (noble-proposed) [0.12.2-3]
[06:26] -queuebot:#ubuntu-release- New: accepted python-levenshtein [ppc64el] (noble-proposed) [0.12.2-3]
[06:26] -queuebot:#ubuntu-release- New: accepted python-levenshtein [arm64] (noble-proposed) [0.12.2-3]
[06:26] -queuebot:#ubuntu-release- New: accepted python-levenshtein [s390x] (noble-proposed) [0.12.2-3]
[06:32] <vorlon> juliank: right, doing a gnutls-less bootstrap build of apt in the bootstrap ppa, so that we can move gnutls to new nettle without having to remove apt...
[06:33] <vorlon> juliank: do you want patches to support this slightly better?
[07:13] <vorlon> anyway, current bootstrap chain is apt -> gnutls28 -> openldap -> heimdal
[08:19] <doko> vorlon, ginggs: can we consider force-migrating python3-defaults? it's dropping python3.11 as supported only, and would allow autopkg tests running against 3.12 only. we can have another python3-defaults upload later, if we want to run the autopkg tests again. Of course, scheduled autopkg tests should be cancelled
[08:20] <vorlon> doko: I think it's reasonable to consider this however I am not going to look into it this evening, I'm only working on time_t stuff and then I'm going to bed
[08:21] <vorlon> apt->gnutls28 is done, waiting for publication so I can copy gnutls28 back to the archive
[08:21] <vorlon> and so I can retry openldap
[08:44] <vorlon> apt->gnutls28->openldap done
[08:50] <ginggs> doko: i've been keeping an eye on python3-defaults; tests are completed on all architectures except amd64 (and i386)
[08:50] <ginggs> most of the test failures turned out to have already regressed in -release
[08:51] <ginggs> only weird one i've seen is parsedatetime/2.6-3
[08:51] <vorlon> but is there any reason to wait for the rest of the test results
[08:52] <ginggs> nah, i will hint it
[08:54] <ginggs> there are still about 1700 tests triggered by 3.12.1-0ubuntu2 for amd64, these could be de-queued (and i386 too)
[08:55] <vorlon> also doing a util-linux bootstrap build without readline
[09:01] <vorlon> someone deliberately trying openldap/armhf in the archive?
[09:01] <vorlon> 'cuz that ain't gonna work
[09:01] <vorlon> <handwaves upwards regarding bootstrap>
[09:02] <doko> yes, I have the impression somebody has auto-retries running
[09:11] <vorlon> doko: is it you retrying builds in the bootstrap ppa?
[09:12] <vorlon> someone is retrying mesa on riscv64 in the ppa which absolutely must not be done
[09:12] <vorlon> well, no; I guess this one isn't being binary copied to the main archive so it's ok
[09:12] <vorlon> but pointless
[09:18] <doko> no, I didn't retry anything today. Yesterday I retried armhf packages in -proposed only
[09:21] <vorlon> ok well someone is retrying things in our ppa that don't need retried
[09:48] <ginggs> vorlon: what state were the builds in?  i believe between is/launchpad, builds are retried if connection is lost to the builder (to mitigate failed builds with no logs)
[09:48] <vorlon> ginggs: cancelled
[09:49] <vorlon> or failed
[09:49] <vorlon> or dep wait
[09:53] <vorlon> doko: ok, checking out for the night; next step is to get heimdal from the archive building https://launchpad.net/~canonical-foundations/+archive/ubuntu/archive-bootstrap/+build/27867425 , after which this can be binary-copied back to the main archive and I think that unblocks building openldap in the archive, and then cyrus-sasl2
[09:55] <doko> ok. looking. missing bd on libcrypt-dev?
[09:56] <vorlon> possibly
[09:56] <doko> anyway, looking at that
[10:27] <LocutusOfBorg> I didn't retry anything btw :)
[10:27] <LocutusOfBorg> specially not in ppa
[10:27] <LocutusOfBorg> I did a mass retry like 24+ hours ago
[10:35] <ginggs> apparently the parsedatetime test fails when run on February 29
[10:35] <ginggs> https://github.com/bear/parsedatetime/issues/282
[10:35] -ubottu:#ubuntu-release- Issue 282 in bear/parsedatetime "testNextMonth fails on February 29th" [Open]
[10:56] <ginggs> doko: python3-defaults migrated
[13:25] <LocutusOfBorg> vorlon, ginggs llvm-14 15 16 17 uploaded
[13:25] <LocutusOfBorg> please tell me if anything is wrong
[13:25] <LocutusOfBorg> of course couldn't test 32bit builds due to uninstallabilities
[14:58] <doko> vorlon: this is additionally hurting the armhf bootstrap: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065371  I think we should turn that off, at least temporarily
[14:58] -ubottu:#ubuntu-release- Debian bug 1065371 in dpkg-dev "unable to disable bug-implicit-func for time64" [Important, Open]
[15:21] <doko> vorlon: I think that should be turned off for now
[15:49] <doko> uploaded
[17:00] <doko> now created: https://wiki.debian.org/BrainDumpT64
[17:17] -queuebot:#ubuntu-release- New binary: rust-endi [amd64] (noble-proposed/none) [1.1.0-2] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: rust-endi [arm64] (noble-proposed/none) [1.1.0-2] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: rust-endi [ppc64el] (noble-proposed/none) [1.1.0-2] (no packageset)
[17:22] -queuebot:#ubuntu-release- New binary: rust-endi [s390x] (noble-proposed/none) [1.1.0-2] (no packageset)
[17:30] -queuebot:#ubuntu-release- New binary: rust-endi [riscv64] (noble-proposed/none) [1.1.0-2] (no packageset)
[17:58] <doko> looks like cyrus-sasl2 has to be built first. resolving the python uninstallabilities first
[17:59] -queuebot:#ubuntu-release- New: accepted rust-endi [amd64] (noble-proposed) [1.1.0-2]
[17:59] -queuebot:#ubuntu-release- New: accepted rust-endi [ppc64el] (noble-proposed) [1.1.0-2]
[17:59] -queuebot:#ubuntu-release- New: accepted rust-endi [s390x] (noble-proposed) [1.1.0-2]
[17:59] -queuebot:#ubuntu-release- New: accepted rust-endi [arm64] (noble-proposed) [1.1.0-2]
[17:59] -queuebot:#ubuntu-release- New: accepted rust-endi [riscv64] (noble-proposed) [1.1.0-2]
[19:26] <vorlon> looks like cyrus-sasl2 needs 3 uploads: one with everything disabled, one after heimdal with gssapi enabled, one with everything reenabled after openldap is rebuilt
[19:51] -queuebot:#ubuntu-release- New binary: imath [i386] (noble-proposed/universe) [3.1.9-3.1ubuntu1] (i386-whitelist)
[19:59] -queuebot:#ubuntu-release- New binary: imath [amd64] (noble-proposed/universe) [3.1.9-3.1ubuntu1] (i386-whitelist)
[19:59] -queuebot:#ubuntu-release- New binary: imath [s390x] (noble-proposed/universe) [3.1.9-3.1ubuntu1] (i386-whitelist)
[20:03] -queuebot:#ubuntu-release- New binary: imath [ppc64el] (noble-proposed/universe) [3.1.9-3.1ubuntu1] (i386-whitelist)
[20:11] <vorlon> openldap building now
[20:20] -queuebot:#ubuntu-release- New binary: libslow5lib [amd64] (noble-proposed/universe) [0.7.0+dfsg-2.1] (no packageset)
[20:21] -queuebot:#ubuntu-release- New binary: libslow5lib [ppc64el] (noble-proposed/universe) [0.7.0+dfsg-2.1] (no packageset)
[20:26] -queuebot:#ubuntu-release- New binary: libslow5lib [arm64] (noble-proposed/universe) [0.7.0+dfsg-2.1] (no packageset)
[20:27] -queuebot:#ubuntu-release- New: accepted libslow5lib [arm64] (noble-proposed) [0.7.0+dfsg-2.1]
[20:27] -queuebot:#ubuntu-release- New: accepted libslow5lib [ppc64el] (noble-proposed) [0.7.0+dfsg-2.1]
[20:28] -queuebot:#ubuntu-release- New: accepted libslow5lib [amd64] (noble-proposed) [0.7.0+dfsg-2.1]
[20:28] <vorlon> hmm openldap cleared its build-deps but then had a test failure; retrying
[20:31] -queuebot:#ubuntu-release- New binary: imath [arm64] (noble-proposed/universe) [3.1.9-3.1ubuntu1] (i386-whitelist)
[20:43] <Eickmeyer> vorlon: I know it might not be priority, but cdimage wrt edubuntu daily-preinstalled is still sad. Not sure if it's on your radar or not.
[20:45] <vorlon> Eickmeyer: I'm not going to be able to do anything about it myself for at least a week.  Can you open a bug on the project and we'll see if someone can pick it up?
[20:45] <vorlon> openldap failure is reproducible grr
[20:47] <Eickmeyer> vorlon: Sure.
[20:52] <Eickmeyer> vorlon: Might be imprecise, but bug 2055832.
[20:52] -ubottu:#ubuntu-release- Bug 2055832 in ubuntu-cdimage "Edubuntu daily-preinstalled images not populating on cdimage.ubuntu.com" [Undecided, New] https://launchpad.net/bugs/2055832
[21:12] -queuebot:#ubuntu-release- New binary: imath [riscv64] (noble-proposed/universe) [3.1.9-3.1ubuntu1] (i386-whitelist)
[21:16] <vorlon> doko: -Werror=implicit-function-declaration causes unrelated ftbfs but it *also* catches missing prototypes for time_t functions which is why the ARM porters said it should be there
[21:17] <vorlon> is having misbuilds due to missing prototypes really better than dealing with some ftbfs
[22:47] <vorlon> openldap bootstrapped on armhf, copying back to main archive (required ignoring test suite failures)
[22:47] <vorlon> no clue whether the testsuite regressions are due to time_t or not, but openldap test suite fails on the autobuilders and hangs for me in a porter env
[22:48] <vorlon> anyway, https://launchpad.net/ubuntu/+source/openldap/2.6.7+dfsg-1~exp1ubuntu3
[23:18] -queuebot:#ubuntu-release- New binary: php-lcobucci-clock [amd64] (noble-proposed/universe) [3.2.0-2] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: php-league-uri-src [amd64] (noble-proposed/none) [7.4.0-2] (no packageset)
[23:58] <vorlon> cyrus-sasl2 building https://launchpad.net/~canonical-foundations/+archive/ubuntu/archive-bootstrap/+build/27869198