[00:24] <mwhudson> doko: do you know why all the armhf dkms autopkgtests are failing?
[00:25] <mwhudson> lots of /tmp/ccNx7Clb.s:5730: Error: selected processor does not support `isb ' in ARM mode
[00:26] <mwhudson> feels like the fpu problem slightly but obviously not the same thing
[03:02] <mwhudson> uhh i assume that the fact that the boost1.74 autopkgtests have the boost1.71 libraries installed is thisisfine.gif
[03:21] <mwhudson> ahem http://launchpadlibrarian.net/553778135/boost1.74_1.74.0-8ubuntu2_1.74.0-8ubuntu3.diff.gz
[08:07] <schopin> vorlon: ACK regarding using the LP PAM git repo instead of a raw debdiff, however to merge the Debian version I'm not sure of how to proceed, as your Salsa repo only goes up to the 1.4.0-1. I'll base my changes on top of Sam Hartman's fork, but I'll be happy to change to whatever is comfortable for you.
[09:22] <mitya57> doko: hi, qtwebkit-opensource-src FTBFS with GCC 11 in your test rebuild, but I have no idea what to do with this error:
[09:22] <mitya57> [3536/4460] : && /usr/bin/cmake -E rm -f lib/libWebCore.a && /usr/bin/ar crT lib/libWebCore.a  @CMakeFiles/WebCore.rsp && /usr/bin/ranlib lib/libWebCore.a && :
[09:22] <mitya57> /usr/bin/ranlib: Failed to load plugin '/usr/bin/../lib/x86_64-linux-gnu/bfd-plugins/libdep.so', reason: /usr/bin/../lib/x86_64-linux-gnu/bfd-plugins/libdep.so: cannot open shared object file: Too many open files
[09:24] <mitya57> then the build continues, but the generated libWebCore.a is broken:
[09:24] <mitya57> /usr/bin/ld: lib/libWebCore.a: error adding symbols: malformed archive
[09:24] <mitya57> Do you have any suggestion what to do with this?
[09:28] <TJ-> mitya57: I've seen that in other circumstances (-EMFILE) caused by user resource limits
[09:41] <mitya57> TJ-: but it happened on all architectures, so it's not a problem with one particular buildd.
[09:45] <TJ-> mitya57: would the user limits be the same on all the builders though? I'm not familiar with the builder configurations so not sure, but maybe add some monitor to track the number of open files?
[10:16] <doko> mitya57, no idea yet. the libdep plugin was already added in binutils 2.36, so it shouldn't be a recent change
[10:17] <doko> can you file bug report for that with the ftbfs tag?
[10:18] <mitya57> doko: against what package?
[10:25] <mitya57> TJ-: I also have no idea how to do that but maybe I'll try, thanks.
[13:06] <dbungert> what's the process to demote something out of main?  Do I more or less file a MIR bug but with reverse justifications?  I believe libnss-db no longer merits inclusion in main.
[15:10] <bdmurray> dbungert: does anything depend on libnss-db?
[15:10] <dbungert> bdmurray: only recommends, and those things that recommend are outside of main
[15:29] <slyon> ddstreet: okay, thanks! Your upstream fix applies cleanly to our v248 and passes tests locally. So I'll cherry-pick and include it in my upload tomorrow.
[15:39] <laney> dbungert: what's keeping it in main? seeded directly?
[15:39] <laney> merge proposal ought to do it if so, at least the first step. once merged it'll show up on component-mismatches
[15:39] <dbungert> laney: unsure
[15:40] <laney> dbungert: https://people.canonical.com/~ubuntu-archive/germinate-output/ubuntu.hirsute/rdepends/libnss-db/libnss-db
[15:40] <laney> :-)
[15:41] <laney> well s/hirsute/impish/
[15:41] <cjwatson> https://git.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/+git/platform/tree/supported-development-common#n70 I think
[15:41] <cjwatson> snap, ish
[15:41] <laney> all roads lead to supported-development-common
[15:42] <dbungert> ok, so next step then is I send a MP removing that line?
[15:42] <laney> yep, convince someone to reemove it
[15:43] <dbungert> great, thanks laney cjwatson bdmurray
[15:55] <vorlon> schopin: perfect, I realized myself just upon seeing your MP email that I still needed to pull Sam's changes
[16:45] <schopin> o/ I'm looking for a sponsor for git-remote-hg (LP: #1940123) before the feature freeze, any taker? :)
[22:10] <mwhudson> i made a discourse post for glibc coordination https://discourse.ubuntu.com/t/migrating-glibc-2-34/23749
[22:16] <RikMills> mwhudson: fyi, the qtwebengine test build failed due to a single symbol going awol with GCC 11, so new build have been started to compelete sometime in the next 24 hrs
[22:52] <mwhudson> RikMills: argh / yay
[23:04] <bdmurray> guiverc: Could you test the latest focal iso for bug 1937115?
[23:05] <guiverc> bdmurray, any particular flavor?  (or main ubuntu?)
[23:05] <bdmurray> guiverc: shim should be the same version on all flavors so whatever you prefer.
[23:06] <RikMills> mwhudson: lol. pretty much my reaction! damn, but at least the build fix (symbols aside) worked
[23:06] <guiverc> ack & will do
[23:13] <bdmurray> thanks!