=== genii is now known as genii-core [15:59] ddstreet, teward: shall we? [15:59] o/ yep [15:59] teward around? [16:00] btw: i'd like to ask if we could move back this meeting by 1 hour [16:00] to 15:00 UTC? [16:00] fine by me [16:00] we didn't change the time after DST changed, but I have somewhat of a preference for what is currently is 17 UTC (and used to be 16 UTC) [16:00] err [16:00] oh later ok [16:00] i guess "move back" and "move forward" is always troublesome :D [16:00] yeah lol [16:01] i actually do have a mtg at that time slot [16:01] let's say, to 18 of what my clock here say? :> [16:01] would 18:00 UTC work for you? [16:02] might be getting late in your day though [16:02] it would normally but every so often it doesn't, I'd rather not have to reschedule "sometimes" if I can save it [16:02] it 17 UTC you can't, we can keep at 16 UTC, no real issue [16:02] we should check with teward as well, and seems he isn't around, maybe we should bring it up on ML? [16:02] it's just a minor inconvenience to me, I can easily make it work [16:03] yeah but surely we can find a time that works ok for just the 3 of us :) [16:03] let's start the mtg and we can add an action item for it [16:03] #startmeeting Ubuntu Backporters [16:03] Meeting started at 16:03:44 UTC. The chair is ddstreet. Information about MeetBot at https://wiki.ubuntu.com/meetingology [16:03] Available commands: action, commands, idea, info, link, nick [16:03] making 3 people agree can be harder than one can imagine :D [16:04] lol that is indeed true :) [16:04] i've been trying to reschedule the DMB meeting too, and that was WAY harder than i thought it would be...still not even done yet... [16:04] anyway === genii-core is now known as genii [16:04] ok let's review the previous items [16:05] #topic ddstreet email ubuntu-devel list to announce re-opening of backports (carried over) [16:05] ugh, i dont think i did this yet, but let's carry over and i definitely will before EOY [16:05] #action ddstreet email ubuntu-devel list to announce re-opening of backports (carried over) [16:05] ACTION: ddstreet email ubuntu-devel list to announce re-opening of backports (carried over) [16:05] i'm going to carry over teward actions since he isn't here [16:05] #action teward update tooling, requestbackport (carried over) [16:05] ACTION: teward update tooling, requestbackport (carried over) [16:05] #action teward review backportpackage tool (carried over) [16:05] ACTION: teward review backportpackage tool (carried over) [16:06] we might need to get that backportpackage tooling change sped up, i think there's been some confusion with people trying to use it still [16:06] #topic mapreri propose text for membership process to add to KB page (carried over) [16:06] carry over i assume? [16:06] that will happen by EOY as well, I'm sure! [16:06] #action mapreri propose text for membership process to add to KB page (carried over) [16:06] ACTION: mapreri propose text for membership process to add to KB page (carried over) [16:07] all the unassigned actions let's carry over [16:07] #action (unassigned) define details on handling members/leads who are no longer participating (carried over) [16:07] ACTION: (unassigned) define details on handling members/leads who are no longer participating (carried over) [16:07] * mapreri doesn't fully understand why people would even need a tool such backportpacakge to do such trivial task… tbh [16:07] #action (unassigned) define process/procedure for adding new members (carried over) [16:07] ACTION: (unassigned) define process/procedure for adding new members (carried over) [16:07] #action (unassigned) get DEB_VENDOR=ubuntu dch --bpo to DTRT pls [16:07] ACTION: (unassigned) get DEB_VENDOR=ubuntu dch --bpo to DTRT pls [16:07] #action (unassigned) fix lintian to not complain about ~bpo suffix [16:07] ACTION: (unassigned) fix lintian to not complain about ~bpo suffix [16:07] I can take this [16:07] in the form of opening a bug [16:07] great! [16:07] #action mapreri fix lintian to not complain about ~bpo suffix [16:07] ACTION: mapreri fix lintian to not complain about ~bpo suffix [16:08] don't you need #undo i guess? [16:08] oh wow does that work? [16:08] #undo (unassigned) fix lintian to not complain about ~bpo suffix [16:08] Removing item from minutes: ACTION [16:08] ha nice! [16:08] mh [16:08] does THAT work [16:08] back "in my times" it used to remove the "last recorded item" [16:08] mh [16:08] doesnt' seem to [16:08] we'll discover in the produced minutes i guess [16:09] i should probably read the docs for meetingology some day [16:09] yep :) [16:09] you want the DEB_VENDOR action too? [16:09] nope [16:09] ack [16:09] and for the rescheduling [16:10] #action ddstreet raise topic of rescheduling meeting on ML [16:10] ACTION: ddstreet raise topic of rescheduling meeting on ML [16:10] feel free to raise the topic if you'd like to also [16:10] don't we have an item for me to upload all of the tools ? [16:10] no but we can create one :) [16:10] unfortunately I failed to get around to it [16:10] better to have it tracked [16:10] #action mapreri upload all the tools [16:10] ACTION: mapreri upload all the tools [16:11] so, I didn't even get around to it yet, but I see you handling the LO bug and one another. how was the "feeling" from this side of the job of reviewing? [16:11] I think that was the real first contribution under the new rules? [16:11] yep i believe so [16:11] "to it" = "to read it" [16:12] it seemed pretty straightforward, though i think there's still some confusion over the need to simply 'open a bug' vs. actually finding a sponsor to upload [16:12] but this was just from 2 bugs so small sample size, and new process [16:12] the LO process required a sponsor? [16:12] no that one didn't [16:12] wasn't it done by the mail ubuntu LO maintainer? [16:12] ah the other one then [16:12] it was yeah [16:12] sdbus-cpp ? [16:13] yep [16:13] it has a "Please" at the start of the subjct :( [16:13] to be fair, i am pretty sure it was opened long before the new process [16:13] April, i think [16:13] 2021-02-18 [16:13] yeah so back when 'open a bug' was the process :) [16:13] fair, i guess [16:13] it's still early, and not even announced [16:14] from our side of it, i do think we need to work out some better tooling, or at least figure out how to use the 'queue' script [16:14] ack [16:14] anyway, should we move to the main part of the meeting? [16:15] yep [16:15] #topic Discussion [16:15] I added some items to the agenda, obviously you or anyone should feel free to add items anytime too, or just bring up stuff during this part of the mtg [16:15] let's go thru the 2 listed items [16:16] #subtopic Clarification on BPO bug assignee [16:16] * mapreri look at Mr. anyone :eyes: [16:16] lol i'm sure we have just so many lurkers interesting in backports, don't we? xD [16:17] anyway for this clairification, in the sdbus-cpp bug it was brought up that the wiki isn't clear about who should 'own' the BPO bug, or if that's even important to the process [16:17] for SRUs, it's not really important, but for other stuff like the MIR process, it is important [16:18] i don't think I care either way, but it might be helpful if ~ubuntu-backporters gets assigned the bug after it's uploaded, so we would get an email? [16:18] or at least, the bug would be visible in a bug search [16:18] what do you think? [16:19] I think it could help in case too many bugs gets subscribed to us AND ~ubuntu-sponsors, in which case, effectively, there is nothing for us to do. [16:19] i guess right now our "working queue" is https://bugs.launchpad.net/~ubuntu-backporters/+subscribedbugs [16:19] (which we should really clean up, #action ? I can take this) [16:20] i suppose the real question is: do we think it's worth the extra "procedure line" just so that we can split the above bug lists *also* into https://bugs.launchpad.net/~ubuntu-backporters/+assignedbugs ? [16:20] personally i don't think it's worth it [16:21] fwiw, the sru page doesn't even have one match for /assign/. [16:21] i think our mandate is to review uploads to the backports queues, right? we aren't taking responsibility for guiding BPO bug requests along [16:21] well, we want to be subscribed to the bugs so that we can review things, even before uploads, aren't we? [16:21] else why are bothering with bugs at all. [16:22] plus I suspect people subscribing the teams actually want something from us, in general? :O [16:22] the bugs can be useful to have a discussion when rejecting uploads [16:22] but yeah, i think *subscribing* us to bugs is ok; i don't think we should care about who is actually the bug *owner* though right? [16:23] meaning the wiki should mention 'subscribe ~ubuntu-backporters to BPO bugs' but the wiki shouldn't say anything about the bug owner/assignee right? [16:23] i agree, yes [16:24] ack, let's action item that then, you want to update the wiki or should i? i'm fine doing adminitrative stuff like this unless you're eager to :) [16:24] I think I'll give this to you [16:24] and I take cleaning up https://bugs.launchpad.net/~ubuntu-backporters/+subscribedbugs from old stuff [16:24] #action ddstreet update wiki page clarifying requestors should subscribe ~ubuntu-backporters to BPO bugs [16:24] ACTION: ddstreet update wiki page clarifying requestors should subscribe ~ubuntu-backporters to BPO bugs [16:25] awesome [16:25] #action mapreri clean up https://bugs.launchpad.net/~ubuntu-backporters/+subscribedbugs [16:25] ACTION: mapreri clean up https://bugs.launchpad.net/~ubuntu-backporters/+subscribedbugs [16:25] #subtopic Does wiki page need hint about checking the New upload queue? [16:25] "Backport xtables-addons 2.6-1 to trusty" - fwiw, are uploads to trusty still actually open? [16:25] sorry, that's all for the last topic right? [16:25] no [16:25] trusty repo is closed [16:26] yes, let's go ahead [16:26] for this clarification, the issue was that the sdbus-cpp package didn't exist at all in focal, so the upload went into the 'New' queue, instead of the 'Unapproved' queue [16:27] essentially, normal SRU uploads always wind up here https://launchpad.net/ubuntu/focal/+queue?queue_state=1 [16:27] that's not weird at all, isn't it? [16:27] it's the same for any kind of upload, also for SRU for non-existing packages [16:27] but a backport of a *new* package goes here https://launchpad.net/ubuntu/focal/+queue?queue_state=0 [16:28] yeah, but non-existing packages are rarely (if ever?) SRUed [16:28] every so often *shrugs* [16:28] yep [16:28] I also did upload one, and the sru team didn't notice but handled stuff besides that one [16:28] (like, an sru to multiple releases, some with that package, some without) [16:28] which is saying, even the sru gets "confused" about it :D [16:28] the question from the sponsor was, shoudl the wiki have a statement (hint, really) for sponsors to check the 'New' queue if their upload doesn't appear in the 'Unapproved' queue [16:29] yep [16:29] I don't think uploaders should care about this implementation detail, at all. [16:29] they get an email on upload, that should be it [16:29] as a side note, when we approve an upload, the binaries get put into the 'New' queue and need our approval - so we actually have a 2-step approval process, first the source upload, then the binary packages [16:30] at most, add it as a line on the KB "internal" page, surely not for the people contributing. [16:30] that's my feeling too, we shouldn't mention it in the wiki [16:30] if the sponsor isn't aware of it, the email to them should clear it up [16:30] ack the KB page does seem right for this detail [16:30] i'll update that page with the info [16:31] #action ddstreet update internal KB page with details about uploads going to 'New' instead of 'Unapproved' queue [16:31] ACTION: ddstreet update internal KB page with details about uploads going to 'New' instead of 'Unapproved' queue [16:31] ok nothing else for discussion in the agenda [16:31] #topic AOB [16:31] anything else to bring up? [16:31] should we have another mtg in 2 weeks? [16:32] yes pls [16:32] #action ddstreet schedule next meeting [16:32] ACTION: ddstreet schedule next meeting [16:33] ok anything else? [16:33] let's wrap then! [16:33] #endmeeting [16:33] Meeting ended at 16:33:31 UTC. Minutes at https://ubottu.com/meetingology/logs/ubuntu-meeting/2021/ubuntu-meeting.2021-12-01-16.03.moin.txt [16:33] thanks mapreri o/ [16:34] thank you. enjoy! :D [17:00] ddstreet: mapreri: I owe y'all apologies [17:01] i've literally been chaotically busy [17:01] but 2 weeks is right in the holiday week [17:01] can we move it to 3 or wait until January for next meet? [17:01] (all the vendors are calling today >.>) === genii is now known as genii-core