[00:11] mwhudson: hmm I think I saw something from doko /somewhere/ about the armhf target in gcc-11 being different but I can't find it. [00:12] mwhudson: related: https://bugs.launchpad.net/ubuntu/+source/gcc-defaults/+bug/1939379 [00:12] vorlon: there was a thing with the default fpu type causing problems [00:12] the dkms faceplants are something else though [00:12] Launchpad bug 1939379 in gcc-11 (Ubuntu) "ARM kernel builds fail with GCC 11" [Undecided, Confirmed] [00:12] oh are they? [00:12] well i thought so anywayh [00:13] "isb" isn't a fpu instruction [00:13] i think it's probably v7? [00:13] so somehow gcc things it's targeting armv6 [00:13] mwhudson: are the failures happening with gcc-11 in 11.2.0-1ubuntu3 from -proposed? [00:13] eew [00:14] mwhudson: well anyway, I hinted these because they're not glibc-related regressions [00:14] vorlon: this build log i'm looking at is ubuntu2 [00:14] vorlon: yes that's fair, thanks [00:15] oh or maybe this is an arm vs thumb thing [00:18] anyway my turn for lockdown childcare, biab === genii is now known as genii-core [06:03] mwhudson, schopin: yes, fixing is better, but that was a small lump for some work arounds. no retriggered the tests [06:03] mwhudson, which package is the thumb/arm mode issue? [07:23] LukasM[m]: could you please sync git-remote-hg? (LP: #1940385) -> fix the autopkgtests [07:23] Launchpad bug 1940385 in git-remote-hg (Ubuntu) "Sync git-remote-hg 1.0.2.1~ds-2 (universe) from Debian unstable (main)" [Undecided, New] https://launchpad.net/bugs/1940385 [07:23] TIA :) [07:25] schopin: ACK, looking. [08:42] doko: on dh-python, do you remember if there was a technical reason why you disabled the nosetests in Ubuntu? I can run the autopkgtest from the current sid version in an impish and the nosetests run fine. [08:44] schopin, they need adjustment for the supported and default version, which happens when Debian and Ubuntu are out of sync [08:47] doko: is that debian bug 975536 ? [08:47] Debian bug 975536 in src:dh-python "dh-python's autopkg tests fail with Python 3.9" [Serious, Open] https://bugs.debian.org/975536 [08:47] probably [08:48] OK. I'll have a deeper look but I think the package can be synced back :). Thanks for the answers, appreciated. [09:56] doko: e.g. https://autopkgtest.ubuntu.com/results/autopkgtest-impish/impish/armhf/x/xtables-addons/20210816_083905_62156@/log.gz [10:32] grar https://launchpad.net/ubuntu/+source/libuev/2.3.1-1ubuntu1/+build/21989755 [11:25] slyon: another sync for you ;-) LP: #1940423 [11:25] Launchpad bug 1940423 in racket (Ubuntu) "Sync racket 7.9+dfsg1-2 (universe) from Debian unstable (main)" [Undecided, New] https://launchpad.net/bugs/1940423 [12:03] schopin: done! [12:04] thanks! [13:32] Is this thing on? [13:37] tsimonq2: no [13:38] IRC is dead ;) [13:38] Well, hi either way. :P [13:39] hi indeed. good to see you [13:40] Unit193 ping, I heard something about pastebinit? [13:40] RikMills: Good to be back :) [14:33] slyon: another one, haveged! A bit more involved this time, a proper merge! LP: #1940439 [14:33] Launchpad bug 1940439 in haveged (Ubuntu) "Merge 1.9.14-1 from Debian" [Undecided, In Progress] https://launchpad.net/bugs/1940439 [14:34] will have a look in a bit! [14:36] I'll put these here as well: LP: #1939728 LP: #1939739 [14:36] Launchpad bug 1939728 in icu (Ubuntu) "Please merge icu 67.1-7 (main) from Debian unstable" [Wishlist, Confirmed] https://launchpad.net/bugs/1939728 [14:36] Launchpad bug 1939739 in gnutls28 (Ubuntu) "Please merge gnutls28 3.7.1-5 (main) from Debian unstable" [Wishlist, Confirmed] https://launchpad.net/bugs/1939739 [14:36] They could both use sponsorship if anyone has the time [14:49] Should this build be taking this long? https://launchpad.net/ubuntu/+source/sshguard/2.3.1-2/+build/21989457 [14:50] The last one took 11 minutes so probably not. [15:06] I'm pretty sure wcc just needs a rebuild with the new glibc in order to fix the failing tests. My reasoning is that when I run autopkgtests with the source.dsc they work every time, but if I just name the package I get the same failures as seen in current tests. Is a rebuild something a core dev can do or is there a process to get that done? [15:15] jawn-smith: look at example 1 here https://wiki.ubuntu.com/UbuntuDevelopment/NBS [15:16] That sounds like it'd be a glibc bug though, if existing binaries break [15:18] I suppose I'm not 100% sure it's glibc as when I'm running these tests I'm using the whole volatile toolchain ppa [15:20] bdmurray thanks for the link, I'll prepare a no change rebuild after a little more poking at this package and it's tests [15:31] hmmm. How come 'git ubuntu clone notmuch' gives me a branch that points to the focal release? [15:42] okay yeah just using --apt-pocket=proposed=src:glibc causes the segfault with the package name but not the source.dsc [15:56] jawn-smith: glibc 2.34 has migrated from -proposed, fwiw. === genii-core is now known as genii [15:57] (or I have the -proposed libc on my system, which would be... less than ideal) [15:58] schopin I think you have the -proposed libc on your system: https://launchpad.net/ubuntu/+source/glibc [15:59] schopin: 'rmadison glibc' says no [16:01] * schopin goes check his apt logs, scratching his head... [16:02] Oh. Well. I didn't catch that one, then :/ [16:03] That's good news, in a way. I've been using it for 2 days without any noticeable issue :) [16:44] ginggs: It seems to me like we should also add dolfin[x] to big_packages for stable releases too. Do you agree? [16:47] uh, disregard me [16:47] bdmurray: are there separate autopkgtest-package-configs for stable releases? [16:48] ginggs: no, but maybe once its hinted we should retest the stable releases so that we have an adjusted baseline [16:49] bdmurray: ack [16:53] bdmurray: i'll schedule those tests tomorrow morning [18:24] Would a core dev mind restarting a gnutls28 build on ppc? It failed to build and the logs indicate a timeout [18:24] https://launchpad.net/ubuntu/+source/gnutls28/3.7.1-5ubuntu1/+build/21992250 [18:29] jawn-smith: done [18:29] thanks! [18:29] np [19:14] tsimonq2: 1. Openstack moved their paste service, though there are redirects I'm not sure they're working. https://paste.opendev.org/show/bFVbXF44VrHbyS1Fxpd0 would be the new config. 2. https://paste.opendev.org/show/bHXpSLHjS4nu7WVJy5ST segment one is needed for config file support of defining private pastes (iirc), and the latter is LP 1785821 which is leftover from the python3 port. As a side [19:14] note, you may want to see https://github.com/lubuntu-team/pastebinit/issues/6 too. [19:14] Launchpad bug 1785821 in pastebinit (Ubuntu Impish) "'pastebinit -i file' to paste.openstack.org fails: Object of type 'bytes' is not JSON serializable" [Undecided, Confirmed] https://launchpad.net/bugs/1785821 [19:14] Issue 6 in lubuntu-team/pastebinit "contributing patches" [Open] [20:51] Thanks Unit193 [20:54] tsimonq2: welcome back! [21:39] bdmurray do you mind hinting dh-ada-library? The tests have been failing since well before glibc 2.34 [21:42] tsimonq2: Thanks for looking into it, I owe an openstack guy a ping back now. :P [21:48] "Simon Quigley: welcome back!" <- Thanks! Good to see you [21:49] "Simon Quigley: Thanks for..." <- You can thank teward for nagging me enough. :P [21:49] *was prodded* [21:50] teward: pastebinit [21:50] Unit193: the other reason Simon is online is 'cause he got the equivalent of a mega lightning strike on him which brought him back to life xD [21:50] tsimonq2: i know, it's typical when I get prodded randomly I show up and indicate i was pinged in case someone wanted to chime in [21:50] i just had to read ;) [21:51] At least it's all patches! [22:05] jawn-smith: not for every arch though right? [22:06] It's the same error for amd64, arm64, ppc64el, and s390x [22:07] right so it only needs to be hinted for those arches correct? [22:09] Sounds correct to me, though I don't see any runs for it on riscv64 === nhaines_ is now known as nhaines