== Meeting information ==

 * #ubuntu-meeting: Weekly Ubuntu Foundations team meeting, started by juliank, 27 Jun at 15:01 — 15:46 UTC.
 * Full logs at https://ubottu.com/meetingology/logs/ubuntu-meeting/2024/ubuntu-meeting.2024-06-27-15.01.log.html



== Meeting summary ==

=== Lightning rounds ===

Discussion started by juliank at 15:01.

 * ''LINK:'' https://discourse.ubuntu.com/t/foundations-team-updates-thursday-2024-06-27/   (juliank, 15:01)

=== Release incoming bugs ===

Discussion started by juliank at 15:11.

 * ''LINK:'' http://reports.qa.ubuntu.com/reports/rls-mgr/rls-oo-incoming-bug-tasks.html#foundations-bugs   (juliank, 15:11)
 * ''LINK:'' http://reports.qa.ubuntu.com/reports/rls-mgr/rls-nn-incoming-bug-tasks.html#foundations-bugs   (juliank, 15:15)

=== Team proposed-migration report ===

Discussion started by juliank at 15:24.

 * ''LINK:'' https://ubuntu-archive-team.ubuntu.com/proposed-migration/update_excuses_by_team.html#foundations-bugs   (juliank, 15:25)

=== AOB ===

Discussion started by juliank at 15:32.

 * ''LINK:'' https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1029032#25   (adrien, 15:37)



== People present (lines said) ==

 * juliank (56)
 * adrien (18)
 * bdmurray (10)
 * bdrung (10)
 * schopin (9)
 * mkukri (6)
 * tobhe (3)
 * meetingology (2)
 * cpete (2)
 * dbungert (2)
 * ogayot (1)
 * slyon (1)
 * dviererbe (1)
 * Skia (1)
 * liushuyu (1)
 * danilogondolfo (1)
 * waveform (1)
 * mclemenceau_ (1)



