16:01 <jawn-smith> #startmeeting Weekly Ubuntu Foundations team 16:01 <meetingology> Meeting started at 16:01:00 UTC. The chair is jawn-smith. Information about MeetBot at https://wiki.ubuntu.com/meetingology 16:01 <meetingology> Available commands: action, commands, idea, info, link, nick 16:01 <danilogondolfo> o/ 16:01 <slyon> o/ 16:01 <jawn-smith> The weekly status is here: https://discourse.ubuntu.com/t/foundations-team-updates-thursday-5-january-2023/33029 16:01 <jawn-smith> Let's all take our usual time to read and ask questions 16:02 <slyon> waveform: FYI (libcamera), I rejected that MIR recently: https://bugs.launchpad.net/ubuntu/+source/libcamera/+bug/1997560 16:02 <slyon> hopefully we'll get it approved in Lunar+1 16:03 <bdmurray> enr0n: was there anything interesting in the upgrade bugs? 16:04 <enr0n> bdmurray: No, just the usual suspects 16:04 <waveform> 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 <enr0n> Though there was a request to modernize some warning, let me find the bug number 16:05 <enr0n> bdmurray: bug 2000416 16:05 <bdmurray> schopin: is there a timeline for this glibc SRU? he said worrying about the queues 16:05 <adrien> 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 <schopin> bdmurray: not yet, but I'm very aware of that :) 16:06 <jawn-smith> bdmurray: was pyside2 causing the s390x queue issues? 16:06 <slyon> 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 <waveform> yeah, it's definitely not "stable" yet :) 16:08 <bdmurray> enr0n: removing packages can take a long time https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bug/1874272 16:08 <adrien> slyon: yup, and it's frustrating because the existing alternatives are quite lacking imho 16:09 <mclemenceau_> o/ 16:09 <slyon> 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 <jawn-smith> #topic Release incoming bugs 16:10 <jawn-smith> #link https://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ll-incoming-bug-tasks.html#foundations-bugs 16:11 <jawn-smith> bug 1998095 16:11 <jawn-smith> We talked about this last year 16:11 <jawn-smith> The plan is to wait for pkgconf's new version to migrate, right? 16:11 <slyon> I think we can untag that. 16:11 <slyon> we made the decission to take ownership 16:12 <bdmurray> Did we subscribe to the package? 16:12 <slyon> we are subscribed 16:13 <jawn-smith> Okay slyon can you untag it? 16:13 <slyon> done. 16:13 <jawn-smith> Thanks! 16:13 <jawn-smith> That's it for ll 16:14 <jawn-smith> #link https://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-kk-incoming-bug-tasks.html#foundations-bugs 16:14 <jawn-smith> bug 1842439 16:14 <jawn-smith> I feel like we've talked about this like 5 times 16:14 <schopin> you're low on your count... 16:14 <jawn-smith> 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 <jawn-smith> did that happen? 16:15 <bdmurray> yes, and they said apport should protect against this type of crash 16:15 <jawn-smith> So does that mean there's a task for foundations here? 16:16 <schopin> bdrung: didn't you say it wasn't possible to detect the bad case from Python? 16:16 <bdmurray> "apport should catch the error and work around the issue" he read from the notes 16:16 <schopin> catch a segfault? oO 16:17 <jawn-smith> Okay bdmurray to update the bug, and we'll discuss again when b_drung is available 16:17 <jawn-smith> That's it for kk then 16:17 <jawn-smith> #link https://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-jj-incoming-bug-tasks.html#foundations-bugs 16:17 <jawn-smith> bug 1957863 16:18 <jawn-smith> bdmurray: you tagged this one 16:18 <jawn-smith> It appears the submitter has suggested a fix 16:19 <bdmurray> It seems like it should be pretty straight forward 16:19 <jawn-smith> So we just need a person to work on this 16:21 <jawn-smith> bdmurray says someone who is seeking upload rights should work on this 16:21 <jawn-smith> enr0n ? 16:21 <jawn-smith> I'll review and sponsor 16:22 <jawn-smith> Moving on then 16:22 <jawn-smith> bug 1999345 16:22 <jawn-smith> juliank says no 16:22 <jawn-smith> apparently juliank says maybe 16:23 <jawn-smith> juliank to touch base with the security team (specifically Chris) 16:23 <adrien> re update-notifier, shellcheck only complains about one instance of that typo (and it's a better way to develop than -u) 16:23 <jawn-smith> adrien: good to know, thanks 16:25 <jawn-smith> #topic proposed-migration 16:25 <jawn-smith> #link https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#foundations-bugs 16:25 <jawn-smith> This will be slightly different from normal 16:25 <jawn-smith> The s390x and arm64 queues are struggling, so we're going to skip any regressions on those architectures for now 16:26 <jawn-smith> dbus-glib has one amd64 regression 16:26 <jawn-smith> I just retriggered it because it looks like flakiness 16:27 <jawn-smith> git has a few regressions we can look into 16:27 <schopin> I can take git. 16:27 <jawn-smith> Thanks! 16:29 <jawn-smith> adduser has a few that aren't s390 or arm64 16:29 <jawn-smith> I'll take adduser 16:29 <jawn-smith> python-werkzeug has some as well 16:29 <slyon> I can take that 16:29 <jawn-smith> any volunteers? 16:29 <jawn-smith> Thanks! 16:30 <jawn-smith> sysvinit has some we can look at 16:30 <jawn-smith> any volunteers? 16:30 <ogayot> I can have a look 16:30 <jawn-smith> Excellent, thanks 16:30 <jawn-smith> systemd has one ppc64el regression 16:30 <jawn-smith> enr0n ? 16:30 <enr0n> yeah 16:31 <jawn-smith> debootstrap: any volunteers? 16:31 <waveform> I can take that; given the u-u regression is already on my plate 16:32 <jawn-smith> Thanks 16:32 <adrien> I can ha... too slow 16:32 <jawn-smith> devscripts is missing builds 16:32 <jawn-smith> on all architectures it seems 16:32 <ginggs> i'll take it 16:32 <jawn-smith> ginggs to work that one 16:32 <jawn-smith> coreutils, any volunteers? 16:33 <adrien> I'm quite curious as to what "missing builds" mean 16:33 <jawn-smith> Generally FTBFS 16:33 <adrien> I can look at it 16:33 <jawn-smith> perhaps it would be more accurate for it to say "failed builds" 16:33 <adrien> nice thing is that coreutils makes coreutils fail 16:33 <jawn-smith> but I think that "missing builds" might also include packages that just haven't built yet? 16:33 <jawn-smith> Anyway, thanks for taking coreutils adrien 16:34 <jawn-smith> libconfig-inifiles-perl 16:34 <jawn-smith> Any takers? 16:35 <jawn-smith> danilogondolfo: libconfig-inifiles-perl 16:36 <jawn-smith> zope.interface: vpa 16:36 <jawn-smith> libnet-domain-tld-perl 16:37 <jawn-smith> xypron: can you take that one? 16:37 <xypron> ok 16:37 <jawn-smith> Thanks! 16:37 <jawn-smith> apport: bdrung 16:38 <jawn-smith> juliank: sbuild? 16:40 <jawn-smith> Everyone has one now 16:40 <jawn-smith> #topic AOB 16:44 <jawn-smith> #endmeeting