=== cpaelzer_ is now known as cpaelzer [15:59] o/ [16:00] o/ [16:00] #startmeeting Weekly Ubuntu Foundations team [16:01] Meeting started at 16:01:00 UTC. The chair is jawn-smith. Information about MeetBot at https://wiki.ubuntu.com/meetingology [16:01] Available commands: action, commands, idea, info, link, nick [16:01] o/ [16:01] o/ [16:01] The weekly status is here: https://discourse.ubuntu.com/t/foundations-team-updates-thursday-5-january-2023/33029 [16:01] Let's all take our usual time to read and ask questions [16:02] waveform: FYI (libcamera), I rejected that MIR recently: https://bugs.launchpad.net/ubuntu/+source/libcamera/+bug/1997560 [16:02] -ubottu:#ubuntu-meeting- Launchpad bug 1997560 in libcamera (Ubuntu) "[MIR] libcamera" [Undecided, New] [16:02] hopefully we'll get it approved in Lunar+1 [16:03] enr0n: was there anything interesting in the upgrade bugs? [16:04] bdmurray: No, just the usual suspects [16:04] slyon, ah, interesting -- I was looking into the state vs upstream (raspios has quite a bit in libcamera that we haven't but then they're actively working on getting the pi camera modules working on it) [16:04] Though there was a request to modernize some warning, let me find the bug number [16:05] bdmurray: bug 2000416 [16:05] -ubottu:#ubuntu-meeting- Bug 2000416 in ubuntu-release-upgrader (Ubuntu) "Can the upgrade take several hours?" [Low, Triaged] https://launchpad.net/bugs/2000416 [16:05] schopin: is there a timeline for this glibc SRU? he said worrying about the queues [16:05] slyon: the version number (v0.0.x) is not very representative I think: it does a lot of things already and I think it's been fairly stable [16:05] bdmurray: not yet, but I'm very aware of that :) [16:06] bdmurray: was pyside2 causing the s390x queue issues? [16:06] adrien: right. but they didn't have a release process at all up until recently. and there were some other factors that made me feel it's not yet stable enough (though getting more solid now) [16:07] yeah, it's definitely not "stable" yet :) [16:08] enr0n: removing packages can take a long time https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bug/1874272 [16:08] -ubottu:#ubuntu-meeting- Launchpad bug 1874272 in ubuntu-release-upgrader (Ubuntu Focal) "Stage 'searching for obsolete software' takes a very long time (30 minutes)" [High, Confirmed] [16:08] slyon: yup, and it's frustrating because the existing alternatives are quite lacking imho [16:09] o/ [16:09] full ack. we now have the desktop team signed up to this, and they'll help getting it into a better shape inside Debian & Ubuntu [16:10] #topic Release incoming bugs [16:10] #link https://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ll-incoming-bug-tasks.html#foundations-bugs [16:11] bug 1998095 [16:11] -ubottu:#ubuntu-meeting- Bug 1998095 in pkgconf (Ubuntu) "[MIR] pkgconf, replacement for pkg-config" [Medium, Confirmed] https://launchpad.net/bugs/1998095 [16:11] We talked about this last year [16:11] The plan is to wait for pkgconf's new version to migrate, right? [16:11] I think we can untag that. [16:11] we made the decission to take ownership [16:12] Did we subscribe to the package? [16:12] we are subscribed [16:13] Okay slyon can you untag it? [16:13] done. [16:13] Thanks! [16:13] That's it for ll [16:14] #link https://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-kk-incoming-bug-tasks.html#foundations-bugs [16:14] bug 1842439 [16:14] -ubottu:#ubuntu-meeting- Bug 1842439 in apport (Ubuntu Focal) "apport-gtk crashed with SIGSEGV in _gtk_settings_get_screen(settings=0x0) from gtk_css_value_icon_theme_compute() from gtk_css_static_style_compute_value()" [High, Triaged] https://launchpad.net/bugs/1842439 [16:14] I feel like we've talked about this like 5 times [16:14] you're low on your count... [16:14] Looks like the last time we discussed it there was an action item for bdmurray to bring it up at the desktop sync [16:14] did that happen? [16:15] yes, and they said apport should protect against this type of crash [16:15] So does that mean there's a task for foundations here? [16:16] bdrung: didn't you say it wasn't possible to detect the bad case from Python? [16:16] "apport should catch the error and work around the issue" he read from the notes [16:16] catch a segfault? oO [16:17] Okay bdmurray to update the bug, and we'll discuss again when b_drung is available [16:17] That's it for kk then [16:17] #link https://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-jj-incoming-bug-tasks.html#foundations-bugs [16:17] bug 1957863 [16:17] -ubottu:#ubuntu-meeting- Bug 1957863 in update-notifier (Ubuntu) "coding errors in update-motd-fsck-at-reboot script" [Undecided, Confirmed] https://launchpad.net/bugs/1957863 [16:18] bdmurray: you tagged this one [16:18] It appears the submitter has suggested a fix [16:19] It seems like it should be pretty straight forward [16:19] So we just need a person to work on this [16:21] bdmurray says someone who is seeking upload rights should work on this [16:21] enr0n ? [16:21] I'll review and sponsor [16:22] Moving on then [16:22] bug 1999345 [16:22] -ubottu:#ubuntu-meeting- Bug 1999345 in grub2 (Ubuntu) "please add luks2 module to the signed grub2 images" [Undecided, Confirmed] https://launchpad.net/bugs/1999345 [16:22] juliank says no [16:22] apparently juliank says maybe [16:23] juliank to touch base with the security team (specifically Chris) [16:23] re update-notifier, shellcheck only complains about one instance of that typo (and it's a better way to develop than -u) [16:23] adrien: good to know, thanks [16:25] #topic proposed-migration [16:25] #link https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#foundations-bugs [16:25] This will be slightly different from normal [16:25] The s390x and arm64 queues are struggling, so we're going to skip any regressions on those architectures for now [16:26] dbus-glib has one amd64 regression [16:26] I just retriggered it because it looks like flakiness [16:27] git has a few regressions we can look into [16:27] I can take git. [16:27] Thanks! [16:29] adduser has a few that aren't s390 or arm64 [16:29] I'll take adduser [16:29] python-werkzeug has some as well [16:29] any volunteers? [16:29] I can take that [16:29] Thanks! [16:30] sysvinit has some we can look at [16:30] any volunteers? [16:30] I can have a look [16:30] Excellent, thanks [16:30] systemd has one ppc64el regression [16:30] enr0n ? [16:30] yeah [16:31] debootstrap: any volunteers? [16:31] I can take that; given the u-u regression is already on my plate [16:32] Thanks [16:32] I can ha... too slow [16:32] devscripts is missing builds [16:32] on all architectures it seems [16:32] i'll take it [16:32] ginggs to work that one [16:32] coreutils, any volunteers? [16:33] I'm quite curious as to what "missing builds" mean [16:33] Generally FTBFS [16:33] I can look at it [16:33] perhaps it would be more accurate for it to say "failed builds" [16:33] nice thing is that coreutils makes coreutils fail [16:33] but I think that "missing builds" might also include packages that just haven't built yet? [16:33] Anyway, thanks for taking coreutils adrien [16:34] libconfig-inifiles-perl [16:34] Any takers? [16:35] danilogondolfo: libconfig-inifiles-perl [16:36] zope.interface: vpa [16:36] libnet-domain-tld-perl [16:37] xypron: can you take that one? [16:37] ok [16:37] Thanks! [16:37] apport: bdrung [16:38] juliank: sbuild? [16:40] Everyone has one now [16:40] #topic AOB [16:44] #endmeeting [16:44] Meeting ended at 16:44:48 UTC. Minutes at https://ubottu.com/meetingology/logs/ubuntu-meeting/2023/ubuntu-meeting.2023-01-05-16.01.moin.txt [16:47] I retried the apport one bdrung [17:00] bdmurray, i pressed the retry as well.