15:04 <sil2100> #startmeeting Weekly Ubuntu Foundations team
15:04 <meetingology> Meeting started at 15:04:23 UTC.  The chair is sil2100.  Information about MeetBot at https://wiki.ubuntu.com/meetingology
15:04 <meetingology> Available commands: action, commands, idea, info, link, nick
15:04 <sil2100> #topic Lightning rounds
15:04 <schopin> #link https://discourse.ubuntu.com/t/foundations-team-updates-thursday-7-april-2022/27514/15
15:05 <sil2100> Let's take a moment to read eachothers status
15:07 <jawn-smith> mwhudson: Someone needs to SRU these snapd changes, right?
15:09 <juliank> the snapd team should
15:09 <juliank> :)
15:10 <jawn-smith> Welcome bdrung o/
15:10 <sil2100> Ok, I think it's time to move on!
15:10 <sil2100> #topic Release incoming bugs
15:10 <sil2100> #link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-jj-incoming-bug-tasks.html#foundations-bugs
15:11 <sil2100> LP: #1967593
15:11 <ubottu> Launchpad bug 1967593 in cloud-initramfs-tools (Ubuntu) "kernel modules going missing after reboot" [Undecided, Confirmed] https://launchpad.net/bugs/1967593
15:12 <sil2100> Looks like a cloud-initramfs-copymods issue? So not anything for us?
15:13 <sil2100> I think I saw this being mentioned somewhere, where someone asked if we're actually using cloud-initramfs-copymods - or am I just misremembering?
15:14 <sil2100> Should we card this?
15:15 <sil2100> At least I think it's worth investigating by someone that has more context re: what we need it for
15:15 <sil2100> Let's card it mclemenceau
15:15 <mclemenceau> you got it
15:15 <sil2100> LP: #1968131
15:15 <ubottu> Launchpad bug 1968131 in swtpm (Ubuntu Jammy) "Starting VM with UEFI firmware fails with swtpm" [Critical, In Progress] https://launchpad.net/bugs/1968131
15:16 <juliank> server is on that
15:16 <mclemenceau> done sil2100
15:16 <sil2100> I think that's under Christian right now, so let's leave it
15:17 <sil2100> LP: #1958720
15:17 <ubottu> Launchpad bug 1958720 in pyyaml (Ubuntu) "python3-yaml and python3-six are not co-installable with python-is-python2 in jammy" [High, Incomplete] https://launchpad.net/bugs/1958720
15:17 <sil2100> Ok, this one's old and still INcomplete, let's move on
15:18 <sil2100> The ubiquity one is also still Incomplete
15:18 <sil2100> LP: #1962454
15:18 <ubottu> Launchpad bug 1962454 in apport (Ubuntu) "Oops pages show wrong time window in JournalErrors" [Low, Triaged] https://launchpad.net/bugs/1962454
15:18 <sil2100> Does anyone remember if this one is carded? Since Brian Triaged it for apport
15:19 <mclemenceau> no it is not
15:19 <sil2100> Let's leave it for now until Brian's back
15:19 <sil2100> LP: #1968047
15:19 <ubottu> Launchpad bug 1968047 in openssl (Ubuntu) "Ubuntu 22.04 Beta - Unable to compile ruby version 2.7.5, 3.0.3 and 3.3.3  problem with the openssl-dev package" [Undecided, New] https://launchpad.net/bugs/1968047
15:20 <sil2100> schopin: ^ what do you think?
15:20 <schopin> I marked this one because I was wondering if offering libssl1.1 in a PPA would be a good idea somehow? It'd be useful for CI setups with old interpreters I guess?
15:20 <schopin> vorlon: any opinion on that?
15:21 <vorlon> schopin: someone could provide it in a ppa, sure, but I don't think that's in scope for Foundations?
15:22 <vorlon> they can't ship the resulting binaries on Ubuntu 22.04
15:22 <sil2100> Maybe just mentioning that on the bug and then removing the tag?
15:22 <juliank> Won't Fix
15:23 <sil2100> I'll remove the tag, and I think Won't Fix + rationale would make sense I think
15:23 <juliank> let's have a -forwardports pockets :D
15:23 <vorlon> heh
15:23 <sil2100> LP: #1926860
15:23 <ubottu> Launchpad bug 1926860 in systemd (Ubuntu) "XP Pen Star 03 graphic tablet not running on Ubuntu later than 18.04" [Undecided, Confirmed] https://launchpad.net/bugs/1926860
15:24 <enr0n> I saw this one and tagged it rls. I prepped a systemd patch for jammy assuming we want to include it.
15:24 <sil2100> I see this is worked on already - enr0n is there a card in Jira for it already?
15:25 <enr0n> sil2100: No not yet
15:25 <sil2100> Since it's in progress, I adjusted the status + let's card it so we have a grasp on it
15:25 <sil2100> mclemenceau: do your magic please! ;)
15:26 <sil2100> LP: #1965652
15:26 <ubottu> Launchpad bug 1965652 in ubuntu-release-upgrader (Ubuntu) "machine froze when upgrading impish->jammy" [Undecided, Confirmed] https://launchpad.net/bugs/1965652
15:26 <mclemenceau> magic is done ;)
15:26 <juliank> duplicate of dbus restart?
15:26 <sil2100> I guess this is fixed?
15:27 <sil2100> +1 on someone double-checking this per enr0n's proposition
15:28 <sil2100> I'd leave this around and maybe contact the reporter to see if it's still the case
15:28 <sil2100> LP: #1966589
15:28 <ubottu> Launchpad bug 1966589 in ubuntu-release-upgrader (Ubuntu) "release upgrade fails due to `firefox package pre-installation script subprocess returned error exit status 1`" [Undecided, Confirmed] https://launchpad.net/bugs/1966589
15:30 <sil2100> Do I understand correctly the last two comments that this is now working?
15:30 <jawn-smith> If I'm understanding them correctly it looks like it's fixed only if you install the firefox snap before doing an upgrade
15:31 <vorlon> do we believe this is an ubuntu-release-upgrader bug, though, or should it be referred to the desktop team for fixing in the firefox deb?
15:32 <sil2100> Possibly
15:32 <vorlon> perhaps mark the u-r-u task invalid then
15:33 <sil2100> Let's leave it around for now, the desktop team will pick it up.
15:33 <sil2100> +1 on that
15:33 <sil2100> LP: #1966800
15:33 <ubottu> Launchpad bug 1966800 in systemd (Ubuntu) "systemd locks up due to incorrect handling of time zone changes" [Undecided, Confirmed] https://launchpad.net/bugs/1966800
15:33 <enr0n> This doesn't affect systemd in jammy or impish, but likely affects focal
15:34 <vorlon> but is marked as rls-jj-incoming?
15:34 <enr0n> I just looked at it this morning
15:34 <vorlon> does that need switched to rls-ff-incoming?
15:34 <enr0n> Yeah that would make sense
15:35 <sil2100> Let's card it for focal
15:35 <sil2100> #link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ii-incoming-bug-tasks.html#foundations-bugs
15:35 <sil2100> Empty
15:36 <sil2100> #link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html#foundations-bugs
15:36 <sil2100> We just have LP: #1960089 here
15:36 <ubottu> Launchpad bug 1960089 in ubiquity (Ubuntu Jammy) "Request 2.0 GiB Boot Partition for 22.04LTS FDE" [High, Confirmed] https://launchpad.net/bugs/1960089
15:37 <sil2100> I don't think we agreed on these numbers, right?
15:37 <sil2100> We did bump those slightly for 20.04.4
15:37 <vorlon> we haven't; I would mark this rls-ff-notfixing
15:38 <vorlon> the bug itself is targeted to focal already and I don't think there's anything here we should commit to fixing in focal
15:39 <vorlon> (we haven't even committed to fixing it in jammy, after all)
15:39 <sil2100> Agreed. Can you write a comment and switch it to rls-ff-notfix ?
15:39 <vorlon> ok
15:39 <sil2100> I see that Studio seems to be interested in this though, as per Erich's comments
15:39 <sil2100> Anyway, that's all of the bugz
15:39 <sil2100> Sorry for it being a bit bumpy
15:40 <sil2100> #topic Team proposed-migration report
15:40 <sil2100> I guess that's vorlon ? ;)
15:40 <vorlon> yes
15:40 <vorlon> #link https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#foundations-bugs
15:40 <vorlon> short, but "interesting"
15:41 <vorlon> boost1.74 vs esys-particle: this is somehow entangled with python3.9 removal fyi
15:42 <ginggs> i still have esys-particle, it's a leaf package and could be removed, but it's failing in debian in the same way
15:42 <ginggs> and has some eyes on it
15:42 <ginggs> so i think we can wait a bit before removing it
15:42 <vorlon> the behavior here is esys-particle links against libpython, and modules that are perfectly locatable on the python path when running python3.10 are failing to load inside esys-particle's env
15:42 <vorlon> ginggs: esys-particle
15:42 <vorlon> ginggs: not too long though :)
15:43 <vorlon> ltrace: ogayot: this was mentioned in your weekly status, are you following this through?
15:43 <Eickmeyer> sil2100: Hi! To claify, studio is not interested, I work for the company that makes the Kubuntu Focus computers.
15:43 <ogayot> yes, I have submitted a patch to fix FTBFS for ppc64el. Still need to rework the patch though to get it sponsored
15:43 <vorlon> (I confess I wasn't clear what "Requested changes to work on" meant - requested of whom, by whom?)
15:43 <vorlon> ok
15:43 <ogayot> LP 1967518
15:43 <ubottu> Launchpad bug 1967518 in ltrace (Ubuntu) "ltrace - build on ppc64el fails" [Undecided, Confirmed] https://launchpad.net/bugs/1967518
15:43 <vorlon> thanks
15:44 <ogayot> xnos requested changes on ubuntu-devel
15:44 <vorlon> python3-stdlib-extensions: there's mdtraj that I haven't looked at, but the main thing is we need to get python3.9 removed
15:44 <sil2100> Eickmeyer: aah! Ok, apologies ;) Still, makes sense!
15:44 <ogayot> xnox(
15:44 <sil2100> (the interest)
15:44 <vorlon> ogayot: are his requested changes documented also in the bug?
15:44 <ogayot> negative
15:44 <Eickmeyer> sil2100: cool, just wanted to make you all aware.
15:44 <ginggs> mdtraj/arm64 just needs a retry (done)
15:44 <vorlon> and python3.9 removal is blocked by: esys-particle gyoto csound
15:44 <vorlon> esys-particle is ginggs
15:45 <vorlon> gyoto is me unfortunately?  it's ppc64el which means you need access to a P9 instance to really debug it, but the meat of the problem as mentioned in my report is that something is copying dpkg-buildflags output into a binary somewhere and then using that for subsequent g++ invocations and I haven't pinpointed where
15:46 <vorlon> so that aspect may be reproducible / debuggable on !ppc64el if someone wants to have a go
15:46 <vorlon> ginggs: and did you want someone else to pick up csound?  We talked about XFAILing the new test that fails on s390x
15:47 <ginggs> i can take csound
15:47 <vorlon> ok
15:47 <vorlon> ginggs: csound
15:47 <vorlon> anyone else interested in looking at gyoto?  It's worth big Internet points
15:47 <vorlon> these are in reverse-depends src:python3.9 output, btw
15:48 <vorlon> libzstd blocked by a sole autopkgtest regression; juliank you uploaded, can you look?
15:48 <vorlon> it was a no-change rebuild for ppc64el and the failing autopkgtest is ppc64el :)
15:48 <juliank> I don't know what's going on there
15:49 <vorlon> juliank: do you want to find out or do you need someone else to take it?
15:49 <vorlon> it's a go package failing
15:49 <enr0n> I can take a look
15:49 <juliank> I think go test is broken, all tests pass but then it fails overall
15:49 <juliank> so might be good for a go person to look at
15:49 <vorlon> libzstd: enr0n
15:49 <vorlon> ack
15:49 <vorlon> enr0n: if you need access to hardware for debugging, let's sync in the mattermost channel
15:51 <vorlon> oh, I skipped over libgc; this is an arm64 autopkgtest, looks like it might just be a timeout due to infra load so I've retried it
15:51 <vorlon> so libgc: me
15:51 <vorlon> and xz-utils; I just checked and this test isn't regressed in release, needs someone to look at it
15:51 <vorlon> volunteers, or am I picking?
15:52 <vorlon> bdrung: you don't have anything else to do yet, right? :)
15:53 <bdrung> sounds okay
15:53 <vorlon> xz-utils: bdrung
15:53 <vorlon> and that's in
15:53 <vorlon> *it
15:53 <vorlon> libarchive is just waiting on autopkgtest results (and this was an FFe from the desktop team who did the upload)
15:53 <vorlon> sil2100:
15:54 <sil2100> o/
15:54 <sil2100> #topic AOB
15:54 <jawn-smith> I'll be out of office tomorrow and Monday
15:55 <vorlon> ogayot: as an aside, I'm marking LP: #1967518 update-excuse so that it's more discoverable from proposed-migration
15:55 <ubottu> Launchpad bug 1967518 in ltrace (Ubuntu) "ltrace - build on ppc64el fails" [Undecided, Confirmed] https://launchpad.net/bugs/1967518
15:55 <ogayot> thanks
15:55 <sil2100> Quick reminder to everyone: release is in just 2 week!
15:55 <sil2100> s/week/weeks
15:56 <sil2100> Which means Final Freeze is just in 1 week
15:57 <sil2100> Ok, I think that's it!
15:58 <sil2100> #endmeeting