[14:58] o/ [14:58] o/ [14:59] o/ [14:59] o/ [14:59] o/ [14:59] o===|==========> [14:59] \o [14:59] oops, didn't leave my sword by the door [15:00] o/ [15:00] #startmeeting Weekly Ubuntu Foundations team [15:00] Meeting started at 15:00:41 UTC. The chair is jawn-smith. Information about MeetBot at https://wiki.ubuntu.com/meetingology [15:00] o/ [15:00] o/ [15:00] Available commands: action, commands, idea, info, link, nick [15:00] #topic Lightning Round [15:01] The status is here: https://discourse.ubuntu.com/t/foundation-team-updates-thursday-30-june-2022/29123/10 [15:01] Let's all take a few minutes to read and ask questions [15:01] sil2100: It says you reviewed the --until/--thru PR [15:01] should I merge it? [15:02] Aaaah, didn't press the button [15:02] jawn-smith: i saw your libdigidoc fix, that package is orphaned in debian (QA maintained). if you're interested in getting an upload into debian, i'd be happy to sponsor [15:02] jawn-smith: done now o/ [15:03] ginggs, sil2100 thanks! I did submittodebian the patch I created [15:03] libdigidoc? Isn't that obsoleted upstream too? [15:03] should it be removed from Debian/Ubuntu then? [15:04] I'd be all for it, but that's mostly because I get spammed any time someone clicks the rebuild button on LP as I'm TIL [15:04] well, now I'm TIL :) [15:04] \o/ [15:05] No reverse dependencies... [15:05] o/ [15:05] Okay I'll investigate filing a removal bug as part of my +1 shift this week [15:06] Have a look at my initial RM bug, there should be some pointers there. [15:06] libdigidoc-tools might still be useful [15:07] I'll have a look this afternoon [15:07] and ping ginggs if we decide it should stay, then we can remove the diff from Debian [15:07] Any other questions? [15:08] enr0n: I didn't receive this oomd email, is it stuck in moderation? [15:08] slyon: oof, possibly, let me check the list archive [15:09] This one I think: https://lists.ubuntu.com/archives/ubuntu-devel/2022-June/042159.html [15:10] The missing email has been found [15:10] thx, it went through after all :) [15:10] Any other questions? [15:11] #topic Release incoming bugs [15:11] #link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-kk-incoming-bug-tasks.html#foundations-bugs [15:11] bug 1980348 [15:11] Bug 1980348 in gcc-12 (Ubuntu) "gcc ftbfs in kinetic (crypt.h not found in 32bit libsanitizer build)" [High, Confirmed] https://launchpad.net/bugs/1980348 [15:12] gcc is kinda important [15:12] I figured that out an hour ago [15:12] just closing [15:12] oh excellent [15:12] Thanks! [15:12] Are you closing for both gcc-10 and gcc-12? [15:14] Sounds like it's still building for both, so we'll discuss it next week if it comes back [15:14] bug 1980195 [15:14] Bug 1980195 in apport (Ubuntu) "ubuntu desktop (canary) ISO & apport-collect, ubuntu-bug fail to run" [Undecided, New] https://launchpad.net/bugs/1980195 [15:14] Looks like a potential dependency/import issue? [15:14] bdrung: Do you have an opinion? [15:15] jawn-smith, that was a regression in apport, but already fixed with the latest kinetic version [15:16] Excellent, thanks. Can you close the LP bug please? [15:16] i'll do the paperwork and close it [15:16] Thanks! [15:16] could we have a look at LP: #1979297 and see if it's something we want carded please? [15:16] Launchpad bug 1979297 in pyopencl (Ubuntu) "pyopencl: please RM riscv64 binaries" [Undecided, Incomplete] https://launchpad.net/bugs/1979297 [15:17] xypron: Thoughts on carding this? [15:21] We've agreed to let the removal go ahead, and therefore this does not need a card [15:21] That's it for kk [15:21] #link https://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-jj-incoming-bug-tasks.html#foundations-bugs [15:21] bug 1979951 [15:21] Bug 1979951 in netplan.io (Ubuntu) "127.0.0.1/::1 removed from loopback interface if you configure extra IPs on lo (r104 regression/behaviour change)" [High, Confirmed] https://launchpad.net/bugs/1979951 [15:21] I tagged that one [15:21] Is filed against both netplan.io and systemd [15:22] it's a regression, probably introduced by netplan switching to the "networkctl reload" command (instead of hard restart of sd-networkd) [15:22] I think we should double check the situation on NetworkManager vs sd-networkd backends [15:22] Based on your last comment it seems this should be fixed in systemd, not netplan.io? Or do both need work? [15:22] and then probably apply the upstream fix to systemd that's mentioned in the bug [15:22] most probably systemd only [15:22] so +1 for carding it [15:22] enr0n: Do you have the bandwidth to look into this? [15:23] jawn-smith: Yeah I should now [15:23] Okay so let's card it since someone has bandwidth to look into it. mclemenceau do you mind doing the carding? [15:24] Ok [15:24] Do we want proper lo support in netplan, too? It does seem kinda hacky to use the ethernet type for it? [15:24] schopin: we have a feature-request/bug report about "dummy" devices, which would be a better match for loopback [15:24] we'll get to that eventually [15:25] it would help with default resolved configs of dns too. [15:25] nice, thanks :) [15:25] (to set that on lo) [15:25] Okay excellent. It will be carded and the priority can be figured out in the future [15:25] bug 1978125 [15:25] Bug 1978125 in apt (Ubuntu Jammy) "apt ignoring pin/block/hold files in preferences.d for snapd" [Undecided, In Progress] https://launchpad.net/bugs/1978125 [15:25] we discussed this last week but I don't remember where we landed [15:25] * jawn-smith reads logs [15:25] carded already [15:26] Okay so let's just remove the tag from the LP bug [15:26] I'll do that real quick [15:26] in iproute2, dummy and loopback type both exist [15:26] tag removed [15:27] rls-ii is empty [15:27] rls-ff only has the 127.0.0.1 bug [15:28] #topic Team proposed-migration report [15:28] #link https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#foundations-bugs [15:28] no v_orlon today so I'll do this [15:28] ubuntu-meta is still with desktop [15:29] we should probably ignore the systemd failures, as we've uploaded v251 today and all systemd related tests are currently re-run [15:29] python3-stdlib-extensions was with doko I believe [15:29] Any updates? [15:30] slyon: ack, thanks. Will ignore systemd [15:31] doko will look at python-bayespy and bdrung will look at apport. Thanks! [15:31] usb-creator is waiting on an MIR [15:31] mutt is also waiting on an MIR (which is waiting on security) [15:31] systemd, skip [15:31] is anybody working on these MIRs? [15:31] i think python-bayespy just needs a retry with the new version [15:32] doko: yes, those are in progress [15:32] ta [15:32] doko: Yes, at least the two mutt related MIRs are waiting on security review [15:33] alexghiti is the one driving them from our side [15:33] openssl [15:33] on it [15:33] schopin: hooray, thanks [15:33] llvm-toolchain-14 [15:34] missing builds are for the same reason as gcc, I believe. [15:34] Excellent. Does i386 need to be re-triggered? [15:35] jawn-smith: do it! [15:35] done! [15:35] and the autopkg test failure is a kill -9 [15:35] the autopkgtests for this fenics-dofinx package look flakey [15:36] so try on a machine with more memory? [15:36] there was a sigkill in the test suite, oom? [15:36] Does it need to be added to big-packages? [15:36] Anyone want to volunteer to look into that? [15:36] i'll have a look at fenics-dofinx and add it to big_packages [15:37] thanks! [15:37] now, that I can :) [15:37] moving on [15:37] lintian appears to need MIR investigation [15:37] yay! new lintian depends. they're being introduced faster than we can process them :) [15:37] or possibly just binary package demotion if we're lucky? [15:37] I'll do the initial investigation for lintian [15:37] slyon: thanks! [15:38] apport is with bdrung [15:38] python-httplib2. One of those is apport and therefore already covered [15:38] then python-httplib2 itself has an armhf regression [15:38] I think the python-httplib2 vs apport needs a retry [15:38] anyone here an expert in both python and the armhf architecture....? [15:39] erm... [15:39] waveform: do you have bandwidth to look at that test? [15:39] yeah, I'll take that one [15:39] E ModuleNotFoundError: No module named 'cryptography' [15:39] Thanks! [15:40] well that should be an easy fix [15:40] moving on, curl is missing builds on quite a few architectures [15:40] I'll take that one [15:40] don't jinx it... [15:40] pygments [15:41] has an excuses bug already [15:41] waiting on a new version of pytest [15:42] so we can ignore that for now [15:42] everything else is 0 days old so that's it for proposed migration [15:42] https://tracker.debian.org/pkg/pytest shows a lot of regressions [15:42] #topic AOB [15:43] Monday is a US holiday [15:43] * xnox 0/ [15:44] a few ubiquity uploads to jammy & kinetic are missing from lp:ubiquity. Does anybody want to push their git tags / uploads? or should i synthesize those? [15:44] i.e. uploads from bdrung bdmurray and external person. [15:46] the commits are here: https://code.launchpad.net/~ubuntu-installer/ubiquity/+git/ubiquity/+ref/master [15:49] bdrung: and tags? git push --tags [15:49] 22.10.3 [15:49] 22.04.16 [15:49] 22.04.15 [15:50] https://git.launchpad.net/ubiquity?h=master => tags and jammy branch are missing. [15:50] i can tag 22.04.16 and push it to jammy branch, if that's what we are ok with. [15:51] but want to check if something unexpected happened. [15:51] also tsimonq2 upload is nowhere to be seen in git [15:51] it's probably fine to add the missing tags (after checking that this tag actually is identical to the uploaded dsc) [15:52] also http://launchpadlibrarian.net/607553669/ubiquity_22.10.2_22.10.3.diff.gz chagnes the icon, which is not documented, and not expected? [15:53] i'll query that separately. [15:57] This conversation seems to be resolved, so [15:57] #endmeeting [15:58] Meeting ended at 15:57:59 UTC. Minutes at https://ubottu.com/meetingology/logs/ubuntu-meeting/2022/ubuntu-meeting.2022-06-30-15.00.moin.txt [16:03] for the apport autopkgtest failure we have https://bugs.launchpad.net/ubuntu/+source/apport/+bug/1980390 now [16:03] Launchpad bug 1980390 in apport (Ubuntu) "test_core_dump_packaged test flaky on arm64 and ppc64el" [Undecided, New]