Friday, 2022-04-01

opendevreviewGhanshyam proposed openstack/project-team-guide master: Update repository handling document  https://review.opendev.org/c/openstack/project-team-guide/+/83611103:18
*** Guest318 is now known as diablo_rojo_phone04:06
*** diablo_rojo_phone is now known as diablo_rojo04:10
*** akahat is now known as akahat|rover06:35
*** pojadhav- is now known as pojadhav08:13
*** pojadhav- is now known as pojadhav12:18
gmannjungleboyj: I am preparing the schedule for TC PTG slots, are you ready with user survey things? and roughly how much time it will take?17:16
gmannade_lee: is Thursday 14-15 UTC ok for you for FIPs goal?17:21
ade_leegmann, I was just thinking about this -- checking17:22
ade_leegmann, no sorry - I'll be meeting with glance then about fips17:23
gmannade_lee: ok, what time best for you on Thursday/Friday17:24
ade_leegmann, checking17:24
ade_leegmann, 15-16 utc thurs?17:29
ade_leegmann, really any time on thurs after 9:15 am EDT -- ie: 13:15 except for 14-1517:31
ade_leegmann, ditto for friday 17:32
gmannade_lee: done on Thursday 15-16 https://etherpad.opendev.org/p/tc-zed-ptg#L8917:32
ade_leegmann, cool thanks17:32
ade_leegmann, ah sorry for confusion - when I put in those updates in the etherpad before I just did a conversion from edt instead of thinking in utc.  and of course, the time changed for utc since then17:35
gmannade_lee: no issue, I am still preparing it so we can change17:36
ade_leegmann, no worries - the time we selected is good now17:36
gmanncool.17:36
ade_leegmann, sorry actually ... I just realized glance is from 15-15:35 utc -- so what you asked for initially is better17:40
ade_leegmann, 14-15 utc17:40
ade_leeaargh, time zones ..17:40
gmannok, 14-15 UTC Thursday final?17:41
ade_leeyup - sorry for (my) confusion17:41
gmannok, np at all17:41
gmanntc-members: I have preapred the rough schedule, please let me know if any of your topic/interested to join need re-scheduling https://etherpad.opendev.org/p/tc-zed-ptg17:49
gmanntc-members: need 2nd review in these project-team-guide changes https://review.opendev.org/q/project:openstack/project-team-guide+status:open+owner:gmann%2540ghanshyammann.com18:55
dansmithgmann: schedule looks fine to me, btw19:11
gmannok19:11
dansmithgmann: you want me to +W that reorg or do we need more votes?19:12
dansmithmine were merged with just two so I assume I'm good19:12
gmanndansmith: yeah, in project-team-guide we just need normal code review, two +2. TC motion are not applicable to this repo.19:13
opendevreviewMerged openstack/governance master: Define 2022 upstream investment opportunities  https://review.opendev.org/c/openstack/governance/+/83516619:14
dansmithgmann: did you see the comments on this one? https://review.opendev.org/c/openstack/project-team-guide/+/83479619:16
gmanndansmith: ah no, checking19:17
gmannupdating19:18
dansmithalso a couple grammar nits on the bottom patch19:18
dansmithI would have fixed in place, but figured you'd be revising the one above anyway19:18
dansmithgmann: ^19:18
gmanndansmith: ack, thanks. updating19:18
opendevreviewGhanshyam proposed openstack/project-team-guide master: Modify the project specific stable team management  https://review.opendev.org/c/openstack/project-team-guide/+/83479419:21
opendevreviewMerged openstack/project-team-guide master: Move technical-guidance.rst under technical-guides  https://review.opendev.org/c/openstack/project-team-guide/+/83480319:21
opendevreviewMerged openstack/project-team-guide master: Update repository handling document  https://review.opendev.org/c/openstack/project-team-guide/+/83611119:21
rosmaitagmann: left a question for you on https://review.opendev.org/c/openstack/project-team-guide/+/83479419:26
dansmithrosmaita: you reviewed PS1 by the way19:27
rosmaitayeah, but when i started, that was the only ps there19:27
dansmithrosmaita: yeah, sorry, just pointing out that your group comment is resolved I think by the s/that/those/19:28
gmannchecking19:28
rosmaitayes, but the important part was whether "core" is correct there or not19:28
dansmithyep19:29
dansmithcore is the right term, IMHO,19:29
dansmithand doesn't need to be the same as a core on the master branch19:29
gmannyeah it is mentioned as 'Stable Branch core'19:29
gmannwhich can be anyone even who is not core in master19:30
rosmaitawell, my point is that person doesn19:30
dansmithstable-maint-core 19:30
rosmaita't necessarily have to be stable-maint-core19:30
dansmithis one of the main group names in gerrit19:30
rosmaitai will go reread, maybe i missed the point there19:31
dansmithmaybe I'm not understanding the problem19:31
dansmith"the project stable branch core" means "someone with +2 on the stable branches for that project" and nothing more (to me)19:32
dansmithnot core on master, not stable-maint-core19:32
gmannhow about naming them as "Projects  Stable Maintenance teams"  and "Central Stable Maintenance Team"19:34
gmannor this can be more confusing if changing the existing team name. so what do i need t clarify in that?19:36
fungiis there still any (viable) central stable-maint team?19:36
rosmaitagmann: don't change any names!19:36
gmannyeah elodilles is there 19:36
gmannrosmaita: yeah19:36
gmannso updating two comments? 1. 'that group' and 2. 'consult on' 19:39
rosmaitamy problem is that the sentence you revised addressed the question of where the {project}-stable-maint comes from; originally it was the stable branch x-p liasion + stable-maint-core, and then others added with approval of the {project}-stable-maint.  Now it assumes the existence of a project Stable Branch core team19:39
rosmaitabut the question is, where did that project Stable Branch core team come from?19:39
dansmithit says in there that it's a group managed by the project itself right?19:41
dansmithlike the main core team19:41
gmannL192/193 "Each project with a stable branch will have a project-specific stable19:41
gmannmaintenance Gerrit team called PROJECTNAME-stable-maint. "19:41
gmanninitial lines in that para explain about project stable branch core team. I can use the same same to make it easy - "That group should be the  PROJECTNAME-stable-maint + the stable maintenance core team. That group is....."19:43
gmann*same name19:43
gmann"That group should be the  PROJECTNAME-stable-maint team + the stable maintenance core team. That group is....."19:44
gmannrosmaita: dansmith ^^ it is fine?19:44
rosmaitagmann: works for me19:45
dansmithyeah, I'm not sure what the problem with it is right now, tbh, but I think that proposed line just puts the word "core" in the first sentence to tie them together, is that right?19:45
dansmithif so, then sure19:45
gmannohk, I think I end up it weird. this line explain who is in 'PROJECTNAME-stable-maint team ' group and adding same group name does not make sense. I think existing lines are correct 19:50
opendevreviewGhanshyam proposed openstack/project-team-guide master: Modify the project specific stable team management  https://review.opendev.org/c/openstack/project-team-guide/+/83479420:00
gmannrosmaita: dansmith ^^ how about this20:00
rosmaitalooking20:00
rosmaitai think that's good ... the whole point here is to change the role of the stable-maint-core from approving members of PROJECT-stable-maint to just having a consulting role20:05
gmannyes20:06
gmannproject team can add/remove member from this group20:06
rosmaitaok20:07
opendevreviewGhanshyam proposed openstack/project-team-guide master: Modify the project specific stable team management  https://review.opendev.org/c/openstack/project-team-guide/+/83479420:09
opendevreviewGhanshyam proposed openstack/project-team-guide master: Modify the project specific stable team management  https://review.opendev.org/c/openstack/project-team-guide/+/83479420:11
rosmaitagmann: the difference between PS 4 and 5 is that the list of projects somehow sneaked back into 4, so you re-deleted it?20:14
opendevreviewGhanshyam proposed openstack/project-team-guide master: Move the projects list following the stable branch policy  https://review.opendev.org/c/openstack/project-team-guide/+/83479620:15
gmannrosmaita: I messed up my local branch with ^^ this review. now corrected both. 20:15
rosmaitaok20:15
gmannrosmaita: dansmith : these both are ready now https://review.opendev.org/c/openstack/project-team-guide/+/834794/5   https://review.opendev.org/c/openstack/project-team-guide/+/834796/320:30
rosmaitagmann: you may be fixing this on a different patch somewhere, but i noticed that https://review.opendev.org/c/openstack/project-team-guide/+/834794/5/doc/source/stable-branches.rst#253 mentions the stable:follows-policy tag20:32
gmannrosmaita: let me fix it in https://review.opendev.org/c/openstack/project-team-guide/+/834796/20:34
rosmaitasure20:34
opendevreviewGhanshyam proposed openstack/project-team-guide master: Move the projects list following the stable branch policy  https://review.opendev.org/c/openstack/project-team-guide/+/83479620:37
gmannrosmaita: ^^ done20:37
rosmaitafungi: if you're still around, how do projects get into the periodic-stable pipeline?21:25
gmannrosmaita: you mean this? https://opendev.org/openstack/openstack-zuul-jobs/src/branch/master/zuul.d/project-templates.yaml#L220121:28
gmannperiodic-stable-jobs template is there in every project zuul.yaml file and run these doc and python unit test job on stable branch21:28
rosmaitagmann: thanks, that's what i was looking for21:30
gmannon every new stable branch cut, QA team add the new stable branch in that template as per the defined testing runtime of that release21:30
fungirosmaita: yes, exactly what gmann said21:45
fungilmk if you need more details21:45
rosmaitafungi: thanks, that's all i need21:45
opendevreviewBrian Rosmaita proposed openstack/project-team-guide master: Update note about periodic jobs  https://review.opendev.org/c/openstack/project-team-guide/+/83621622:22

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!