[15:00] \o [15:00] o/ [15:00] o/ [15:00] o/ [15:00] o/ [15:00] \o [15:00] o/ [15:00] o7 [15:01] o/ [15:01] o/ [15:01] \o [15:01] o/ [15:01] o/ [15:02] \o [15:02] o⌿ [15:02] o/ [15:03] o/ [15:03] o/ [15:03] #startmeeting Weekly Ubuntu Foundations team [15:03] Meeting started at 15:03:07 UTC. The chair is juliank. Information about MeetBot at https://wiki.ubuntu.com/meetingology [15:03] Available commands: action, commands, idea, info, link, nick [15:03] #topic Lightning rounds [15:03] #link https://discourse.ubuntu.com/t/foundations-team-updates-thursday-2024-06-13/ [15:03] brb :D [15:05] bdrung: Mantic isn't EoL yet! [15:06] dbungert: I've seen launchpad reporting that a package is ready in my PPA and a build triggered after that would still us the previous version :/ [15:06] bdmurray, let me check my clock. wait, let me check my timezone... ;) [15:06] rmadison is a good idea; do you have a script around it to automate the wait? [15:07] rmadison script to trigger - no but that sounds useful [15:07] adrien, the build needs to be published before it can be used [15:08] I wonder if bryce's PPA tools has something [15:08] not that I know of; actually I was using ppa-dev-tools to wait on publishing which is the only wait I know of [15:08] bdrung: yes, but in practice you need to wait for more than that === pushkarnk1 is now known as pushkarnk [15:09] launchpad's definition of "published" is not the same as downloadable from the archive [15:09] so you can't use the api to answer this [15:09] dbungert: ok, I don't have a need right now but I'll do that next time I need it, we'll see when that happens (I'm usually not fond of rmadison due to how slow it is :/ ) [15:10] at some point I thought I would chdist apt and poll for changes :D [15:10] Its a perl script if anybody is feeling ambitious [15:11] :scared: [15:14] moving on [15:14] #topic Release incoming bugs [15:14] #link http://reports.qa.ubuntu.com/reports/rls-mgr/rls-oo-incoming-bug-tasks.html#foundations-bugs [15:14] I think we talked about bug 1969394 last week [15:14] -ubottu:#ubuntu-meeting- Bug 1969394 in update-manager (Ubuntu) "'Settings & Livepatch' button opens 'settings' tab, not livepatch" [Low, Confirmed] https://launchpad.net/bugs/1969394 [15:15] Ah shoot I see now, the comment in there is from 2022 [15:15] dbungert: "rebuild clicks" -> ubuntu-build [15:15] How do we go about approaching this, this needs desktop design work [15:16] But update-manager is our package [15:16] IMO this is a ticket for the desktop team [15:17] I left a comment asking [15:17] the desktop team is not the design team [15:17] is it update-manager that needs to change? [15:18] I think you also need software-properties-gtk change [15:18] vorlon: thanks! [15:18] dbungert: I posted about ubuntu-build on ubuntu-devel and nobody replied, so I'll be changing it soon to make --batch implicit and the only interface [15:18] You need a separate button for livepatch and that needs then work to start software-properties with the livepatch tab directly? [15:18] (the non "batch" interface is blech) [15:19] In any case we can circle back on this with desktop and/or design [15:19] Let's see what they have to say [15:19] bug 2069041 [15:19] -ubottu:#ubuntu-meeting- Bug 2069041 in openssh (Ubuntu) "Changing Port in sshd_config and restarting ssh.service without effect" [Undecided, Triaged] https://launchpad.net/bugs/2069041 [15:20] This is a bit unfortunate [15:21] enr0n: What does the daemon-reload do? [15:21] juliank: re-runs the generators [15:21] enr0n: you commented that a different command is necessary from the user to restart because you have to do a daemon-reload. Is there no supported way that we could automatically retrigger the generator on a file change? [15:21] enr0n: ah [15:21] We could trigger the generator [15:21] But we don't want to autoreload [15:21] But you'd get a warning [15:21] You'd need a unit to active on the path changed [15:22] I think the answer is basically no, there's not currently a way to make that automagic [15:22] You could do some things with path units etc., but all would involve having an ExecStart=systemctl daemon-reload somewhere, which I don't think is a good idea [15:22] a good first step could be to mention that in the default config comments for the Ports option? [15:22] ^ thought the same [15:22] I mean, I can think of a way to do it, you can trigger units based on inotify events? [15:23] enr0n: I guess my point is with the path unit; you then get a warning that the daemon-reload is needed from systemd [15:23] vorlon: Right, it's not a question of how to trigger the event, it [15:23] but yeah if you would just be wrapping daemon-reload, then eew [15:23] the problem is that you would be triggering daemon-reload everytime the config changed, without the admin knowing [15:23] so, in that case we should still prioritize the documentation change [15:24] You can _manually_ trigger the generator, it writes the openssh.socket to the generator dir, and then systemd complains [15:24] comment in the default config file + added to the discourse post [15:24] Manually triggering the generator does not help. Still needs to be loaded into the manager [15:24] So yes, documentation change is best here. [15:24] Yes the point aggain would have been it told you it's outdated [15:25] Okay, I will assign this to myself [15:25] You know, systemd prints a message when you restart a unit that has changed on disk without reloading :) [15:25] but config documentation probably is nicer in any case [15:26] #link http://reports.qa.ubuntu.com/reports/rls-mgr/rls-nn-incoming-bug-tasks.html#foundations-bugs [15:26] juliank: yes, I know. [15:26] bug 2066995 [15:26] -ubottu:#ubuntu-meeting- Bug 2066995 in apport (Ubuntu) "apport-gtk keeps prompting to report crashes in a loop" [High, Confirmed] https://launchpad.net/bugs/2066995 [15:26] I guess this is in progress already, bdrung [15:27] yes, we have one fix but that might not be enough [15:27] This is a compound issue, we fixed one bug but still don't know what causes the loop. [15:27] hmm [15:27] yeah fwiw a chmod of /var/crash hasn't made the problem go away [15:27] Well are we to a point where we can analyse it in a pulse? [15:28] vorlon: it hasn't? Interesting. [15:28] vorlon, did you also chown the group afterwards? [15:29] the owning group is whoopsie [15:29] Can we not try to debug it here? [15:29] for all files in /var/crash? [15:29] I'll tag it [15:29] we need to find the reason since there were one other user reporting the same [15:29] so tagging is fine [15:30] bug 2068933 [15:30] -ubottu:#ubuntu-meeting- Bug 2068933 in apport (Ubuntu) "all reports with LaunchpadPrivate in them are tagged need-$arch-retrace" [Undecided, New] https://launchpad.net/bugs/2068933 [15:30] you can tag that as well. that should be easy to fix [15:30] doing so [15:30] OK that's it for incoming bugs, mm only has the desktop ones, and jj, ff are empty [15:30] #topic Team proposed-migration report [15:31] #link https://ubuntu-archive-team.ubuntu.com/proposed-migration/update_excuses_by_team.html#foundations-bugs [15:31] vorlon: [15:31] * juliank is preparing for apt 2.9.5 which will fix the migration but can't seem to land the final feature missing :D [15:31] * juliank also needs to re sortout fwupd-efi [15:32] juliank: fwupd-efi, we needed a sourceful upload, were you still taking that? ok [15:32] pyopenssl vs python-oauth2client [15:32] needs a new package: https://gitlab.com/adrien-n/python-google-api-core [15:32] adrien: are you still working through this? making progress? [15:32] well, https://salsa.debian.org/adrien-n/python-google-api-core/ [15:33] ah [15:33] does that just need sponsorship to oracular? === pushkarnk1 is now known as pushkarnk [15:33] various packages had not been updated for four years so there's a lot of debt [15:33] I was thinking going through debian as that's the advised way AFAIK [15:33] (since it's not packaged yet) [15:34] and there was an ITP in debian (opened january 2023, not materialized yet) [15:34] You already broke python-googleapi so let's go jfu it [15:34] (to Ubuntu) [15:34] with my AA and release team hats I'm going to say this is a case you should upload directly to Ubuntu [15:34] :D [15:35] Yes, python3-googleapi in oracular release pocket is broken without it [15:35] unless python-googleapi is removeable instead [15:35] good, let's do that then; I'll need minor adjustments to the changelog and maybe control files but I don't expect much [15:35] can I get a volunteer to sponsor adrien's package to the NEW queue? [15:35] * juliank need it for reading emails [15:35] * juliank volunteers [15:35] thanks [15:35] well, I don't know how long it would take to fix by going through debian [15:35] gcc-13: dbungert has this in progress [15:35] maintainer of python-googleapi has not been particularly fast on this [15:36] adrien: yes and that's why we shouldn't wait, for something that is on our todo list :) [15:36] juliank: is that needed for lieer? [15:36] yes [15:36] libsub-override-perl... hang on, what's happening here, didn't I see libsub-prototype-perl on component-mismatches for demotion? [15:36] vorlon: let me see what I can prepare before EOD [15:36] hmm no it has always been in universe [15:37] cpete: so is the MIR for this still in progress? [15:37] vorlon: MIR is ready for review [15:37] I can take something else [15:38] is there someone who can move that MIR forward? I guess slyon isn't here in the meeting [15:39] cpete_backup: right, libsub-override-perl is listed on https://ubuntu-archive-team.ubuntu.com/component-mismatches-proposed.html for demotion [15:39] so... if I demote it then no MIR is needed [15:40] ...ah. TIL to check that [15:40] apt: juliank? [15:40] danilogondolfo: are you still working on git? [15:40] ah you mentioned ikiwiki-hosting in your report so I guess so :) [15:40] vorlon, yes, I'm testing fixes for both regressions [15:42] ginggs: you had systemd last week, I still see a lot of autopkgtest regressions that persisted on retry, do you know what the story is here? [15:42] and does enr0n want to look at these [15:42] bdrung: dracut vs systemd, any progress on that one specifically? [15:42] vorlon: I am planning to upload systemd today, so yes I have this [15:42] there are a lot of "out of disk space" errors, and enr0n is planning another upload [15:43] ok [15:43] vorlon, yes, new dracut merged, found and addressed one bug, but still more to fix [15:43] zhsj: and I see you're still working on fakeroot [15:43] yes [15:43] libxml-libxml-perl is a desktop-owned lib transition [15:43] and openjdk-21 is just waiting for test results [15:44] so nothing new to assign out right now! [15:44] juliank: [15:44] #topic AOB [15:44] I just realized I wrote "to dumb", I meant to dump, but I will argue I meant "to dump in a dumb way" as a word play [15:44] (https://salsa.debian.org/apt-team/apt/-/merge_requests/354 ftr) [15:44] -ubottu:#ubuntu-meeting- Merge 354 in apt-team/apt "edsp: Parse source version from the Source-Version field" [Merged] [15:47] mentioned in my status report and by email, but I'm OoO for 3 weeks starting Monday [15:47] I think I'll just release apt 2.9.5 now, plenty of bug fixes, just no new features :( [15:47] so get in your last-minute panicked requests today [15:47] I'll be OoO next week and tomorrow [15:55] #endmeeting [15:55] Meeting ended at 15:55:33 UTC. Minutes at https://ubottu.com/meetingology/logs/ubuntu-meeting/2024/ubuntu-meeting.2024-06-13-15.03.moin.txt [16:40] maybe a good way to find if a package is published is to try to curl it directly since its location is predictable, e.g. https://ppa.launchpadcontent.net/adrien/python-google-api-core/ubuntu/pool/main/p/python-google-api-core/python3-google-api-core_2.19.0-0ubuntu1_all.deb [16:43] hah, my squid-deb-proxy has cached the 403 I had received for the repo when it wasn't setup yet!