spotz | +2 on Mugsie! | 00:18 |
---|---|---|
*** pojadhav- is now known as pojadhav | 05:28 | |
*** slaweq_ is now known as slaweq | 07:06 | |
yoctozepto | woohoo | 07:12 |
opendevreview | gnuoy proposed openstack/governance master: Add openstack-loadbalancer charm and interfaces https://review.opendev.org/c/openstack/governance/+/807837 | 08:47 |
yoctozepto | I have pushed a bit the work on tls-proxy and cleaned up the etherpad (cc ricolin) | 09:34 |
mugsie | fungi: thanks :D - I had heard there was some openstack enablement work happening, but didn't realise this would happen. :) | 10:44 |
opendevreview | Ian Y. Choi proposed openstack/election master: Update README for correct location and close out Yoga election https://review.opendev.org/c/openstack/election/+/805918 | 11:00 |
opendevreview | Ian Y. Choi proposed openstack/governance master: Update projects.yaml for Yoga PTLs https://review.opendev.org/c/openstack/governance/+/807858 | 11:36 |
ianychoi[m] | mugsie: LoL so great thanks a lot for your leadership! (for me it is not so easy to hear such a great news quickly internally :p ) | 11:43 |
*** pojadhav is now known as pojadhav|brb | 12:06 | |
*** pojadhav|brb is now known as pojadhav | 12:46 | |
mugsie | ianychoi[m]: nothing to do with me unfortunately (or maybe fortunately :D ) - but still cool to see | 13:02 |
fungi | a lot of it has to do with the airship crew moving from at&t to microsoft, truth be told, but still convincing microsoft to sponsor the foundation at the highest possible tier says a lot about the excellence of all the projects, openstack among them | 13:19 |
fungi | congrats to you as well ianychoi[m], i apparently forgot that's where you're working now! | 13:20 |
opendevreview | Belmiro Moreira proposed openstack/election master: Yoga PTL results https://review.opendev.org/c/openstack/election/+/807875 | 13:35 |
*** bnemec-pto is now known as bnemec | 13:41 | |
mugsie | fungi: yeah - looking at the address book I see a few names I recognise :D | 14:12 |
*** diablo_rojo is now known as Guest6695 | 14:25 | |
opendevreview | Ghanshyam proposed openstack/governance master: Appoint Adrian Turjak as Adjutant PTL https://review.opendev.org/c/openstack/governance/+/807884 | 14:41 |
opendevreview | Ghanshyam proposed openstack/governance master: Appoint Rico Lin as Heat PTL https://review.opendev.org/c/openstack/governance/+/807887 | 14:45 |
*** Guest6695 is now known as diablo_rojo | 14:46 | |
opendevreview | Ghanshyam proposed openstack/governance master: Appoint Martin Chacon Piza as Monasca PTL https://review.opendev.org/c/openstack/governance/+/807889 | 14:49 |
opendevreview | Ghanshyam proposed openstack/governance master: Appoint Tobias Urdin as Puppet OpenStack PTL https://review.opendev.org/c/openstack/governance/+/807894 | 15:00 |
opendevreview | Ghanshyam proposed openstack/governance master: Appoint Fossen Qiu as Sahara PTL https://review.opendev.org/c/openstack/governance/+/807895 | 15:06 |
opendevreview | Ghanshyam proposed openstack/governance master: Appoint FengShengqin as Zun PTL https://review.opendev.org/c/openstack/governance/+/807896 | 15:10 |
gmann | tc-members: ^^ please review these PTL appointments for leaderless projects | 15:16 |
dansmith | gmann: by "review" you mean "rubber stamp" right? | 15:17 |
gmann | dansmith: :) you can add your view if any objection or in case we find more than one candidate which is not case for any of these. | 15:18 |
gmann | and thanks again to ianychoi[m] spotz Helena, Andy, and Belmiro for smooth elections. | 15:18 |
opendevreview | Ghanshyam proposed openstack/governance master: Add some PTLs missing irc nick name https://review.opendev.org/c/openstack/governance/+/807897 | 15:22 |
*** tosky is now known as Guest6702 | 15:22 | |
*** tosky_ is now known as tosky | 15:22 | |
opendevreview | Ghanshyam proposed openstack/governance master: Add Puppet OpenStack project IRC channel name https://review.opendev.org/c/openstack/governance/+/807900 | 15:25 |
gmann | and few documentations for IRC names ^^ | 15:27 |
fungi | dansmith: the tc delegates the responsibility of holding elections to the election officials, so this step is some representative subset of the tc acknowledging that the election process was carried out as directed | 15:39 |
fungi | i wouldn't quite call it rubber-stamping | 15:39 |
fungi | it's more like supervisory oversight | 15:40 |
dansmith | seems like it to me.. Unless you expect me to research those people and decide, it seems more like "as far as I know the election people did their job here and we're approving their work" which seems rubber stampy in the less snarky sense of the word | 15:40 |
fungi | then ink up that stamp! ;) | 15:41 |
dansmith | heh | 15:41 |
gmann | PTL appointment are apart from election results, it is more of ' research those people and decide' and TC members can vote to reject/accept the PTL appointment. | 15:43 |
gmann | this is election results which we reply on election official work and approve after confirming the updates https://review.opendev.org/c/openstack/governance/+/807858/1 | 15:44 |
gmann | but all other PTL appointments, I will say TC do confirm if they are fine on proposal or any other better candidate or so | 15:45 |
fungi | yep, that's a good point, ptl appointments are a direct responsibility of the tc, not delegated to the election officials, so even less of a rubber stamp | 15:46 |
dansmith | so, just to be clear, | 15:47 |
gmann | as of now, w are just proposing those members who raised the hands for PTL but it is up to TC to accept those or find other members | 15:47 |
dansmith | if we have only one PTL candidate and they win by default, then that's the election team, but if we have none and then someone offers later, that's the TC? :) | 15:47 |
gmann | dansmith: yes. and we can move those projects (none PTL) to DPL model or retire or find more candidates etc | 15:48 |
fungi | correct | 15:48 |
dansmith | seems a little silly | 15:49 |
fungi | there is a described process by which one or more people volunteer to lead a team and then the election officials manage the volunteer confirmation and if necessary a runoff poll and then inform the tc of the results. if that delegated process failed to produce a viable candidate, then the tc resumes the responsibility of finding a solution | 15:50 |
gmann | dansmith: and one imp point to note here is many leaderless projects in every election are due to missed election notice/deadline | 15:51 |
gmann | yeah | 15:51 |
fungi | (where that solution might be choosing someone who volunteered outside the delegated process, but could also be a variety of other options) | 15:51 |
dansmith | gmann: right, that's kindof my point. if they qualify to win by default, then volunteering as the only candidate late seems like the same criteria should be enough | 15:52 |
gmann | few are listed in this etherpad:5 options https://etherpad.opendev.org/p/yoga-leaderless | 15:52 |
dansmith | ack, sounds like that's the research | 15:53 |
gmann | dansmith: yeah, kind of. we just wait on those if anyone else raise hand but that is not likely as there was no one in election time :) | 15:53 |
fungi | if the tc wants to adjust the process by which election officials find leaders, it's within the tc's purview to update that within the scope of the delegation. just be aware that we've tried to strike a balance between minimizing subjectivity for the election officials, while also minimizing work for the tc members | 15:54 |
dansmith | the only reason I can really think of to increase the scrutiny on the post-deadline people is to avoid some marketing guy swooping in and trying to take over a project after it fails to nominate a PTL | 15:55 |
gmann | but for late candidacy it is more of straight forward decision by TC (can say rubber stamp) and for other projects we do more research. | 15:55 |
dansmith | but that's just a race condition as they could do it at the eleventh hour before the election and win by default | 15:55 |
gmann | yeah, there is chance but candidate is contributor to project so that is all fine | 15:56 |
gmann | i mean anyone not done the code contribution in eligible period (~ 1 last year) is not valid candidacy | 15:57 |
fungi | right, "marketing guy who had at least one change merged to a deliverable for that team in the past year" | 15:57 |
dansmith | right, I'm just saying one minute on either side of the nomination line determines whether they "just have one commit" or "get researched" | 15:58 |
fungi | sure, but the election officials need some sort of cutoff/deadline to know when they're done and can hand remaining responsibilities back to the tc | 16:00 |
dansmith | I'm not arguing about the deadline, I'm arguing about there being a difference in the level of scrutiny before/after that deadline for the fixup process | 16:01 |
dansmith | anyway, this is not an important conversation, apologies for asking | 16:01 |
*** timburke__ is now known as timburke | 20:04 | |
-opendevstatus- NOTICE: The Gerrit service on review.opendev.org is going offline momentarily for a host migration and zuul upgrade, downtime should be only a few minutes. | 21:06 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!