/srv/irclogs.ubuntu.com/2023/07/20/#ubuntu-meeting.txt

=== cpaelzer_ is now known as cpaelzer
schopino/15:00
ginggso/15:00
zhsjo/15:00
liushuyuo/15:00
slyono/15:01
bdrung\o15:01
mateus-moraiso/15:02
dbungerto/15:02
waveformo/15:02
ogayoto/15:02
* vorlon waves15:03
dviererbeo/15:03
pushkarnk1o/15:04
bdmurrayo/15:04
mclemenceauo/15:05
waveform#startmeeting Weekly Ubuntu Foundations team15:07
meetingologyMeeting started at 15:07:09 UTC.  The chair is waveform.  Information about MeetBot at https://wiki.ubuntu.com/meetingology15:07
meetingologyAvailable commands: action, commands, idea, info, link, nick15:07
waveform#topic Lightning rounds15:07
=== pushkarnk1 is now known as pushkarnk
waveform#link https://discourse.ubuntu.com/t/foundations-team-updates-thursday-20-jul-2023/37111/1015:07
waveformwe'll have the usual wait for everyone to read status...15:07
slyonschopin: did you share your "Rust code in main" docs somewhere already (besides the status report)?15:08
schopinslyon: not yet, no. Haven't found the time :)15:10
schopinI guess I'll just shoot an email to ubuntu-devel@ with a link :)15:11
bdmurraybdrung: How is the bugpattern work going?15:11
slyonschopin: 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:11
bdrungbdmurray, 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:12
schopinslyon: 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:14
waveformokay, enough reading time for everyone?15:15
slyonSure. I didn't mean to integrate the contents, but rather a link to that wiki page, for reference.15:15
schopinOh. Right. Yeah that makes sense :)15:15
waveformspeak now, or it's time for incoming bugs!15:16
waveformokay...15:16
waveform#topic Release incoming bugs15:16
waveform#link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-mm-incoming-bug-tasks.html#foundations-bugs15:16
waveforma few for foundations today, starting with LP: #202821315: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/202821315:17
vorlonyes take it15:17
vorlonmwhudson is already working on it, I think15:17
waveformokay15:17
waveformnext up, LP: #202663715: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/202663715:17
vorloneh15:18
vorlonI'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 through15:19
waveformok15:19
waveformnext, LP: #202682615:20
-ubottu:#ubuntu-meeting- Launchpad bug 2026826 in GLib "glib2.0 (2.77.0 ) breaks Netplan build" [Unknown, New] https://launchpad.net/bugs/202682615:20
slyon^ that's resolved in -proposed15:20
waveformok, leaving the tag for now15:21
waveformnext, LP: #202805415:21
-ubottu:#ubuntu-meeting- Launchpad bug 2028054 in python-rlpycairo (Ubuntu) "[MIR] python-rlpycairo" [Undecided, Incomplete] https://launchpad.net/bugs/202805415:21
slyon^ that will (probably) be resolved by the desktop team demoting the whole printing stack15:21
slyon(it's moving into a snap)15:21
slyonSo probably nothing to do for us and we can drop the tag15:21
waveformok15:21
waveformfinally, LP: #202807915: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/202807915:22
vorlon(why was that on our queue at all?)15:22
vorlonneeds to install printing snaps> yes please take it15:22
waveformok15:22
vorlonI'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
waveform#link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ll-incoming-bug-tasks.html#foundations-bugs15:22
slyonvorlon: the python-rlpycairo MIR was on our queue, because it's a python-reportlab dependency, which we own15:23
vorlonslyon: got it15:23
waveformonly one in lunar, LP: #202784715: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/202784715:23
bdmurraythat username15:24
adrienI had to check it wasn't a new account (since 2005!)15:24
vorlonI disagree with the proposed action but it's appropriate for us to take15:25
vorlonand follow through on15:25
dbungertFor new installs I believe we have this solved, in terms of allocating more space15:25
vorlonI think it's a wontfix for u-r-u15:25
vorlonbecause they did NOT run out of space in the middle of a release upgrade15:25
vorlonso preventing them from upgrading would not have been an improvement15:25
adrienshould we switch compression based on hints such as available space?15:26
vorlonno, but the user can do so15:27
vorlonbut also, precompressed firmware and kernel modules!15:27
waveformokay, nothing in jammy of focal for us this week15:29
waveform#topic Team proposed-migration report15:29
waveformover to vorlon?15:29
waveform#link https://ubuntu-archive-team.ubuntu.com/proposed-migration/update_excuses_by_team.html#foundations-bugs15:29
vorlonpython3-defaults has just been accepted \o/15:30
vorlonsetuptools, I guess these were divvied up last week15:30
vorlonthere 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 weekly15:30
vorlonthoughts here?  IMHO we should carry a delta on those packages as necessary in the short term to unblock setuptools15:31
slyonI agree. Especially for small fixes like those.15:32
slyonOnce the fix landed in Debian we can sync it back15:32
ginggsagree, fix in ubuntu first15:32
waveformokay, just checking the logs but so far it looks like all setuptools related were given out last week15:33
vorlonok, then folks with assignments from last week related to setuptools should follow through and not wait on Debian NEW (cc: zhsj)15:33
schopinI tend to disagree, up 'til those packages are the remaining blockers. FTR that package has cleared NEW (including in Ubuntu)15:33
vorlondo we need to re-state the setuptools assignments or does everyone know them?15:33
zhsjack (though the NEW has been accepted)15:33
vorlonok - regardless, the expectation is that these get resolved before next Thursday15:34
vorlonif you're confident that waiting for the Debian maintainer achieves this, so be it15:34
pushkarnkvorlon: ack15:34
vorlonthen it looks like we only made it halfway through the pillow revdeps last week15:35
vorlonso I'm going to go down the line and assigning one to everybody15:36
vorlon(in addition to any carry-overs)15:36
vorlonpillow vs gavodachs: adrien15:36
vorlonpillow vs imgp: bdrung15:36
vorlonpillow vs lazygal: bdmurray15:37
vorlonpillow vs pilkit: dbungert15:37
vorlonpillow vs pycoast: danilogondolfo15:37
vorlonpillow vs python-wordcloud: waveform15:37
vorlontpm2-tss: dviererbe15:37
waveformack15:38
vorlonlibwww-perl: me (circling back around on the MIR)15:38
bdmurrayI'd be offended but that assignment seems random15:38
vorlonheh15:38
vorlongerminate vs livecd-rootfs: ginggs15:38
ginggsack15:38
vorlonadduser migrated15:39
vorlonapt: juliank (:P)15:39
vorlonhmm maybe dgit regressed, doing a baseline retest15:40
ginggsdgit has plenty of autopkgtests, so probably infra15:40
vorlonah15:40
ginggsso the baseline is likely to fail15:40
vorlonit was amd64 though15:40
ginggsso all good :)15:40
vorlonwell, anyway15:40
vorlonfakeroot (FTBFS on armhf): slyon15:41
slyonack15:41
vorlonpcre2: mateus-morais15:41
vorlondbus: ogayot15:43
vorlonglib2.0 has other blockers but let's let the Desktop Team drive those15:44
vorloncasper vs systemd: pushkarnk15:45
pushkarnkack15:45
vorloninitramfs-tools vs systemd: schopin15:45
schopinack15:45
vorlonayatana-indicator-session vs systemd: liushuyu15:46
liushuyuvorlon: okay15:46
vorlonand dbus vs systemd: zhsj15:46
vorlonand that'll be enough for this week15:46
zhsjack15:46
bdrunginitramfs-tools vs systemd is interesting: qemu-system-x86_64: ../../util/cacheflush.c:212: init_cache_info: Assertion `(isize & (isize - 1)) == 0' failed.15:46
slyonpushkarnk, schopin, liushuyu, zhsj: I triggered plenty of systemd tests earlier today. So check the queues first ;-)15:47
vorloneveryone else who isn't at the meeting right now lucks out and doesn't get one from me this week15:47
schopinslyon: always :)15:47
liushuyuslyon: understood15:47
pushkarnkslyon: sure15:47
zhsjyeah, already see that dbus vs systemd is infra issue :P15:48
vorlonbdrung: back to you15:48
waveformor me even :)15:49
waveform#topic AOB15:49
slyonI'll be out next Thu+Fri15:49
waveformI'm not going to be around for much of tomorrow afternoon (medical jabby things), but I'll make it up in the evening15:50
waveformany other notices?15:51
waveformgoing once...15:51
waveformgoing twice...15:51
bdmurrayKinetic15:51
vorlonI'm out next week after Monday15:51
bdmurrayIt'd EoL day15:51
bdrungso no kinetic SRUs any more!15:52
waveform\o/15:52
bdmurrayno kinetic autopkgtests!15:52
waveformokay, going thrice for any more notices?15:54
waveform#endmeeting15:54
meetingologyMeeting ended at 15:54:46 UTC.  Minutes at https://ubottu.com/meetingology/logs/ubuntu-meeting/2023/ubuntu-meeting.2023-07-20-15.07.moin.txt15:54
=== pushkarnk1 is now known as pushkarnk

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!