[00:14] vorlon: huh this ppc64el crash is so early in startup i'm almost impressed ghc can manage it :) [00:58] ah haha it's a linker bug [01:09] a gold bug, specifically === popey0 is now known as popey [01:43] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=973623#10 [01:43] Debian bug 973623 in ghc "stack overflows with ghc on ppc64el" [Serious,Open] [01:43] i guess ghc's contribution is to generate absolutely enormous executables [02:17] Oh, wow! When can we get a https://sourceware.org/elfutils/Debuginfod.html instance running on Launchpad? 😺 [07:45] amurray: thanks! [09:30] juliank: I have seen that you retest (among other things) python-apt which is stuck in H-proposed [09:31] juliank: can I assume that you are after this as it would fix bug 1902540 that blocks some automated tests (against PPAs) [09:31] bug 1902540 in python-apt (Ubuntu) "hirsute fails on add-apt-repository" [Undecided,Triaged] https://launchpad.net/bugs/1902540 [09:33] cpaelzer: this really ought to have gone in ages ago [09:33] I'm off this week so not doing much if anything [09:34] A lot of stuff probably migrated due to it and all-proposed retrying, so is broken in release pocket [10:54] jdstrand jamespage: fyi I have uploaded iptables updates to the security-proposed PPA for G/H and am waiting to see how it fares in security-britney autopkgtest - so far it is looking promising and my local testing was all good so 🤞 [10:54] great thanks for the update [10:55] jdstrand: so I may either need you to mash the retry button for some fails (systemd is usually a bit flaky from what I recall) or if it does all pass then if you could review them for sponsoring that's be great [11:43] is somebody giving back builds automatically in hirsute-proposed? [12:15] cpaelzer, Unfortunately it seems that my fix for v4l2loopback only worked well in Chromium :/ Could you sponsor the debdiff in bug 1901491 for me, please? [12:15] bug 1901491 in v4l2loopback (Ubuntu Focal) "Created devices are not available" [High,In progress] https://launchpad.net/bugs/1901491 [13:16] mitya57: could you have a look at https://launchpadlibrarian.net/505037887/buildlog_ubuntu-hirsute-amd64.plplot_5.15.0+dfsg-15build1_BUILDING.txt.gz qt5 ... [13:22] doko: Needs #include , I will be able to upload the fix later today [13:23] ta [13:48] mvo: hi, do you mind if I cut an ubuntu/groovy branch from master for software-properties? [13:52] coreycb: go ahead [13:52] mvo: ok thanks [15:24] slyon, juliank, sil2100, hey, could one of you or someone in foundation help getting the issue and patch from bug #1899262 reviewed? [15:24] bug 1899262 in wpa (Ubuntu) "Broken dbus GetAll message to wpa supplicant interface properties" [Undecided,New] https://launchpad.net/bugs/1899262 [15:26] I'm out this week [15:26] hey coreycb - is there any action that needs to be taken to move something that's in transitions (https://people.canonical.com/~ubuntu-archive/transitions/html/python3.9-add.html) and building successfully forward? [15:26] juliank, don't reply on IRC within minutes then :p [15:28] coreycb: ah, it looks like it needs to specifically depend on newer python [15:28] icey: which package? [15:28] openvswitch :) [15:29] coreycb: looks like it'll stay "unknown" unless it's updated to include version information in the python3 depends [15:31] icey: it looks like it built ok [15:31] seb128: let me take a look [15:31] coreycb: it does - I'm wondering because of that match at the top === didrocks1 is now known as didrocks [17:38] doko: LocutusOfBorg uploaded a fix for plplot, but it FTBFS on !amd64 because of unmet dependency: dh-octave-autopkgtest : Depends: gnuplot-nox [17:40] mitya57, sorry, I didn't look at this [17:40] *this channel [17:41] No need to be sorry if you saved my time :) [17:43] I'm sorry to have missed the conversation, I syncd plplot in an effort to see if it was syncable or not [17:43] but I admit, this gnuplot-nox is... strange [17:44] I don't know why it fails where gnuplot was not correctly built [17:45] oh got it [17:45] gnuplot-data is built on amd64, so amd64 has to build [17:48] seb128: what sort of help? trying to reproduce the bug and confirm if the fix fixes what it claims to fix? === ijohnson is now known as ijohnson|lunch [19:31] xnox, any help, understanding if the problem described is a real one and what is the expected behaviour, also help reviewing the patch if we confirm the current behaviour is wrong === ijohnson|lunch is now known as ijohnson