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 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 yes take it 15:17 mwhudson is already working on it, I think 15:17 okay 15:17 next up, LP: #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 ^ that's resolved in -proposed 15:21 ok, leaving the tag for now 15:21 next, LP: #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 (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: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 vorlon: ack 15:34 if you're confident that waiting for the Debian maintainer achieves this, so be it 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