/srv/irclogs.ubuntu.com/2022/01/26/#ubuntu-meeting.txt

=== genii is now known as genii-core
nicozo/08:51
ddstreeto/15:56
maprerio/15:59
Mr_Panhi o/16:00
ddstreetteward around?16:01
ddstreetlet's give teward a minute or two, then get started16:02
maprerisure16:02
ddstreetok let's go ahead then16:04
ddstreet#startmeeting Ubuntu Backporters16:04
meetingologyMeeting started at 16:04:09 UTC.  The chair is ddstreet.  Information about MeetBot at https://wiki.ubuntu.com/meetingology16:04
meetingologyAvailable commands: action, commands, idea, info, link, nick16:04
ddstreetok! let's go over previous action items...i think some did get done :)16:04
ddstreet#topic Previous Action Items16:04
ddstreet#subtopic ddstreet email ubuntu-devel list to announce re-opening of backports (carried over)16:04
ddstreetsadly not yet :( i definitely will before next mtg :)16:04
ddstreet#action ddstreet email ubuntu-devel list to announce re-opening of backports (carried over)16:05
meetingologyACTION: ddstreet email ubuntu-devel list to announce re-opening of backports (carried over)16:05
ddstreet#subtopic ddstreet open bug on u-d-t to update backportpackage script16:05
ddstreet#link https://bugs.launchpad.net/ubuntu/+source/ubuntu-dev-tools/+bug/195911516:05
ddstreetdone!16:05
ubottuLaunchpad bug 1959115 in ubuntu-dev-tools (Ubuntu) "update backportpackage script to behave according to new backport process" [High, New]16:05
maprerioh, reading16:05
ddstreetwell it's only a bug opened to track it16:06
ddstreetso, the actual *work* isn't done16:06
maprerisorry, reading what you wrote here heh16:06
mapreriI was distracted16:06
mapreriyeah, I've seen that bug in my mailbox, cool, ta16:06
ddstreet#subtopic ddstreet update wiki page clarifying requestors should subscribe ~ubuntu-backporters to BPO bugs16:06
ddstreetmapreri did this one - thanks! :)16:06
ddstreet#subtopic ddstreet update internal KB page with details about uploads going to 'New' instead of 'Unapproved' queue (carried over)16:06
mapreriI actually forgot it was part of the meeting todo when I did lol16:06
ddstreetyeah me too :)16:07
ddstreet#action ddstreet update internal KB page with details about uploads going to 'New' instead of 'Unapproved' queue (carried over)16:07
meetingologyACTION: ddstreet update internal KB page with details about uploads going to 'New' instead of 'Unapproved' queue (carried over)16:07
tewardi'm late sorry16:07
tewardgot busy with a call to GoDaddy16:07
ddstreet#subtopic ddstreet update tooling, requestbackport, backportpackage (carried over)16:07
ddstreetneed to carry that as well - and as before, if either of you want to do the tool updates please feel free16:07
mapreriwait, the one about backportpackage, was that checked recetly?16:08
ddstreet#action ddstreet update tooling, requestbackport, backportpackage (carried over)16:08
meetingologyACTION: ddstreet update tooling, requestbackport, backportpackage (carried over)16:08
maprerii figured unit193's patch was enough, or..?16:08
ddstreeti have not actually checked...16:08
ddstreetdoes it match our new process?16:08
mapreriwell, in backportpackage it was mostly about adapting the changelog version, and that was done, so I *think* so16:08
mapreribut should probably be extra-verified…16:09
ddstreetok yeah, let's leave the action in there at least until we double-check it works as we expect16:09
maprerialso, perhaps the bug above should be changed to include also requestbackports, perhaps16:10
mapreriif you ack I'll tweak the title and text16:10
ddstreetyep ack16:10
ddstreetthanks!16:10
ddstreet#subtopic ddstreet fix-released bugs for accepted uploads16:10
ddstreetthat's done, for all bugs our team is subscribed to16:11
ddstreet#subtopic ddstreet raise topic of rescheduling meeting on ML16:11
ddstreeti did not send this email yet...should we just discuss now? or will it be easier to work it out on ML?16:11
maprerihere would be quicker most likely.16:12
ddstreetthis day/time works ok for me for the first 30 min...i have an overlap at the bottom of the hour though16:12
ddstreetmapreri teward is there a better day and/or time for you?16:12
tewardi don't mind adjusting the schedule times16:13
tewardmy schedule is relatively flexible until chaos erupts at FT job16:13
mapreriI'd have a preference if we could move this back 1 hour.  In practice, follow DST, so in winter it would be at 17 UTC instead of 16 UTC (but not in summer)16:13
ddstreetthat would probably work for me, though i would have a mtg right before it so i may be late sometimes16:14
maprerihttps://time.is/compare/1700_26_Jan_2022_in_UTC16:14
ddstreetactually, my meeting usually ends on time, so 17:00 utc should work for me16:14
tewardthat works for me16:14
mapreriperhaps 17.15 or .30 so it's not a risk of overlaps?  it's not our meeting takes up much16:15
mapreriand what does your other meeting do wrt DST?16:15
ddstreetmapreri if we track DST though, i believe USA and Europe have different DST start/end dates?16:15
ddstreetmy other meeting does track USA DST16:15
mapreriyeah well, in that time normally either one side or the other just suck it for one round :316:15
mapreri(leaving the choice to whoever organizes)16:16
ddstreetok so are we all ok with 17:30 UTC, following USA DST?16:16
ddstreetmeaning, 12:30PM Eastern time16:17
mapreriso next round would be https://time.is/compare/1730_09_Feb_2022_in_UTC ?16:17
=== genii-core is now known as genii
ddstreetyep16:17
tewardyup16:17
tewardworks here16:17
maprericool16:17
ddstreetawesome! i'll action item that change16:17
maprerithat said, the 9th of Feb I might be travelling during the whole afternoon so I might miss it (i'll confirm it later on though)16:18
mapreri:/16:18
ddstreet#action ddstreet schedule next meeting at 12:30pm Eastern time, following USA DST schedule16:18
meetingologyACTION: ddstreet schedule next meeting at 12:30pm Eastern time, following USA DST schedule16:18
maprerinow, to just drop DST what do we do16:18
maprerire-aligning the world16:18
ddstreeti really want everywhere to drop DST16:18
ddstreetit's just too annoying16:18
ddstreetannoying enough locally - but then having to work out the differences with contacts in other countries/TZs16:19
ddstreetit hurts my head16:19
ddstreetok anyway, let's move on16:19
ddstreet#subtopic mapreri propose text for membership process to add to KB page (carried over)16:19
mapreriyeah, carried over16:19
ddstreet#action mapreri propose text for membership process to add to KB page (carried over)16:20
meetingologyACTION: mapreri propose text for membership process to add to KB page (carried over)16:20
ddstreet#subtopic mapreri upload (more of) all the tools (carried over, in progress)16:20
ddstreet#action mapreri upload (more of) all the tools (carried over, in progress)16:20
meetingologyACTION: mapreri upload (more of) all the tools (carried over, in progress)16:20
ddstreeti assume carry over for that and the next one16:20
ddstreet#subtopic mapreri fix lintian to not complain about ~bpo suffix (https://bugs.debian.org/1001399)16:20
ubottuDebian bug 1001399 in lintian "lintian: adjust backports-upload-has-incorrect-version-number for ubuntu" [Normal, Open]16:20
ddstreetlintian isn't done yet is it?16:20
maprerimh is taht miissing still?16:20
maprerithe one about uploading the tools16:20
mapreriprobably mh16:21
maprerithere are a couple to update at the very least, so just leave it there sure16:21
mapreriI'll get to it rsn16:21
ddstreetack16:21
ddstreetyeah no hurry, we can leave it or drop it whenver16:21
mapreriI think lechner pretty much ignored that bug, I'll poke him on irc later16:21
ddstreeti suspect it'll be a never-ending process of keeping the tools updated16:21
maprerithat's the point :)16:22
ddstreet:)16:22
ddstreetok i'll action the lintian one too for now16:22
ddstreet#action mapreri fix lintian to not complain about ~bpo suffix (https://bugs.debian.org/1001399)16:22
meetingologyACTION: mapreri fix lintian to not complain about ~bpo suffix (https://bugs.debian.org/1001399)16:22
ubottuDebian bug 1001399 in lintian "lintian: adjust backports-upload-has-incorrect-version-number for ubuntu" [Normal, Open]16:22
mapreriah, I see now that lechner did raise some points about it mh16:23
mapreriI'll follow up16:23
ddstreetwe have unassigned actions too, i'll go thru them, if anyone wants to take any of them (or has completed any) please speak up, otherwise i'll just re-action them16:23
ddstreet#subtopic (unassigned) define details on handling members/leads who are no longer participating (carried over)16:23
maprerithat should likely come after the membership process above16:24
ddstreet#action (unassigned) define details on handling members/leads who are no longer participating (carried over)16:24
meetingologyACTION: (unassigned) define details on handling members/leads who are no longer participating (carried over)16:24
ddstreet#subtopic (unassigned) define process/procedure for adding new members (carried over)16:24
maprerimh16:24
maprerihow is that any different than "propose text for membership process to add to KB page" ?16:24
ddstreetprobably not really different16:25
mapreridrop it?16:25
ddstreetyeah, i think it came up from concerns about non-participating DMB members...but it definitely should just be part of the whole 'membership process'16:25
ddstreetack to dropping it16:25
maprerinon-partecipating members is the one before, which is fine to leave separate so we make sure it's included16:26
ddstreetah right ok16:26
maprerithis current one looks just a duplicate, however :)16:26
ddstreetyeah definitely :)16:26
mapreripls nobody disappear until we have the text in place :316:26
ddstreetlol16:27
ddstreetmaybe we should remove this unassigned item and update the action you have to specify 'including non-participating'16:27
ddstreetdoes seem like just a subset of the process action16:27
maprerias you'd like16:27
ddstreetack, yeah just administriva details - i'll update next mtg's agenda with them folded togehter16:28
ddstreet#subtopic (unassigned) get DEB_VENDOR=ubuntu dch --bpo to DTRT pls (carried over)16:28
ddstreetdon't think this is done?16:28
maprerinope16:28
ddstreet#action (unassigned) get DEB_VENDOR=ubuntu dch --bpo to DTRT pls (carried over)16:28
meetingologyACTION: (unassigned) get DEB_VENDOR=ubuntu dch --bpo to DTRT pls (carried over)16:28
mapreriand nobody likes dechange's code, so it'll likely stay there for a while :316:28
ddstreet#subtopic (unassigned) look at reviewer tooling such as 'queue' or other tools for reviewing/accepting/rejecting uploads, and closing the corresponding bugs16:28
ddstreeti think this is an important one we should get assigned either now, or next mtg16:29
maprerilooking at my own todo list, I'd rather not take this one myself, sorry16:29
ddstreetok16:29
ddstreetteward you have time? if not we can carry it to next mtg16:30
ddstreetassign it then16:30
ddstreetok let's just carry it16:30
ddstreet#action (unassigned) look at reviewer tooling such as 'queue' or other tools for reviewing/accepting/rejecting uploads, and closing the corresponding bugs16:30
meetingologyACTION: (unassigned) look at reviewer tooling such as 'queue' or other tools for reviewing/accepting/rejecting uploads, and closing the corresponding bugs16:30
ddstreet#subtopic make sure wiki page includes requirement to add LP:# tag in backport changelog16:31
ddstreeti haven't actually checked this16:31
mapreriit's not there16:31
ddstreetok i'll take it, should be a quick change16:31
mapreriack16:31
ddstreet#action ddstreet make sure wiki page includes requirement to add LP:# tag in backport changelog16:31
meetingologyACTION: ddstreet make sure wiki page includes requirement to add LP:# tag in backport changelog16:31
ddstreetok that's all the action items!16:31
maprerialright16:31
ddstreetlet's move to AOB?16:31
mapreriyes pls16:32
ddstreet#topic AOB16:32
mapreriQ:16:32
maprerido we want to enforce bugs also for trivial updates of already backported things?16:32
mapreriCase that happened: a guy already had their bpo approved and already there.  they uploaded an updated that I accidentally noticed the other day, and after looking at it, it just felt fine to approve it…  but there wasn't a bug.  tbh this felt mostly "fine" to me, but perhaps we want more tracking for some reason?16:33
ddstreeti think we dont need them if it's trivial...but if the reviewer rejects, the rejection comment should probably ask for a bug opened to discuss it16:33
mapreris/an updated/an update/16:33
maprerithe rejection case sounds fair, yep16:33
tewardi got called to fix something sorry16:34
ddstreetyeah basically i think we agree, ok to upload without a bug for simple backports, we can request a bug if we have any concerns, yeah?16:34
tewardddstreet: for super simple i agree, for anything that requires any deviation from 'simple' then it needs a bug16:34
tewardmy 2 cents16:34
maprerik.  do we want to make this written, or just keep it as a tribal knowledge, so people don't get over-excited of skipping bugs?16:34
tewardi'd keep it as tribal knowledge16:34
tewardbecause we don't want to *encourage* skipping the processes16:35
tewardor make people think that 'what's simple to them is actually a simple case that doesn't need a bpo bug"16:35
ddstreetwell, that leaves it ambigous for reviewers as well16:35
ddstreeti'd say we work out specific wording for an 'acceptable' no-bug backport?16:35
tewardagreed16:35
tewardand potentially detail some examples16:36
ddstreetlike 'if there are no code changes and the package is already in the target backport pocket' or something like that?16:36
teward> if there are no code changes16:36
tewardthat's where i start saying "Define code changes"16:36
maprerithat sounds like a job for another #action to propose a fine wording.  The term "trivial" is clearly too ambiguous too16:36
ddstreetshould we work out the specific wording on ML? I can start a thread...I just started my other mtg, so my attention is divided now :(16:36
tewardyes lets start on specific wording on the ML16:36
mapreriyeah16:36
ddstreetyep definitely 'trivial' can mean different things :)16:36
tewardi'm diverted to my FT job because somehting's on 'fire'16:37
ddstreet#action ddstreet start thread on ML to clarify wording for no-bug-required backports16:37
meetingologyACTION: ddstreet start thread on ML to clarify wording for no-bug-required backports16:37
mapreriteward's job is clearly too hot, being on fire so often /o\16:37
ddstreetlol16:37
tewardlol16:37
ddstreetyeah16:37
ddstreeti hope you have a fireproof suit teward16:37
tewardmapreri: not my fault that the one team that has yielded their stuff to IT at my FT job are all using legacy/EOL crap16:37
tewardliterally EOL crap that i'm having to use bits of my UA-I seats for temporarily >.>16:37
teward(8.04 anyone?)16:37
teward(that's the oldest i'm currently porting stuff to a 20.04 system for)16:38
mapreriI knoe the fealing, having inherited a bunch of 14.04 myself... or so I though but at least it doesn't get to single-digit releases16:38
tewardddstreet: i'm literally fireproof now heh16:38
tewardmapreri: two 12.04s, six 14.04s, one 8.0416:38
tewardbut i digress16:38
mapreriyep16:38
maprerialright, ddstreet: let's close up? :)16:39
tewardthe old stuff is breaking so i keep having to move things into emergency migration mode16:39
tewardyep yep16:39
ddstreetsounds good, last call for anything else?16:39
ddstreet5...16:39
ddstreet4...16:39
ddstreet3...16:39
ddstreet2...16:39
tewardgive coffee?16:39
teward:P16:39
ddstreet1...16:39
ddstreet#endmeeting16:39
meetingologyMeeting ended at 16:39:48 UTC.  Minutes at https://ubottu.com/meetingology/logs/ubuntu-meeting/2022/ubuntu-meeting.2022-01-26-16.04.moin.txt16:39
teward(no other buisness from me)16:39
maprerity both, o/16:39
ddstreetthanks all!16:39
tewardthank you!16:40
* genii sweeps up and washes the coffeepot21:49
nicozo/22:40
nicozgenii: Don’t drink too many cups of coffee, which are not good22:55
nicoz:P22:56
nicozWasn’t there supposed to be a meeting right now?23:04

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