/srv/irclogs.ubuntu.com/2022/11/30/#ubuntu-meeting.txt

=== WildMan is now known as Guest9982
=== WildMan is now known as Guest3673
=== WildMan is now known as Guest1250
fheimesI would like to leave a quick comment to the DMB meeting this Monday:08:22
fheimesHi @utkarsh2102 and @rbasak - well, is there really a rule in place that says it's an option to decline an application in such a case? That sounds a bit odd to me.08:22
fheimesI would really appreciate to wait for Brian's @bdmurray decision, hoping he finds a min to look at the application, package list and maybe remembers some of my work.08:22
fheimes(Since I work in my day-to-day job more with Foundations than with the Server team, I would like to hear one more decision from that side.) Thx08:22
utkarsh2102fheimes: of course. Sounds good. We decided to wait for another week.08:23
utkarsh2102and afaik, there was a rule or at least a guideline that said something along those lines. I can find that in sometime if you’d like. But hey, we all want your application to get all the votes. So we’d definitely wait a bit more.08:24
fheimesOkay - thank you - appreciate it!08:32
ddstreeto/ getting coffee before mtg15:57
maprerio/15:57
* ddstreet back16:00
ddstreethi mapreri16:00
ddstreetteward[m] around for mtg?16:00
maprerifwiw, I have no news, but since I failed to write the email about the charter, I'll write here (for now?)16:00
ddstreetsounds good :)16:00
teward*burps*16:00
ddstreetok let's go ahead and start! :)16:00
ddstreet#startmeeting Ubuntu Backporters Team16:00
meetingologyMeeting started at 16:00:53 UTC.  The chair is ddstreet.  Information about MeetBot at https://wiki.ubuntu.com/meetingology16:00
meetingologyAvailable commands: action, commands, idea, info, link, nick16:00
ddstreeti think the main topic today will be the charter, but let's run thru the previous action items first16:01
mapreriyes please16:01
ddstreet#topic previous action items16:01
ddstreet#subtopic ddstreet update tooling, requestbackport, backportpackage (carried over)16:01
ddstreetall my items are getting carried16:01
ddstreet#action ddstreet update tooling, requestbackport, backportpackage (carried over)16:01
meetingologyACTION: ddstreet update tooling, requestbackport, backportpackage (carried over)16:01
ddstreet#action ddstreet get DEB_VENDOR=ubuntu dch --bpo to DTRT pls (carried over)16:02
meetingologyACTION: ddstreet get DEB_VENDOR=ubuntu dch --bpo to DTRT pls (carried over)16:02
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)16:02
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)16:02
meetingologyACTION: ddstreet look at reviewer tooling such as 'queue' or other tools for reviewing/accepting/rejecting uploads, and closing the corresponding bugs (carried over)16:02
ddstreet#subtopic ddstreet update charter/policies from mapreri review email, send new email asking for review again16:02
ddstreetthis is done, as we're discussing it later this mtg16:03
mapreriack16:03
ddstreet#subtopic ddstreet schedule next mtg nov 16 at 16:00 UTC (done)16:03
ddstreetalso done :)16:03
ddstreet#subtopic mapreri upload (more of) all the tools (carried over, in progress)16:03
maprericarried over16:03
ddstreeti assume carry all your items also?16:03
ddstreet#action mapreri upload (more of) all the tools (carried over, in progress)16:03
meetingologyACTION: mapreri upload (more of) all the tools (carried over, in progress)16:03
ddstreet#subtopic mapreri fix lintian to not complain about ~bpo suffix (https://bugs.debian.org/1001399) (carried over)16:03
-ubottu:#ubuntu-meeting- Debian bug 1001399 in lintian "lintian: adjust backports-upload-has-incorrect-version-number for ubuntu" [Normal, Open]16:03
maprerii haven't prodded the maintainer recently, I probably should… (carried over)16:04
ddstreet#action mapreri fix lintian to not complain about ~bpo suffix (https://bugs.debian.org/1001399) (carried over)16:04
meetingologyACTION: mapreri fix lintian to not complain about ~bpo suffix (https://bugs.debian.org/1001399) (carried over)16:04
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)16:04
mapreriditto16:04
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)16:04
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)16:04
bG9swow16:04
ddstreet#subtopic mapreri start thread on ML about how to use bug status to define meaing in process (carried over)16:04
ddstreet#action mapreri start thread on ML about how to use bug status to define meaing in process (carried over)16:04
meetingologyACTION: mapreri start thread on ML about how to use bug status to define meaing in process (carried over)16:04
tewardmapreri: I thought Lintian has no maintainer anymore?16:04
mapreriteward: it has been adopted16:04
tewardat least in Debian16:04
tewardack16:05
ddstreet#subtopic mapreri poke unit193 about yt-dlp dep on dh-python16:05
ddstreetdo we want to keep this one?16:05
mapreriI poked, I don't remember what he said, too long ago16:05
ddstreetlet's just drop it, i dont think it's important enough, yeah?16:05
maprerimind keeping it, perhaps turning into "mapreri to look into backporting dh-python (see unit193 and yt-dlp)"16:05
ddstreetok sure, will do16:05
ddstreet#action mapreri to look into backporting dh-python (see unit193 and yt-dlp)16:06
meetingologyACTION: mapreri to look into backporting dh-python (see unit193 and yt-dlp)16:06
mapreriI'm pretty sure having the new pybuild would be quite nice16:06
ddstreet#subtopic ddstreet update charter/policies from mapreri review email, send new email asking for review again16:06
ddstreetthis was done16:06
ddstreet#subtopic mapreri review ubuntu-dev-tools patches for https://bugs.launchpad.net/ubuntu/+source/ubuntu-dev-tools/+bug/195911516:06
-ubottu:#ubuntu-meeting- Launchpad bug 1959115 in ubuntu-dev-tools (Ubuntu) "update backportpackage and requestbackport scripts to behave according to new backport process" [High, New]16:06
mapreriit's also duplicated, you already wrote it 4 minutes ago16:07
maprericarry over pls16:07
ddstreethah lol, it was in both our sections16:07
ddstreet#action mapreri review ubuntu-dev-tools patches for https://bugs.launchpad.net/ubuntu/+source/ubuntu-dev-tools/+bug/195911516:07
meetingologyACTION: mapreri review ubuntu-dev-tools patches for https://bugs.launchpad.net/ubuntu/+source/ubuntu-dev-tools/+bug/195911516:07
ddstreetok that's all previous action items16:07
maprerithat's already 2 screenful of irc logs u.u16:07
mapreriwe should really shave this backlog16:08
tewardsix here maprero (i'm on mobile irccloud >.<)16:08
ddstreeti hope once we get the charter stuff finished we can tackle some of the backlog16:08
tewardmapreri*16:08
ddstreetthe next section is ML threads, which would include charter talk, but can we go over bugs first?16:08
mapreriteward: I could move the workspace to the TV, then it would probably be "only one" :>16:09
mapreriddstreet: let's do bugs quickly first yes16:09
ddstreet#topic open bugs16:09
ddstreeti have one to briefly discuss16:09
ddstreet#topic elfutils16:09
ddstreet#link https://bugs.launchpad.net/ubuntu/+source/elfutils/+bug/199718916:09
-ubottu:#ubuntu-meeting- Launchpad bug 1997189 in elfutils (Ubuntu Jammy) "[BPO] elfutils/0.188-1 from Lunar" [Undecided, New]16:09
mapreriI haven't read that yet tbh, should I quickly do it?16:09
ddstreeti reviewed this and it seems fine16:09
ddstreetdo read it briefly if you want, it's short16:10
ddstreeti dont see any issues with accepting the backport, but since it's a widely used lib i wanted to at least mention it here before accepting16:10
mapreriread.16:10
maprerielfutils really shouldn't be a problem for me, imho.16:10
tewardddstreet: i dont have a problem with it but it seems by the description its dependent on another thing that hasnt been prepared16:11
mapreribesides, it's already in bpo in jammy?16:11
tewardwe can accept it but it was one of the 'clarify this bit' comments from me is all :)16:11
mapreriof course, before proceeding, since they want 0.188, that has to migrate from -proposed into release16:11
ddstreetteward[m] i may have missed that, what does it dep on?16:11
mapreribut since there is already a bpo in jammy, no reason to stop it for sure16:12
ddstreetmapreri ah right definitely does need to get out of lunar-proposed first16:12
mapreriteward: I don't think this requires anything new, does it?16:12
tewardlaggggg16:13
tewardbug mentions debuginfod16:13
mapreridebuginfod is built from src:elfutils16:13
teward> I intend to update Ubuntu's debuginfod instance to use this new package in the near future.16:14
ddstreeti think he means ubuntu's running public debuginfod instance16:14
tewardit sounded like it depended on something else as written16:14
maprerinah16:14
mapreriit's saying that he wants to use this package for debunginfod.ubuntu.com16:14
maprerior whatever was the address now16:15
tewardwouldnt that require some approvals from a higher team?  not sure they like using backports stuff in prod16:15
mapreriBTW, the current bpo in jammy was also done by sergio, so really, imho no reason to block it, besides waiting for the migration to complete.16:15
tewardnot a blocker on our end as i said already16:15
mapreriteward: that's a problem for IS :>  I would really appreciate if they do, however16:15
mapreriafter all, from my POV that's exactly what we are working for…16:16
teward*shrugs* I'm not IS so :P16:16
ddstreeti'll add a comment to the bug stating it looks ok but needs to migrate out of lunar-proposed first16:16
mapreriack.16:16
ddstreet#action ddstreet comment in elfutils bug, needs to exit -proposed16:16
meetingologyACTION: ddstreet comment in elfutils bug, needs to exit -proposed16:16
tewardin either case i said no problems with it, we just have to wait on it leaving proposed16:17
maprerinext bugs?  IMHO we need to talk about all the currently open bugs16:17
tewardwhile we're at it, instruct sergio on how to properly bump topics for updates16:17
ddstreet#subtopic ipmictl16:17
ddstreet#link https://bugs.launchpad.net/ubuntu/focal/+source/ipmctl/+bug/196807616:17
-ubottu:#ubuntu-meeting- Launchpad bug 1968076 in ipmctl (Ubuntu Focal) "[BPO] ipmctl with support for CPS hardware" [Undecided, New]16:17
tewardjust saying "ping" isnt acceptable16:17
ddstreeti think this was waiting for teward[m] to sponsor?16:17
mapreriteward: are you ever going to sponsor this?16:17
mapreri:316:17
tewardi'll do that today - so much crap on the radar lately16:18
ddstreet#action teward[m] sponsor lp: #196807616:18
meetingologyACTION: teward[m] sponsor lp: #196807616:18
-ubottu:#ubuntu-meeting- Launchpad bug 1968076 in ipmctl (Ubuntu Focal) "[BPO] ipmctl with support for CPS hardware" [Undecided, New] https://launchpad.net/bugs/196807616:18
ddstreetthanks!16:18
ddstreet#subtopic man-db16:18
ddstreet#link https://bugs.launchpad.net/ubuntu/+source/man-db/+bug/199216316:18
-ubottu:#ubuntu-meeting- Launchpad bug 1992163 in man-db (Ubuntu) "[BPO] man-db/2.10.2-1 from jammy" [Medium, Incomplete]16:18
maprerishould we finally reject this and make it wontfix?16:18
teward*reads*16:19
ddstreetit does seem more like a (performance) bugfix, not really something backports is intended for16:19
mapreriwell, it's already "This bug report will be marked for expiration in 13 days if no further activity occurs. (find out why)", but I think it would be nicer to formally reject it16:19
ddstreeti'm fine with rejecting it16:19
tewardi would reject it imo16:20
ddstreetok anyone want to volunteer to do the rejection?16:20
maprerigood, I'll close it16:20
tewardi will16:20
tewardor not16:20
ddstreetlol16:20
tewardmapreri has just volunteered16:20
teward:P16:20
tewardmobile irc is slow >.<16:20
* mapreri wants to appear evil to all our contributors, VERY happy to do it16:21
ddstreet#action mapreri reject lp: #199216316:21
meetingologyACTION: mapreri reject lp: #199216316:21
-ubottu:#ubuntu-meeting- Launchpad bug 1992163 in man-db (Ubuntu) "[BPO] man-db/2.10.2-1 from jammy" [Medium, Incomplete] https://launchpad.net/bugs/199216316:21
ddstreeti think that's all the open bugs, any i missed?16:21
mapreriyep16:21
ddstreetok movign to ml threads16:22
ddstreet#topic open mailing list threads16:22
tewardback in 2 min switching to pc16:22
ddstreet#subtopic clarification on specific wording for no-bug-required backport exceptions16:22
ddstreeti think this is carried still right16:22
maprericarry on for now16:22
ddstreet#action clarification on specific wording for no-bug-required backport exceptions16:22
meetingologyACTION: clarification on specific wording for no-bug-required backport exceptions16:22
mapreri"action"?16:22
maprerithis is not actioning anybody, so it really shouldn't be imho16:23
ddstreetit makes it show up in the minutes, easier for me to cut n paste into the agenda16:23
maprerias you prefer, happy to leave the chairing to you here :)16:23
ddstreet#subtopic charter/policies16:23
ddstreetyou have the floor mapreri16:23
ddstreet:)16:23
mapreriso so16:24
mapreriI had a IRC chat with Robie (very nice really, much better than IRC :>) during the summit.16:24
ddstreetIRL?16:24
mapreriright s/a IRC/a IRL/16:25
mapreriHe basically told me that he really wants to establish a charter, and from there continue and do it for many other teams.  However, he doesn't want to have anything that is remotely tied to team internal rules to be in there16:25
mapreri(will use '.' when I'm done)16:25
mapreriSo, looking at https://wiki.ubuntu.com/UbuntuBackports/Charter what he want is only point 1 and 2; everything else is superfluous for him16:26
maprerieven point 3 that mentions that TB can override us, he feels like it's excessive, as it's implicit in how ubuntu development works (or, well, how the LP teams are structured, at the very least)16:26
mapreriI kind of managed to talk him into at least let us link the Policies page into the Charter, as in his opinion that's also something that doesn't belong there, just to say...16:27
mapreriPersonally, I'm kind of conflicted, because I would appreciate having a team more rule-bound, but he seems to actually want less boundaries...16:28
mapreri.16:28
rbasako/16:28
rbasakWell, you set your own rules, and that's fine.16:28
rbasakAnd document whatever you want as you see fit, including the rules, etc.16:28
maprerido you have an highlight on "Robie"? :P16:28
rbasakBut the text that the TB actually ratifies should be minimal.16:28
rbasakNo I just happened to notice :)16:28
tewardmapreri: he was was watching ;)16:28
teward*may or may not have given him a heads up his concerns were being addressed in meeting*16:29
teward;)16:29
ddstreetre: keeping sections 1 and 2, obviously i'm fine with that :)16:29
ddstreeti think section 3 should be kept to make the fact explicit16:30
mapreri(OT: OOI, does ubuntu have any document similar to Debian's constitution that clarifies the role of the TB?)16:30
rbasakSection 3 is useful documentation to have, but it's superfluous in terms of what the TB would actually define to be the delegation to the backporters team16:30
tewardmapreri: i think you mean this?  https://wiki.ubuntu.com/TechnicalBoard16:30
rbasakTo be clear, I'm not saying you need to change that page.16:30
rbasakI'm just saying that it's out of scope of the delegation text that I want to arrange between the TB and the backporters team.16:31
mapreriteward: right, but that's more like shared documentation rather than anything community-voted or somesuch, right?16:31
mapreriddstreet: possibly I guess I can live with moving section 4 and 5 into Policies and replace them with just a reference.16:32
tewardi think TB is an ages old thing and any such 'voted upon' process is nonexistent16:32
rbasakBut also, there's stuff I think should be added to 1 and 2, to cover the previous unfortunately events that I think we should try to avoid happening in the future.16:32
tewardsemi-bureaucracy not total democracy16:32
rbasakThat's covered in my previous emails already.16:32
maprerithat should be the mail on april 5th btw16:33
ddstreeti think there are 2 perspectives on this: 1) the backporters team needs a defined, agreed on set of rules that we can operate on, and 2) the TB wants specific wording in the charter16:33
mapreriI don't think the TB wants any "specific wording"?  what are you referring to?16:34
ddstreetby "specific woding" i mean anything other than what's in the doc now16:34
ddstreet#1 has been pending, in dicussion, for almost a year - i really want to have a set of rules without much more delay16:35
ddstreet#2, IMHO, is entirely up to the TB and really they can mandate whatever they want in our charter at any time16:35
rbasakWhat if we view those two things as orthogonal - as long as they're compatible?16:35
mapreriaccording to what Robie wrote in those mails (correct me if I'm wrong), he would like to see something written about delivery expectation from us?  Something like a SLA?16:35
tewardcan i put a third perspective in16:35
tewardmy perspective is as follows:16:35
rbasak1) You define your own rules. The TB doesn't care unless someone escalates a complaint to us.16:36
ddstreetwhat i'd like is to come to team agreement on our rules by EOY, then the TB is free to come up with whatever charter wording they feel is appropriate for us16:36
rbasak2) We agree a separate text between the backporters team and the TB. As long as you can work within them (ie. they're compatible), it should matter what you do in your own rules.16:36
rbasakWould that work for you?16:36
rbasakSorry, *shouldn't* matter16:37
tewardddstreet: i think we already *have* agreement on our rules though, within the team16:37
tewardso the issue is only whether they need to be defined in the charter, which I don't think they have to16:37
tewardwe can do that as simple as this:16:37
ddstreetof course, as the current charter draft says, the TB governs the team - we operate under whatever set of guidelines or rules the TB provides to us which the TB can change at any time16:37
teward3: Rules - The Backporters team defines its own rules of operation within the rules set forth by any TB governance or decisions.  This is defined in an internal Backporters document.16:38
ddstreetteward[m] yeah but unofficial agreement isn't good enough...rules are meant to be used during disagreements, which means the rules need to be official16:38
tewardThen we keep a Backporters team document for our agreed upon rules16:38
rbasakI think maybe we're getting tied up in the meaning of "charter".16:38
teward^^16:38
ddstreetsure i dont care if all the charter wording is moved to our policies page16:38
ddstreetbut in that case, we're not creating our own charter, the TB is creating a charter for us16:39
ddstreetwhich again, is fine, they govern us16:39
tewardlets start over at the base definition of "charter".  per oxford dictionary: "a written grant by a country's legislative or sovereign power, by which a body such as a company, college, or city is founded and its rights and privileges defined.".  TB wants us to draft a charter that they can approve, they don't want to write it themselves.  This does *not* however need to include a rules/policies section, it's simply a declaration of16:39
tewarddelegation16:39
ddstreet99% of my goal on this is to prevent a year-long delay from ever happening again, like this ;-)16:39
tewardwhat TB wants is something that declares our scope and what we cover, that they can approve16:40
tewardi.e. sections 1 and 216:40
ddstreeti'm not sure what we are talking about16:40
tewardwe can define rules with internal agreement independent from TB without TB needing to OK those rules16:40
ddstreetwhat's the proposal?16:40
tewardddstreet: stop talking for a bit and let me speak16:40
teward**I have the talking stick now**16:40
rbasakthey don't want to write it themselves> well, I did propose a draft, written back in July 2021, and proposed in Feb 2022.16:40
rbasakhttps://lists.ubuntu.com/archives/ubuntu-devel/2021-July/041559.html16:41
rbasakhttps://lists.ubuntu.com/archives/ubuntu-backports/2022-February/022687.html16:41
rbasakBut apart from that, yes, I agree.16:41
tewardthere's two forms of the propsal pending.  firstly what Robie has sent back in the past with drafts, and secondly what we have in our charter draft document on the wiki16:41
tewardmy understanding of what the TB has said about "We just want the charter, not your rules, etc. for our ratification" is they *simply* want us to specify our mission statement, and the delegation of authority for the TB to approve.  Because the TB in the governance chain sits under the CC/Mark (delegated powers for technical decisions in the Ubuntu world) and in turn any delegation by the TB to another team is in turn governeed by the16:42
tewardTB16:42
tewardsection 3 is 'extraneous' because of the delegation of the governance tree as it stands16:43
tewardsection 4 the TB doesn't want to ratify because if the TB ratifies those rules then it implies the TB defines our rules, which is not what the TB wants - they want us to define our rules **which we can approve independently of the TB ratification of the charter and privilege delegation**16:43
tewardit's implied already by the governance tree that the BT (Backporters Team for shorthand now) will obey any TB decision because of the governance tree16:44
tewardso to solve section 4 with the rules:16:44
tewardwe can simply put in the 'charter' if we're insistent about it that "The Backporters Team defines its own rules and policies for handling its delegated powers, which is defined in publicly-visible documentation [here](link)"16:45
tewardand while we're at that, waiting for the TB to process the charter, we officially *vote* on the rules and policies for the BT16:45
tewardas we're still building out the full rules for how a package qualifies for backports, that's independent from the BT rules of operation/procedures16:45
tewardso there's really three separate things being comingled here16:46
teward(1) basic charter requirements (see my notes)16:46
teward(2) BT rules of operation and policy.16:46
teward(3) definition of backports and how they work16:46
tewardwe've pretty much done #316:46
tewardwe simply need a vote on #216:46
tewardand with my notes on sections 3 and 4 we simply need to simplify our existing draft to the bare minimum of what a charter is - specify our mission and what we're delegated to do by the TB.16:47
tewardrbasak: am I missing something in my assessment?16:47
teward(sorry that i have to assert the talking stick but the crosstalk wasn't working)16:47
rbasakThat's pretty close to my thinking, thanks.16:48
tewardnow i'm done with my monologue.16:48
tewardcomments?16:48
tewardquestions/concerns with my assessment?16:48
rbasakYou shouldn't feel blocked by the TB on achieving (2).16:49
teward*goes to make coffee because he desperately needs a third cup*16:49
ddstreetif i understand right, then let's do the (maybe?) easy part; first proposal is to move sections 4 and 5 of our charter doc into https://wiki.ubuntu.com/UbuntuBackports/Policies16:49
ddstreetright?16:49
* genii twitches at the mention of coffee, follows teward16:49
mapreriack (moving sections 4/5)16:49
tewardddstreet: essentially, yes, move sections 4 and 5 from charter to Policies in internal documentation16:49
rbasakNo objection from me, if you're asking me? From my perspective, that kind of thing is entirely up to BT and not a concern of the TB.16:50
ddstreetok with no objection, i'll action that16:50
ddstreet#action ddstreet move charter sections 4 and 5 into policies wiki page16:50
meetingologyACTION: ddstreet move charter sections 4 and 5 into policies wiki page16:50
ddstreetok next, charter section 3 should be removed, correct?16:50
maprerithen, about #1, there is probably stuff to add from https://lists.ubuntu.com/archives/ubuntu-backports/2022-February/022687.html ?16:50
rbasak(to be clear, unless someone escalates a complaint, but that hasn't happened and iss a standing exception with everything of course)16:50
tewardddstreet: i think it can be left there, but the TB's concern is that it's superfluous.  I have no objection to it staying or being removed either way16:50
ddstreeti dont care either, but we should be able to agree now on either way i think16:51
ddstreetunless there is objection, i'll remove it16:51
rbasakThere's what we end up agreeing between TB and BT, and what's on the wiki page. I only care about the former.16:51
rbasakIOW, I think it's up to you how you want to arrange the wiki documentation, for example.16:51
tewardno objections here.16:51
mapreriddstreet: after teward's essay, I'd probably reword it as part of the delegation.  "TB delegates this and taht..." (and so, it's obvious that's the body governing us)16:51
ddstreetmapreri you think we should keep it?16:52
rbasakBut you seem to be aiming at making that page the agreed text between TB and BT.16:52
tewardmapreri: sorry but i've been reviewing policy like hell lately with CC tasks so, dissecting policy proposals is a thing I just do now xD16:52
ddstreetmapreri i'd prefer to remove it to avoid any future discussion on it16:52
mapreriack then, I don't really feel strong about it16:53
ddstreet#action ddstreet remove charter section 316:53
meetingologyACTION: ddstreet remove charter section 316:53
rbasakOTOH, I am aiming at making some paragraphs the agreed the text between the TB and BT, and assume that you'll be documenting that in a subset of a wiki page somewhere, so that you can put explanation and helpful links around it.16:53
rbasakHow that ends up in your wiki is up to you16:53
ddstreetok on to the main event, sections 1 and 216:53
ddstreetso, if this particular wiki page isn't important to the TB, as you indicated rbasak, i think we should simply drop it completely16:54
ddstreetand then i think the backports team can assume the TB will generate and maintain a charter for us somewhere, right?16:54
* mapreri goes find a ML-based charter generator16:55
ddstreetso, assuming all that is left on our charter wiki page is sections 1 and 2, then mapreri teward[m] do either of you think we need to keep that page?16:55
rbasakThere are some other conversations with other teams that are needing some kind of formal delegation text from the TB (ie. "charter" if you like) for their own reasons. I expect that the TB will want to have a central page with these documented somewhere, right.16:56
ddstreetright, the TB is going to centralize subteam charter documentation16:56
ddstreetso that isn't something our team should even bother with16:56
ddstreetif i understand right16:56
rbasakWhatever text we come up with for the backporters team (well, I have come up with a text!), I'd like to make sure you're happy with it. That's why I'm here :)16:56
rbasakIf you would prefer, I can just ask the TB to consider my draft, and say that's your preference.16:57
ddstreetok so as a next proposal, mapreri teward[m] i think we should completely remove our charter page https://wiki.ubuntu.com/UbuntuBackports/Charter16:57
rbasakBut if you don't think that'll work for you, then this is the time to adjust it.16:57
ddstreetany disagreement?16:57
mapreriddstreet: if you are feeling like telling rbasak to go with https://lists.ubuntu.com/archives/ubuntu-backports/2022-February/022687.html - then I'd like to change a few words here and there?16:57
mapreriI think we could replace the text in that page with this and re-evaluate that?16:57
ddstreetwell i disagree with rbasak's proposal in that email16:57
ddstreetas i said in my response on the ML16:58
ddstreetmy main goal at the moment is simply getting our team's rules/policies through this process16:58
tewardwhich we can do independent of the charter.16:59
ddstreeti'm happy to focus on discussion with the TB about our charter AFTER we have offcial rules/policies16:59
mapreriI think after moving sections 4 and 5 into Policies we can go ahead and vote on that and be done with the policies16:59
ddstreetsounds good16:59
ddstreetso i have actions for that, can we also agree for me to remove our charter wiki page?16:59
mapreri… but for the charter I fear we are still quite in disagreement duh.16:59
ddstreetyeah let's defer charter discussion with the TB16:59
rbasakI'm disappointed that you're deferring this. It's been nine months.17:00
ddstreetwe have 1 minute left in our hour, as well17:00
mapreriwell, unless you want to the TB to write the text themselves, and I fear they will just take rbasak's text, then yes, we should work on this more.17:00
tewardrbasak: i have a hard stop now at noon so17:00
teward(phone call with CEO @ Day Job RE: Network Security)17:00
rbasakMaybe I can work with mapreri to find an agreement between us, and you can delegate your wishes to him?17:00
ddstreetno objection to removing our charter page? that doesn't mean we can't discuss the details with TB later17:00
* mapreri will read slowly again the past mail thread…17:00
ddstreetrbasak no the discussion should happen with our whole team17:00
mapreriddstreet: please leave it there, perhaps blank.17:00
ddstreetbut after we have rules/policies17:00
ddstreetmapreri ack, so leave the page, but remove sections 1 and 217:01
ddstreetyeah?17:01
ddstreetthe wiki history will of course still be available17:01
mapreritogether with all the other sections :>17:01
mapreriso yes17:01
ddstreetyep17:01
ddstreet#action ddstreet remove charter sections 1 and 2 (but leave page)17:01
meetingologyACTION: ddstreet remove charter sections 1 and 2 (but leave page)17:01
mapreriexactly to have the history, for now at least17:01
ddstreetok we're at time now17:01
ddstreet#topic AOB17:02
maprerinone from me17:02
ddstreetok, as we're beyond time, let's call it then, thanks all o/17:02
ddstreet#endmeeting17:02
meetingologyMeeting ended at 17:02:22 UTC.  Minutes at https://ubottu.com/meetingology/logs/ubuntu-meeting/2022/ubuntu-meeting.2022-11-30-16.00.moin.txt17:02
maprerithank you17:02
maprerithis was likely the longest meeting in this team since last year or so duh17:02
mapreriimpressive17:02
maprerioh, next meeting?17:02
ddstreetah crap17:02
ddstreetlol17:02
mapreri28th?17:02
maprerior do you want to skip the holidays?17:03
mapreriI'm fine with the 28th17:03
ddstreetyeah let's either do week before, or week after17:03
ddstreetdec 21?17:03
maprerimh17:03
maprerithe week before is too early imho17:03
maprerijan 4th?17:03
ddstreeti'd like dec 21 just so we can vote on our (updated) policies wiki page17:04
ddstreetif that's ok17:04
mapreriack17:04
ddstreetok i'll send out mtg invite17:04
ddstreetthanks!17:04
mapreriI'm ok, however that day I have a meeting at 6 CET, so I can't have it overrun like today (when I have nothing better to do)17:04
maprerijust fyi17:04
ddstreetright i think we should skip all other sections (previous actions, bugs, etc) and just discuss policies17:05
ddstreeti can note that as well17:05
mapreriwell, bugs is very quick if there is nothing to do :>17:05
ddstreetright :)17:05
=== WildMan is now known as Guest5358

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