16:01 <juliank> #startmeeting Weekly Ubuntu Foundations team 16:01 <meetingology> Meeting started at 16:01:20 UTC. The chair is juliank. Information about MeetBot at https://wiki.ubuntu.com/meetingology 16:01 <meetingology> Available commands: action, commands, idea, info, link, nick 16:01 <juliank> #topic Lightning rounds 16:01 <pushkarnk> o/ 16:01 <juliank> #link https://discourse.ubuntu.com/t/foundations-team-updates-thursday-18-january-2024/ 16:03 <zhsj> o/ 16:03 <mkukri> o/ 16:04 <adrien> \o 16:05 <bdmurray> "lost some time learning that a tab after the filename in patches is needed when the filename contains spaces" that sounds awful 16:06 <ravikant_> o/ 16:07 * vorlon waves 16:07 <mclemenceau_> o/ 16:08 <schopin> bdmurray: yeah I scratched my head vigorously when upils came to me on that one. 16:10 <bdmurray> Could somebody elaborate on it? 16:10 <vorlon> why would you have a tab after a filename in a patch 16:10 <vorlon> sorry 16:10 <vorlon> why would you have content after a filename in a patch 16:10 <cpete> why does the filename contain spaces? 16:11 <vorlon> because it's legal 16:11 <schopin> because patch(1) is weird that way? 16:11 <bdmurray> even cpete is old enough to know don't use spaces in a filename 16:11 <vorlon> I guell diff $oldfile $newfile means you have to have a delimeter 16:11 <schopin> if you don't have the \t it won't be able to parse the filename correctly if it has spaces in it. 16:11 <vorlon> oh you mean a filename with nothing after it except a magic \t ?! 16:12 <schopin> Yes. 16:12 <vorlon> and you ended up with a patch where you had to manually add this? 16:12 <schopin> https://bugs.launchpad.net/ubuntu/+source/patch/+bug/862280 16:12 <vorlon> hngh 16:12 <juliank> OK um let's move on? 16:12 <juliank> #topic Release incoming bugs 16:12 <juliank> #link http://reports.qa.ubuntu.com/reports/rls-mgr/rls-nn-incoming-bug-tasks.html#foundations-bugs 16:12 <schopin> Combine that with people using fancy editors that will remove trailing whitespace automatically... 16:13 <bdmurray> Who would do that? 16:13 <dbungert> sounds like a text editor bug 16:13 <juliank> doko raised bug 2049686 and assigned it to the security team 16:13 <juliank> I'm not sure why it's also tagged incoming 16:14 <juliank> This seems like work we need to do and not the security team? 16:15 <juliank> Well I pinged doko on the bug for more info 16:15 <juliank> We can revisit it next week? 16:15 <juliank> bug 1838372 16:16 <juliank> so we said this probably isn't possible under wayland but I don't think anyone had some spare time and interest to check? 16:17 <schopin> We should probably create a spike card and untag. 16:18 <juliank> creating one 16:18 <juliank> FR-6347 16:18 <vorlon> but also I don't think that's noble-critical 16:19 <vorlon> or noble-realistic 16:19 <juliank> it's also not targeted to noble, so I guess it's ok 16:19 <juliank> And I dropped the tag 16:20 <juliank> bug 2049529 16:20 <juliank> I remember similar bug elsewhere (but don't remember where) and I believe we should probably fix that 16:20 <vorlon> agree 16:21 <juliank> targeted and tagged todo 16:21 <Skia> that would be great! ♥ 16:21 <juliank> bug 2049540 16:22 <vorlon> yes 16:22 <juliank> so yes, targeted and tagged todo 16:22 <vorlon> dracut-install was meant to be a drop-in replacement for previous initramfs-tools behavior so this should be treated as critical 16:23 <juliank> I'm setting importance to high 16:23 <juliank> #link http://reports.qa.ubuntu.com/reports/rls-mgr/rls-mm-incoming-bug-tasks.html#foundations-bugs 16:24 <juliank> We still only have bugs in the queue that are actually for desktop, so skipping 16:24 <juliank> http://reports.qa.ubuntu.com/reports/rls-mgr/rls-jj-incoming-bug-tasks.html#foundations-bugs is empty 16:24 <juliank> http://reports.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html#foundations-bugs is empty 16:24 <juliank> #topic Team proposed-migration report 16:24 <juliank> #link https://ubuntu-archive-team.ubuntu.com/proposed-migration/update_excuses_by_team.html#foundations-bugs 16:25 <adrien> I didn't finish libxcrypt (or libcryptx?) and ruby but it's in progress 16:25 <danilogondolfo> browsers crashing in 3... 2... 1... 16:25 <juliank> so vorlon I assigned I think 3 items last week in alphabetical order increasing, so we gotta kind of go backwards or something to make it fair :) 16:25 <vorlon> heh 16:25 <vorlon> well 2 weeks ago is the last time I assigned anything 16:25 <vorlon> let's see here 16:26 <dbungert> textmode browsers can give better results when the proposed-migration report gets this long 16:26 <bdmurray> dbungert: a what? 16:26 <adrien> heh, update_excuses_by_team seems to require much more memory than update_excuses 16:26 <dbungert> bdmurray: like links or w3m 16:27 <vorlon> python-werkzeug looks like last week was moved from slyon to pushkarnk 16:27 <vorlon> pushkarnk: is this still in progress? 16:27 <pushkarnk> vorlon: I have 2 MPs under review 16:28 <vorlon> ok 16:28 <vorlon> debconf is assigned to enr0n - you ok to keep that? 16:29 <enr0n> vorlon: yes - I triggered a retry earlier in the week but never saw a result, so I tried again 16:30 <vorlon> sorry, browser crashed (uh because of that page's memory usage probably), taking a minute to get back in order here 16:31 <bdmurray> enr0n: and it was queued again when you retried it? 16:31 <juliank> still need to sort out python-apt and apt it's a bit messy right now 16:31 <enr0n> bdmurray: yes 16:31 <vorlon> netplan.io vs wpa: ogayot was working on this and raised an MP against britney to badtest it which I rejected 16:31 <vorlon> ogayot: are you still working on this? 16:32 <ogayot> vorlon: yes, I'm still working on it, with slyon's help too 16:32 <vorlon> ok 16:32 <vorlon> libxcrypt: adrien: are you ok to keep this? 16:33 <adrien> yeah 16:33 <adrien> I solved it locally, I need to do an MR 16:33 <vorlon> apt vs systemd: I don't see this one mentioned as currently assigned 16:33 <vorlon> so I guess that brings us to the new stuff 16:33 <adrien> btw, it's impacting ncurses too I think (it's purely in ruby, and everything ruby3.1 will fail) 16:36 <vorlon> ok, apt vs systemd. enr0n you uploaded systemd, do you want to follow up on this or do you want someone else to take it? 16:37 <vorlon> looks like there are a good number of autopkgtests needing sorted for systemd, not just apt 16:37 <enr0n> vorlon: I am working on another systemd upload (real failures in systemd's tests), so yes consider that with me 16:37 <vorlon> ok 16:37 <vorlon> enr0n: I assume systemd-hwe is similar, since it's your upload and it's your autopkgtests that are failing 16:38 <enr0n> vorlon: yes, systemd-hwe needs the new systemd 16:38 <vorlon> but doesn't declare a versioned dependency on it? 16:39 <juliank> heh I said the same thing but I don't remember wehre 16:39 <vorlon> (if it needs the new systemd at runtime and you declare a versioned dependency for this the autopkgtests would just dtrt I think; and also it would dtrt on the user's system...) 16:39 <vorlon> gnutls28, I'll take; just some autopkgtests to chase on ppc64el it looks like 16:39 <schopin> Wouldn't the autopkgtests just end up with all-proposed? 16:40 <vorlon> um and then the perl transition 16:40 <vorlon> so I'm not going to try to dig through here to find things to assign out 16:40 <juliank> heh 16:40 <vorlon> juliank: back to you :) 16:41 <enr0n> it's just for autopkgtest; the path to a test binary changed 16:41 <juliank> I still am sorting out apt and python-apt, enr0n are you planning any ubuntu-release-upgrader upload? 16:41 <vorlon> enr0n: ok 16:41 <enr0n> juliank: no nothing planned at the moment 16:41 <juliank> Otherwise I can go and upload a version that adapts to the new deb822 ordering changes in python-apt myself 16:41 <juliank> ack 16:41 <juliank> #topic AOB 16:42 <tsimonq2> I know I'm not a part of this meeting, but https://bugs.launchpad.net/ubuntu/+source/lxc/+bug/2039873 is something that's been going on for a while. My suggestion would be to ask Foundations to help. Either way, now you know. *bows back out* 16:42 <bdmurray> I'll be out tomorrow afternoon in case anyone notices 16:42 <juliank> The lxc stuff is being discussed with server team 16:42 <tsimonq2> <3 16:43 <juliank> So deb822 ubuntu.sources will be relatively forcefully merged by python-apt and not very good at preserving local layout changes - if it can merge two paragraphs together, it will 16:43 <juliank> You can give them separate comments and it won't 16:44 <juliank> We need to revisit a deb822 native experience that is better at preserving layout, ultimately the experience would be worse with the current API without that level of merging 16:45 <juliank> (because it needs to split up entries some times, and you then want them to not remain split if you undo your change, you know) 16:45 <adrien> vorlon: I didn't have time to dig in the exim/gnutls one yet but it can/should be for me 16:46 <adrien> (but I don't have a ppc64el machine which might be annoying for reproducing the issue) 16:47 <vorlon> adrien: oh ok 16:47 <juliank> Oh we've been silent for a minute, not counting vorlon's oh ok, so I guess we can call it 16:47 <juliank> #endmeeting