== Full log ==


 15:01 <juliank> #startmeeting Weekly Ubuntu Foundations team

 15:01 <meetingology> Meeting started at 15:01:30 UTC.  The chair is juliank.  Information about MeetBot at https://wiki.ubuntu.com/meetingology

 15:01 <meetingology> Available commands: action, commands, idea, info, link, nick

 15:01 <juliank> #topic Lightning rounds

 15:01 <ogayot> o/

 15:01 <juliank> #link https://discourse.ubuntu.com/t/foundations-team-updates-thursday-2024-06-27/

 15:02 <slyon> o/

 15:03 <cpete> o/

 15:03 <tobhe> o/

 15:04 <mkukri> o/

 15:04 <adrien> \o (my ability to attend completely might be hampered today)

 15:09 <bdmurray> o/

 15:09 <dviererbe> skia: "maybe fixed" :D

 15:11 <juliank> #topic Release incoming bugs

 15:11 <juliank> #link http://reports.qa.ubuntu.com/reports/rls-mgr/rls-oo-incoming-bug-tasks.html#foundations-bugs

 15:12 <juliank> bug 2065040

 15:12 <Skia> dviererbe: yeah, time will tell :D

 15:13 <juliank> bdrung: I don't agree with this, the <vendor>_CODENAME is super useful to have to guide downstreams, such that you can still look at UBUNTU_CODENAME there for tools

 15:13 <juliank> e.g. PPAs continue to work on Mint and such

 15:14 <juliank> I know there are several things using it for just that, but I don't remember which ones :)

 15:14 <bdrung> that is an argument I cannot rebut

 15:15 <juliank> I'm setting it to Opinion

 15:15 <juliank> #link http://reports.qa.ubuntu.com/reports/rls-mgr/rls-nn-incoming-bug-tasks.html#foundations-bugs

 15:16 <juliank> bug 2067672

 15:16 <adrien> basically the question is: can this be accepted as an SRU for openssl?

 15:16 <adrien> some people are bothered/annoyed or maybe see that as very problematic

 15:16 <juliank> I don't think it should be released as a standalone SRU

 15:16 <adrien> but still, that's openssl

 15:17 <juliank> But it should be folded with the next openssl SRU or security update

 15:17 <adrien> therefore it can be years

 15:17 <bdrung> I would suggest combining it with the next security update

 15:17 <juliank> So it can be uploaded now and staged in proposed

 15:17 <schopin> It's marked as High prio by OEM.

 15:17 <adrien> 3.0.x has been expectedly with fewer and fewer issues

 15:17 <schopin> ANd I'm not sure how security would feel about shipping this in one of their upload. Someone should check with them?

 15:18 <adrien> can do that

 15:18 <schopin> (not volunteering)

 15:18 <bdmurray> One consideration when making a decision like this is how many people have the package installed and the size of the package.

 15:18 <adrien> note that we won't be shipping the same change in OO, even now

 15:18 <adrien> it doesn't apply anymore IIRC (I should check nonetheless :) )

 15:19 <schopin> bdmurray: I'd normally not consider this, but we're talking about the copyright file so maybe urgency is different in that case?

 15:19 <bdmurray> schopin: That could be.

 15:20 <juliank> The copyright file is still there it's just hard to find but we never end up actually breaking any license rules

 15:20 <bdrung> one alternative: do the SRU now but keep it in -proposed until the next update comes around?

 15:20 <juliank> Yes we should upload it and verify it

 15:20 <adrien> IIRC people in the security team don't like updates lingering in proposed

 15:21 <juliank> And add block-proposed-noble

 15:21 <bdmurray> That's exactly what block-proposed-$ is for

 15:21 <adrien> that goes back to checking with them

 15:21 <juliank> adrien: This is the standard procedure to stage those updates.

 15:21 <bdmurray> yes that

 15:21 <adrien> yes but it doesn't meant it's enjoyed by every party :D

 15:21 <juliank> In any case yes first of all we need to have a fixed oracular

 15:22 <juliank> Otherwise someone will shout at the uploader

 15:22 <adrien> oracular is fixed but differently

 15:22 <juliank> In what sense?

 15:23 <adrien> hmmm, maybe not actually

 15:24 <bdrung> let's take that outside of this meeting. I'll discuss/sponsor the oracular fix afterwards (as last patch pilot action)

 15:24 <juliank> the changelog says it links libssl-dev to openssl etc, but that's obviously not correct legally

 15:24 <juliank> Anyway no other incoming bugs for us!

 15:24 <juliank> #topic Team proposed-migration report

 15:25 <juliank> #link https://ubuntu-archive-team.ubuntu.com/proposed-migration/update_excuses_by_team.html#foundations-bugs

 15:25 <adrien> juliank: there's another issue: https://bugs.launchpad.net/ubuntu/+source/openssl/+bug/1297025

 15:25 <bdrung> I am still on dracut vs systemd

 15:25 <adrien> bdrung: ok, thanks

 15:26 <juliank> 17 packages needing attention, 12 packages not yet considered late

 15:26 <juliank> pyopenssl is with adrien still

 15:26 <tobhe> i've been looking into execnet for sphinx. the tests randomly fail on ppc64

 15:26 <juliank> apport is with schopin sitll

 15:27 <schopin> yes

 15:27 <juliank> sphinx vs bugwarrior remains with liushuyu

 15:27 <juliank> sphinx vs execnet with tobhe

 15:27 <mkukri> tobhe: you can also trigger with migration-reference/0 and if that also fails it will migrate :D

 15:27 <juliank> openssh is just waiting ignoring

 15:28 <tobhe> mkukri: might be worth it. I did some research and saw that at least one of the tests was disabled in debian at some point until someone refactored things and turned it back on

 15:28 <liushuyu> bugwarrior is waiting on https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1029032#15 (a new package needs to be added, and adrien is still waiting for a sponor in Debian)

 15:28 <juliank> debhelper vs autopkgtest: bdmurray

 15:29 <mkukri> tobhe: it's really simple, just put &trigger=migration-reference/0 at the end of the url

 15:29 <juliank> dpkg bugs: bdrung did you have a quick check since you uploaded it if that's caused by dpkg in a trivial way to spot or something to distribute?

 15:30 <bdrung> juliank, the failures caused by me are normally easy to spot: missing environment variables DEB_*

 15:30 <juliank> bdrung: Yes, they all seem to be DEB_HOST_ARCH being undefined, so I'll uh leave that with you to fix up

 15:31 <bdrung> yes, DEB_HOST_ARCH is caused by me. give them to me.

 15:31 <juliank> vim has migrated

 15:31 <schopin> bad bdrung, causing archive-wide breakage.

 15:31 <schopin> ;)

 15:32 <bdrung> ...says Mr. Archive Breaker :D

 15:32 <juliank> libcgi-pm-perl cpete

 15:32 <bdrung> we are a good team

 15:32 <juliank> btrfs-progs: dbungert

 15:32 <bdmurray> We should have an archive breaker trophy or something

 15:32 <cpete> ack

 15:32 <juliank> And that's all

 15:32 <dbungert> juliank: I still have gcc-13, would you assign this to someone else?

 15:32 <juliank> #topic AOB

 15:33 <bdmurray> next Thursday is a holiday in the US

 15:33 <bdmurray> Monday is a holiday in Canada

 15:33 <juliank> dbungert: Oh it did not migrate so you are investigating the candidate status and update_output.txt?

 15:33 <dbungert> correct

 15:33 <bdrung> I don't think that we reached the level of last cycle (where we had armhf time_t and xzutils)

 15:33 <juliank> ack

 15:33 <juliank> So btrfs-progs: danilogondolfo

 15:34 <danilogondolfo> juliank, ok, but it should migrate soon, the last test passed hehe

 15:34 <juliank> So last time we started from the back, this time from the front, I guess next time we start from the middle?

 15:34 <juliank> And then we like go wide, alternating up and down the list of people

 15:34 <juliank> :D

 15:35 <waveform> I vote hilbert curve...

 15:35 <juliank> Gotta keep proposed-migration fair

 15:35 <schopin> Or we use the ordering bot that we used to use for the status reports?

 15:35 <juliank> Could also pick at random

 15:35 <mkukri> we could keep statistics of historical assignments and automate the new ones based on that

 15:35 <juliank> Indeed

 15:36 <bdmurray> with a weighting for new hires

 15:36 <juliank> mkukri: I take it you volunteer to write the statistics?

 15:36 <bdmurray> and people without upload rights

 15:36 <juliank> :D

 15:36 <schopin> You mean give more assignments the longer your tenure? I'm all for it :P

 15:36 <juliank> I actually wonder if this is possible as a JIRA report, mclemenceau_, tag them all proposed migration and see who worked on how many in the past 4 weeks?

 15:37 <adrien> I had to drop at the wrong time but it's possible to upload python-google-api-core in ubuntu directly with minor tweaks to the package I sent for inclusion in debian if anyone wants to do that

 15:37 <mkukri> im not sure where to source the data, irc log sounds like a pain

 15:37 <mkukri> but assuming jira is accurate it might be easy

 15:37 <adrien> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1029032#25

 15:38 <juliank> cool

 15:38 <juliank> I lost a bit track of that

 15:40 <mclemenceau_> Ack juliank, I can definitely look into that. that seems possible

 15:42 <juliank> cool

 15:46 <juliank> #endmeeting



Generated by MeetBot 0.4.0 (https://wiki.ubuntu.com/meetingology)