=== cpaelzer_ is now known as cpaelzer [15:00] o/ [15:00] o/ [15:00] o/ [15:00] o/ [15:01] o/ [15:01] \o [15:02] o/ [15:02] o/ [15:02] o/ [15:02] o/ [15:03] * vorlon waves [15:03] o/ [15:04] o/ [15:04] o/ [15:05] o/ [15:07] #startmeeting Weekly Ubuntu Foundations team [15:07] Meeting started at 15:07:09 UTC. The chair is waveform. Information about MeetBot at https://wiki.ubuntu.com/meetingology [15:07] Available commands: action, commands, idea, info, link, nick [15:07] #topic Lightning rounds === pushkarnk1 is now known as pushkarnk [15:07] #link https://discourse.ubuntu.com/t/foundations-team-updates-thursday-20-jul-2023/37111/10 [15:07] we'll have the usual wait for everyone to read status... [15:08] schopin: did you share your "Rust code in main" docs somewhere already (besides the status report)? [15:10] slyon: not yet, no. Haven't found the time :) [15:11] I guess I'll just shoot an email to ubuntu-devel@ with a link :) [15:11] bdrung: How is the bugpattern work going? [15:11] schopin: OK. I think it might make sense to somehow integrate it into the MIR README.md in the relevant (Rust) section: https://github.com/canonical/ubuntu-mir (through a PR) [15:12] bdmurray, i wrote 3 working bug pattern. Two for ancient bugs. One bug pattern should be added since it can happen in the future. I am waiting for the git transition to submit it. [15:14] slyon: I'm not so sure. The way I see that repo its contents are meant to be fairly stable (and thus should evolve slowly), whereas that doc needs to be updated to reflect technical details that might change fairly quickly. [15:15] okay, enough reading time for everyone? [15:15] Sure. I didn't mean to integrate the contents, but rather a link to that wiki page, for reference. [15:15] Oh. Right. Yeah that makes sense :) [15:16] speak now, or it's time for incoming bugs! [15:16] okay... [15:16] #topic Release incoming bugs [15:16] #link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-mm-incoming-bug-tasks.html#foundations-bugs [15:17] a few for foundations today, starting with LP: #2028213 [15:17] -ubottu:#ubuntu-meeting- Launchpad bug 2028213 in livecd-rootfs (Ubuntu) "ISOs with the new installer are 34% bigger than legacy ISOs" [High, New] https://launchpad.net/bugs/2028213 [15:17] yes take it [15:17] mwhudson is already working on it, I think [15:17] okay [15:17] next up, LP: #2026637 [15:17] -ubottu:#ubuntu-meeting- Launchpad bug 2026637 in ubuntu-release-upgrader (Ubuntu) "[mantic] many useful apps are marked for auto removal" [High, Triaged] https://launchpad.net/bugs/2026637 [15:18] eh [15:19] I'm not sure there is any work to be done in the release-upgrader (this is an upgrade within the mantic series with apt) but it makes sense for us to take the bug and follow through [15:19] ok [15:20] next, LP: #2026826 [15:20] -ubottu:#ubuntu-meeting- Launchpad bug 2026826 in GLib "glib2.0 (2.77.0 ) breaks Netplan build" [Unknown, New] https://launchpad.net/bugs/2026826 [15:20] ^ that's resolved in -proposed [15:21] ok, leaving the tag for now [15:21] next, LP: #2028054 [15:21] -ubottu:#ubuntu-meeting- Launchpad bug 2028054 in python-rlpycairo (Ubuntu) "[MIR] python-rlpycairo" [Undecided, Incomplete] https://launchpad.net/bugs/2028054 [15:21] ^ that will (probably) be resolved by the desktop team demoting the whole printing stack [15:21] (it's moving into a snap) [15:21] So probably nothing to do for us and we can drop the tag [15:21] ok [15:22] finally, LP: #2028079 [15:22] -ubottu:#ubuntu-meeting- Launchpad bug 2028079 in ubuntu-release-upgrader (Ubuntu) "Upgrade to Mantic needs to install printing snaps" [Undecided, New] https://launchpad.net/bugs/2028079 [15:22] (why was that on our queue at all?) [15:22] needs to install printing snaps> yes please take it [15:22] ok [15:22] I'm not sure if we've previously done that in the release upgrader vs a transitional package? but yes it's critical to get right on upgrade :) [15:22] #link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ll-incoming-bug-tasks.html#foundations-bugs [15:23] vorlon: the python-rlpycairo MIR was on our queue, because it's a python-reportlab dependency, which we own [15:23] slyon: got it [15:23] only one in lunar, LP: #2027847 [15:23] -ubottu:#ubuntu-meeting- Launchpad bug 2027847 in ubuntu-release-upgrader (Ubuntu) "Bump minimum /boot size in ubuntu-release-upgrader" [Undecided, New] https://launchpad.net/bugs/2027847 [15:24] that username [15:24] I had to check it wasn't a new account (since 2005!) [15:25] I disagree with the proposed action but it's appropriate for us to take [15:25] and follow through on [15:25] For new installs I believe we have this solved, in terms of allocating more space [15:25] I think it's a wontfix for u-r-u [15:25] because they did NOT run out of space in the middle of a release upgrade [15:25] so preventing them from upgrading would not have been an improvement [15:26] should we switch compression based on hints such as available space? [15:27] no, but the user can do so [15:27] but also, precompressed firmware and kernel modules! [15:29] okay, nothing in jammy of focal for us this week [15:29] #topic Team proposed-migration report [15:29] over to vorlon? [15:29] #link https://ubuntu-archive-team.ubuntu.com/proposed-migration/update_excuses_by_team.html#foundations-bugs [15:30] python3-defaults has just been accepted \o/ [15:30] setuptools, I guess these were divvied up last week [15:30] there was a question from zhsj about waiting for the maintainer's fix to get through NEW, but the intent is to get these packages moved through -proposed weekly [15:31] thoughts here? IMHO we should carry a delta on those packages as necessary in the short term to unblock setuptools [15:32] I agree. Especially for small fixes like those. [15:32] Once the fix landed in Debian we can sync it back [15:32] agree, fix in ubuntu first [15:33] okay, just checking the logs but so far it looks like all setuptools related were given out last week [15:33] ok, then folks with assignments from last week related to setuptools should follow through and not wait on Debian NEW (cc: zhsj) [15:33] I tend to disagree, up 'til those packages are the remaining blockers. FTR that package has cleared NEW (including in Ubuntu) [15:33] do we need to re-state the setuptools assignments or does everyone know them? [15:33] ack (though the NEW has been accepted) [15:34] ok - regardless, the expectation is that these get resolved before next Thursday [15:34] if you're confident that waiting for the Debian maintainer achieves this, so be it [15:34] vorlon: ack [15:35] then it looks like we only made it halfway through the pillow revdeps last week [15:36] so I'm going to go down the line and assigning one to everybody [15:36] (in addition to any carry-overs) [15:36] pillow vs gavodachs: adrien [15:36] pillow vs imgp: bdrung [15:37] pillow vs lazygal: bdmurray [15:37] pillow vs pilkit: dbungert [15:37] pillow vs pycoast: danilogondolfo [15:37] pillow vs python-wordcloud: waveform [15:37] tpm2-tss: dviererbe [15:38] ack [15:38] libwww-perl: me (circling back around on the MIR) [15:38] I'd be offended but that assignment seems random [15:38] heh [15:38] germinate vs livecd-rootfs: ginggs [15:38] ack [15:39] adduser migrated [15:39] apt: juliank (:P) [15:40] hmm maybe dgit regressed, doing a baseline retest [15:40] dgit has plenty of autopkgtests, so probably infra [15:40] ah [15:40] so the baseline is likely to fail [15:40] it was amd64 though [15:40] so all good :) [15:40] well, anyway [15:41] fakeroot (FTBFS on armhf): slyon [15:41] ack [15:41] pcre2: mateus-morais [15:43] dbus: ogayot [15:44] glib2.0 has other blockers but let's let the Desktop Team drive those [15:45] casper vs systemd: pushkarnk [15:45] ack [15:45] initramfs-tools vs systemd: schopin [15:45] ack [15:46] ayatana-indicator-session vs systemd: liushuyu [15:46] vorlon: okay [15:46] and dbus vs systemd: zhsj [15:46] and that'll be enough for this week [15:46] ack [15:46] initramfs-tools vs systemd is interesting: qemu-system-x86_64: ../../util/cacheflush.c:212: init_cache_info: Assertion `(isize & (isize - 1)) == 0' failed. [15:47] pushkarnk, schopin, liushuyu, zhsj: I triggered plenty of systemd tests earlier today. So check the queues first ;-) [15:47] everyone else who isn't at the meeting right now lucks out and doesn't get one from me this week [15:47] slyon: always :) [15:47] slyon: understood [15:47] slyon: sure [15:48] yeah, already see that dbus vs systemd is infra issue :P [15:48] bdrung: back to you [15:49] or me even :) [15:49] #topic AOB [15:49] I'll be out next Thu+Fri [15:50] I'm not going to be around for much of tomorrow afternoon (medical jabby things), but I'll make it up in the evening [15:51] any other notices? [15:51] going once... [15:51] going twice... [15:51] Kinetic [15:51] I'm out next week after Monday [15:51] It'd EoL day [15:52] so no kinetic SRUs any more! [15:52] \o/ [15:52] no kinetic autopkgtests! [15:54] okay, going thrice for any more notices? [15:54] #endmeeting [15:54] Meeting ended at 15:54:46 UTC. Minutes at https://ubottu.com/meetingology/logs/ubuntu-meeting/2023/ubuntu-meeting.2023-07-20-15.07.moin.txt === pushkarnk1 is now known as pushkarnk