/srv/irclogs.ubuntu.com/2023/09/27/#ubuntu-meeting.txt

mapreriddstreet, teward: I just got home and I really need to do a few things before our meeting.  I might be a few minutes late.14:44
ddstreetno problem14:44
tewardno worries14:44
ddstreetlet's wait few more minutes before starting15:02
* Eickmeyer sends the backports team coffee and donuts ☕ 🍩15:03
maprerialright, I'm here (slowly also getting my brain in here)15:03
ddstreetgood morning/afternoon!15:04
ddstreetbeen a while since the last mtg :)15:05
mapreri*nearly evening15:05
mapreri^^15:05
ddstreetgood evening too :)15:05
ddstreeti think we're all here so let's start15:05
ddstreet#startmeeting Ubuntu Backporters Team15:05
meetingologyMeeting started at 15:05:49 UTC.  The chair is ddstreet.  Information about MeetBot at https://wiki.ubuntu.com/meetingology15:05
meetingologyAvailable commands: action, commands, idea, info, link, nick15:05
ddstreetprobably should go through all the agenda items, though i've been busy with other work and summertime vacations so unfortunately i dont think i've done much of anything15:06
ddstreet#topic previous action items15:06
maprerisame, plus I've been traveling for 1+ month...15:07
ddstreet#subtopic ddstreet get DEB_VENDOR=ubuntu dch --bpo to DTRT pls (carried over)15:07
ddstreet#action ddstreet get DEB_VENDOR=ubuntu dch --bpo to DTRT pls (carried over)15:07
meetingologyACTION: ddstreet get DEB_VENDOR=ubuntu dch --bpo to DTRT pls (carried over)15:07
ddstreet#subtopic ddstreet look at reviewer tooling such as 'queue' or other tools for reviewing/accepting/rejecting uploads, and closing the corresponding bugs (carried over)15:07
ddstreet#action ddstreet look at reviewer tooling such as 'queue' or other tools for reviewing/accepting/rejecting uploads, and closing the corresponding bugs (carried over)15:07
meetingologyACTION: ddstreet look at reviewer tooling such as 'queue' or other tools for reviewing/accepting/rejecting uploads, and closing the corresponding bugs (carried over)15:07
ddstreet#subtopic ddstreet send follow up email on no-bug-required ML thread mentioning cockpit15:07
ddstreeti did this one! :) and i think it's been resolved?15:08
maprerinope15:08
ddstreeti have not caught up on my email, just got back today15:08
mapreriI mean, you did the followup, but we haven't follow up again on the topic15:08
ddstreetah ok15:08
maprerioh wait15:08
maprerithis is specific to cockpit15:08
ddstreetoh this is the no-bug-required one15:08
mapreriwait15:08
* mapreri spawns up mails15:08
ddstreetthe cockpit self-approvals issue is separate i think15:09
* ddstreet been gone too long, brain needs to catch up15:09
teward(and handled)15:09
mapreriso, the pitti issues has finally been handled, though I do have some questions after reading his answer.15:09
ddstreetlemme go read that also15:09
tewardso did I.  It took the TB poking pitti to get attention, I don't accept their reasoning of simply sinkholing everything going to their ubuntu.com address but i cant validate any of that on their end15:10
tewardand yes i did escalate it to the TB for intervention / poking15:11
mapreriwell, let's just say that his "I'm not reading this email because it's only spam" is bullshit in my mind, so I want to dig deeper in there, since AFAIK we did try to reach him on multiple addresses.  And our thing has been announced in ubuntu-devel-announce (IIRC), so one reason less for him not knowing, so…   but yes, I believe it's handled enough for now.15:11
tewardi brought those concerns up with the TB in a reply myself but it got eaten by my email so i have to resend it15:11
mapreriteward: you mean the points I raised?15:11
tewardbut yeah theres concerns at play, but at least Martin seems willing to work in the new processes15:12
tewardmapreri: and others I am not at liberty of bringing up publicly or I'd have to eat my many hats15:12
mapreriheh15:12
maprerithen ok, I think I'll leave everything to you, thank you15:12
tewardyep, the key was to poke Martin and get it handled such that he stops self approving.  And I rejected his reasons as well for not replying prior.15:13
mapreriddstreet: the actual "no-bug-required" topic is further down, btw, this seems to be specific to cockpit/pitti.15:13
ddstreeti'll read the full escalation TB thread later, it seems like for now his response seems fine and i think he did recently upload a new version to backports and did not self-approve15:13
tewardand he has agreed to abide by our processes so.15:13
ddstreetyep, let's drop this action item as it seems done15:14
mapreriyes15:14
ddstreet#subtopic ddstreet send short policy wording proposal to ML regarding https://lists.ubuntu.com/archives/ubuntu-backports/2023-March/023030.html15:14
ddstreeti guess we should keep this on the ML, unless either of you want to discuss it now?15:14
maprerinot now15:15
ddstreetack15:15
ddstreet#action ddstreet send short policy wording proposal to ML regarding https://lists.ubuntu.com/archives/ubuntu-backports/2023-March/023030.html15:15
meetingologyACTION: ddstreet send short policy wording proposal to ML regarding https://lists.ubuntu.com/archives/ubuntu-backports/2023-March/023030.html15:15
ddstreet#subtopic ddstreet send follow up email for clarification on specific wording for no-bug-required backport exceptions15:15
ddstreeti think this can be dropped as we have the ML thread already15:15
ddstreet#subtopic mapreri upload (more of) all the tools (carried over, in progress)15:16
maprerias long as we don't forget (fwiw, I have a wording in my mind, but it will have to wait until I get to this)15:16
maprericarry over pls15:16
ddstreet#action mapreri upload (more of) all the tools (carried over, in progress)15:16
meetingologyACTION: mapreri upload (more of) all the tools (carried over, in progress)15:16
ddstreet#subtopic mapreri fix lintian to not complain about ~bpo suffix (https://bugs.debian.org/1001399) (carried over)15:16
-ubottu:#ubuntu-meeting- Debian bug 1001399 in lintian "lintian: adjust backports-upload-has-incorrect-version-number for ubuntu" [Normal, Open]15:16
maprericarry over15:16
ddstreet#action mapreri fix lintian to not complain about ~bpo suffix (https://bugs.debian.org/1001399) (carried over)15:16
meetingologyACTION: mapreri fix lintian to not complain about ~bpo suffix (https://bugs.debian.org/1001399) (carried over)15:16
ddstreet#subtopic mapreri review wiki page to see how we can highlight that backport requestors need to do the backport work and find a sponsor (carried over)15:17
ddstreetalso i assume?15:17
mapreriyes15:17
ddstreet#action mapreri review wiki page to see how we can highlight that backport requestors need to do the backport work and find a sponsor (carried over)15:17
meetingologyACTION: mapreri review wiki page to see how we can highlight that backport requestors need to do the backport work and find a sponsor (carried over)15:17
ddstreet#subtopic mapreri start thread on ML about how to use bug status to define meaing in process (carried over)15:17
ddstreet#action mapreri start thread on ML about how to use bug status to define meaing in process (carried over)15:17
meetingologyACTION: mapreri start thread on ML about how to use bug status to define meaing in process (carried over)15:17
mapreriaye, sorry15:17
ddstreet#subtopic mapreri follow up in https://bugs.launchpad.net/ubuntu/+source/nfs-utils/+bug/201267615:17
-ubottu:#ubuntu-meeting- Launchpad bug 2012676 in nfs-utils (Ubuntu) "[BPO] nfs-utils/1:2.6.1-2ubuntu4 from kinetic" [Undecided, Invalid]15:17
ddstreetcarry?15:17
maprerino, this was done and over15:17
ddstreetawesome!15:18
ddstreet#subtopic mapreri reply to TB charter email thread15:18
ddstreeti think this is done too?15:18
mapreriyes15:18
maprerihold on a sec pls15:18
ddstreetack15:18
mapreriI was reading that bug about nfs-utils, I missed the last answer from the OP.  But I believe it's fine as it is (i.e., rejected)15:19
ddstreetyep i agree15:20
ddstreetok moving on15:20
ddstreet#subtopic teward make sure there are no bugs in requestbackport and backportpackage tools (in lunar) (carried over)15:20
ddstreeti think you looked at this at least somewhat?15:21
tewardi havent poked everything but there were some issues15:22
tewardso keep it for now15:22
ddstreet#action teward make sure there are no bugs in requestbackport and backportpackage tools (in lunar) (carried over)15:22
meetingologyACTION: teward make sure there are no bugs in requestbackport and backportpackage tools (in lunar) (carried over)15:22
teward(had bigger fish to fry since that was put on so)15:23
ddstreetack, no worried15:23
ddstreet#subtopic (unassigned) consider documenting an SLA for reviewing uploaded backport packages15:23
ddstreetshould we carry this or move to ML? or discuss now?15:23
maprerikeep it here15:23
ddstreet#action (unassigned) consider documenting an SLA for reviewing uploaded backport packages15:23
meetingologyACTION: (unassigned) consider documenting an SLA for reviewing uploaded backport packages15:23
ddstreetworks for me :)15:24
ddstreet#subtopic (unassigned) check if backports pocket uploads and/or approvals go to a ML15:24
ddstreetprobably should assign this to someone to look into ?15:24
ddstreetteward you have any extra time to look into this?15:24
mapreriimho better keep it in the backburner until we catch up with the rest, unless either of you want to take it on.15:24
tewardnope no spare cycles15:24
tewardFT job eats all my cycles atm15:25
ddstreetack, yeah let's keep it here then15:25
ddstreetme as well, yeah15:25
ddstreet#action (unassigned) check if backports pocket uploads and/or approvals go to a ML (carried over)15:25
meetingologyACTION: (unassigned) check if backports pocket uploads and/or approvals go to a ML (carried over)15:25
ddstreet#subtopic (unassigned) if no ML for backports uploads/approvals, check on how to create one15:25
ddstreetfollow on to last item so carrying this one too15:25
ddstreet#action (unassigned) if no ML for backports uploads/approvals, check on how to create one (carried over)15:25
meetingologyACTION: (unassigned) if no ML for backports uploads/approvals, check on how to create one (carried over)15:25
ddstreetthat's all the previous action items; moving on to ML threads unless anyone has any other previous items to discuss15:26
tewardnope but i have a time crunch so can i bring a different item up ahead of ml threads15:26
ddstreetsure15:26
ddstreet#topic AOB15:27
tewardi will need one of you two to poke distro-info later today15:27
tewardi am reuploading after a self reject due to version strinfs15:27
tewardstrings*15:27
mapreriis it fine to accept it?15:27
tewardthis is the pings from cpaelzer_ in devel yesterdat15:27
tewardmapreri: cpaelzer_ said yeah but i made a screwup with version strings so gonna fix and reup15:27
mapreriI mean, I have no cycles today or tomorrow to actually confidently look at things.  for me it would be better if I did it next week.15:27
mapreri(and I believe it can wait)15:28
tewardack just putting it on the list15:28
ddstreetif it's not complicated, i can take a look today or tomorrow15:28
ddstreeti'll keep it in mind to try to get to this week15:28
ddstreetotherwise mapreri can tackle it next week :)15:29
mapreri^^15:29
tewardyep this or next week is fine but wanted it on the list15:29
ddstreetsince we're in AOB, anything else to discuss before going back to regular agenda?15:30
mapreriso, right now we have one open bug (which is a reject, launchpad will expire it in 10 days)15:30
mapreriand in the queue there is only cockpit from pitti15:30
tewardi'm being pulled into a meeting @ work so i need to nip out but will read back after.15:30
mapreriare we going to ask him for bug or shall we just look at it as it is?15:30
teward*whooshes out*15:30
mapreriteward: o/15:30
ddstreeti can take a look at the cockpit backports, if they are the typical 'no-change' backports that we usually don't require bugs for, i think it's ok to just approve without a bug15:32
ddstreetunless you think we should ask for a bug at least for the first cockpit we approve15:32
maprerithat was pretty much my question15:32
ddstreethow about if i see *anything* that i have a question about i'll ask for a bug, otherwise if the backports look fine and i have no q's i'll approve them without a bug15:33
maprerithe wording for the no-bug-required thing I was thinking of was indeed to require the bug for the first upload to series, and then not require a new it if it's only no-change with no real risk to it (and instead just keep referring the old bug in the changelog also for the new updates).15:33
maprerithat would work for me.15:34
mapreriIt would be unfair to ask for a bug for a process that has not been defined (the no-bug-required thing) when we are silently accepting simple no-change updates.15:34
ddstreetyep, once we have the policy in place it should be easier15:35
ddstreeti'll action that at least15:35
ddstreet#action ddstreet review cockpit backport uploads15:35
meetingologyACTION: ddstreet review cockpit backport uploads15:35
maprerity15:35
maprerino further AOB from me today15:36
ddstreet#subtopic ML threads15:36
ddstreet#undo15:36
meetingologyRemoving item from minutes: SUBTOPIC15:36
ddstreet#topic ML threads15:36
ddstreet#subtopic clarification on specific wording for no-bug-required backport exceptions15:36
ddstreeti think this is the only ML thread? at least, in the agenda15:36
ddstreet#link https://lists.ubuntu.com/archives/ubuntu-backports/2022-February/022680.html15:36
ddstreetno movement for a while on it15:36
ddstreeti'll send another ping to try to keep it alive :)15:37
maprerity15:37
ddstreet#action ddstreet ping email to keep thread alive: clarification on specific wording for no-bug-required backport exceptions15:37
meetingologyACTION: ddstreet ping email to keep thread alive: clarification on specific wording for no-bug-required backport exceptions15:37
ddstreeti think that's everything, besides picking a next mtg date?15:37
mapreriyes15:38
ddstreet#subtopic next mtg date15:38
mapreriaccording to my calendar, regular schedule would say Oct 18th?15:38
mapreriah, no, sorry  wrong ubuntu team15:38
ddstreet4 weeks as 'usual' would be Oct 2515:38
maprerinot in my recurring calendar?15:38
ddstreetyeah we've been just doing one-off mtgs so far, though we could switch to recurring15:39
maprerioh, was it you sending gcal invite?15:39
ddstreetyep15:39
ddstreetafter each mtg15:39
maprerisee, it has been too long since the last meeting i forgot!15:39
ddstreetlol15:39
ddstreetmaybe we should just commit to monthly mtgs?15:39
mapreriI'm fine with oct 2515:39
mapreriwould normally wfm15:39
ddstreetsounds good, i'll set up the next for oct 25 and set it as recurring every 4 weeks, and we can cancel/resched as needed15:40
maprerihold on15:40
maprerithe 25th is right before the DST change15:40
mapreriwhat about after?15:40
mapreriI'm keen on keeping this at 5pm Europe/Rome time :>15:41
ddstreetin the past, we were sticking with DST15:41
ddstreetUS DST change is first sunday in Nov, so i think it would be the same time15:41
maprerilet's just schedule next 25th that's before the change, and let's growl at DST next week ^^15:42
mapreris/week$/meeting/15:42
ddstreetsounds good15:42
ddstreet#action ddstreet sched next mtg oct 2515:42
meetingologyACTION: ddstreet sched next mtg oct 2515:42
ddstreetisn't the EU getting rid of DST?15:42
mapreriahahahaha15:42
maprerithat will happen after whatever next "crisis" pass15:43
mapreribut then postponed to the after the next-next crisis, I'm sure15:43
ddstreetlol yeah i dont see the US dropping it anytime soon either15:43
ddstreetok i think we're wrapped15:44
ddstreetany final items?15:44
maprerinone from me15:44
ddstreet#endmeeting15:44
meetingologyMeeting ended at 15:44:48 UTC.  Minutes at https://ubottu.com/meetingology/logs/ubuntu-meeting/2023/ubuntu-meeting.2023-09-27-15.05.moin.txt15:44
ddstreetthanks mapreri teward o/15:44
maprerio/15:45

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!