Tuesday, 2024-07-09

*** bauzas_ is now known as bauzas02:11
*** bauzas_ is now known as bauzas03:03
opendevreviewOpenStack Proposal Bot proposed openstack/openstack-manuals master: Imported Translations from Zanata  https://review.opendev.org/c/openstack/openstack-manuals/+/92370004:07
opendevreviewSlawek Kaplonski proposed openstack/governance master: Update criteria for the inactive projects to become active again  https://review.opendev.org/c/openstack/governance/+/92150007:40
*** bauzas_ is now known as bauzas10:34
*** bauzas_ is now known as bauzas11:30
spotz[m]On EST this week, will try to remember time difference for the meeting:)11:45
fungispotz[m]: ~1.5 hours from now12:34
spotz[m]<fungi> "spotz: ~1.5 hours from now" <- That's for diversity:)13:11
fungido'h, hep 13:13
fungiforgot which channel i was replying to you in  ;)13:13
fungitc meeting is still almost 5 hours away, indeed13:14
*** bauzas_ is now known as bauzas15:03
gtemagouthamr: I am not available for the TC meeting today, am on the business trip 15:05
gouthamrack gtema15:06
gouthamrtc-members: we'll be meeting here in ~45 minutes 17:14
gouthamr#startmeeting tc18:00
opendevmeetMeeting started Tue Jul  9 18:00:17 2024 UTC and is due to finish in 60 minutes.  The chair is gouthamr. Information about MeetBot at http://wiki.debian.org/MeetBot.18:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.18:00
opendevmeetThe meeting name has been set to 'tc'18:00
gouthamrWelcome to the weekly meeting of the OpenStack Technical Committee. A reminder that this meeting is held under the OpenInfra Code of Conduct available at https://openinfra.dev/legal/code-of-conduct.18:00
gouthamrToday's meeting agenda can be found at https://wiki.openstack.org/wiki/Meetings/TechnicalCommittee.18:00
gouthamr#topic Roll Call18:01
JayFo/18:01
gmanno/18:01
slaweqo/18:01
frickler\o18:01
noonedeadpunko/18:01
gouthamrnoted absence: gtema dansmith 18:02
gouthamrcourtesy-ping spotz[m] 18:02
gouthamr#chair frickler 18:03
opendevmeetCurrent chairs: frickler gouthamr18:03
gouthamralright welcome everyone! lets get started.. 18:04
gouthamr#topic AIs from last week18:04
gouthamrthink we have progress on all three projects we were concerned about in the "inactive" and "emerging" projects lists:18:05
* noonedeadpunk being triggered by "AI" badly these days xD18:05
gouthamr#link https://review.opendev.org/c/openstack/governance/+/923466 (remove monasca from inactive list)18:06
gouthamr#link https://review.opendev.org/c/openstack/governance/+/923441 (Inactive state extensions: Freezer)18:06
gouthamr#link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/VBH4YU7IBY4FXSAZYL4AIB57BTSPQ572/ ([skyline][tc] Graduating skyline out of the "Emerging Projects" list)18:07
gouthamr^ the last one still being an ML discussion18:07
gouthamrwe'll get to the eventlet discussion in a little bit18:08
gouthamrwere there any other action items that folks were tracking?18:08
* gouthamr takes silence as a no.. 18:09
noonedeadpunkI was absent last meeting and didn't managed to watch recording :(18:10
gouthamrour next topic pertains to the changes above as well18:10
gouthamr#topic Project Activity Tracking18:10
JayFnoonedeadpunk: I'll note that this one is VERY worth watching, especially the technical presentation starting at about the 20 minute mark.18:11
gouthamrnoonedeadpunk: ack; the eventlet goal proposal sheds more light on what was spoken18:11
noonedeadpunk++18:11
gouthamrthere were some discussions in teh TC channel in the past couple of weeks regarding inactive projects..18:12
gouthamr frickler: sorry to put you on the spot here; but, would you like to share any open concerns here so we can brainstorm? 18:12
gmanncurrent inactive projects or possible inactive projects which are not yet marked?18:13
fricklerwell where do I start? seems quite some projects are in a state to be concerned about18:13
gouthamrlets start with monasca18:13
fricklerwell for monasca I listed my concerns in the review, I would have expected some feedback there18:14
gouthamri did take a look at your comments on the monasca patch.. i get that it appears to be a single person bootstrapping a team, and you're hesitant to get the deliverables back into the cycle-with-intermediary cadence 18:14
fricklernot just a single person, but one with little track record of doing things in openstack18:15
gmannyeah, current PTL seems active to fix gate and do releases. there are ML thread also18:15
JayFI find it hard, personally, to consider a project active if it has a single-point-of-failure maintainer -- regardless of the trust level of that single person.18:15
gmannit seems only one repo gate is yet to be fixed and other repo under monasca is good?18:16
noonedeadpunkI've looked through couples - and I think we don't know18:16
noonedeadpunkas some have last patch merged in april or so18:16
noonedeadpunk(I didn't check grafana for periodic tests though)18:16
fricklerI didn't look today, but there were a lot of config errors still, no current PTI template, so I would not call that "gate fixed"18:17
frickleralso there is the concern about stable branches support if we do not retire the project18:17
fungimonasca has *17* deliverables, just fyi18:17
gmann#link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/ZU22KSVDOC46WS6AIS3UHVFVDHOV4KFA/18:17
gmannthis is the discussion on release and stable branches 18:18
slaweqto be strict criteria which should be met by project to be active are  https://governance.openstack.org/tc/reference/new-projects-requirements.html18:18
gmannbut as we know that PTL is responding and trying to fix gate/release, we should discuss with them18:18
slaweqand one of rules there says clearly  "The project has an active team of one or more contributors."18:18
slaweqso I don't think we should block it just because of that one maintainer only18:18
gmannwe should continue it in gerrit or in ML or invite them in meeting. 18:18
noonedeadpunkwell, at least periodic publish of doker images succeeds...18:18
gmannslaweq: ++18:19
JayFslaweq: acknowledged, fair point, I will propose a change to that but obviously we operate under rules as written today18:19
noonedeadpunk++18:19
gmannJayF: then it need change in OpenStack new project application and its a huge change18:19
gouthamron zuul-config-errors, i see that only a few monasca repos have config errors remaining18:20
JayFWell, maybe huge change is needed if we don't want to  (again) leave openstack users high and dry when a barely-active project can't fix a CVE.18:20
gmannwhich is what I think we discussed it in PTG right? and we can go with that or start re-discussion18:20
slaweqJayF yeah, maybe those rules should be updated somehow, but that's what is there today18:20
* gouthamr waves at thuvh 18:20
gmannsure, its a impact of many projects 18:20
noonedeadpunk(and if they should is completely different discussion)18:21
gmannand its not only single maintainer but can be single organization or so18:21
slaweqgmann++18:21
noonedeadpunkthen we should drop sunbeam :D18:21
gmannnoonedeadpunk: and many more18:21
noonedeadpunkwould prevent tripleo case though18:21
noonedeadpunkbut I'd say it's too radical, imo18:21
gmannanyways it is a big discussion topic 18:21
noonedeadpunk++18:22
gmannfor monasca, I will say let's wait for the thuvh to respond the frickler query which are valid one18:22
slaweq++18:23
gmannand as we passed the m-2 I also agree with frickler on not to move it to Active in this cycle18:23
noonedeadpunkfrankly, I'd say we're kinda too late for this cycle... and given we don't have a strong opinion - is kinda sign that it might be worth to wait for the next one18:23
gmannI will also record my feedback in gerrit 18:23
gouthamr^ i agree; thanks for making the observations frickler.. some seem more serious to address than others18:23
gmannnoonedeadpunk: ++18:23
gouthamrit'18:23
gouthamri had a question: doesn't thuvh have the option of requesting a release nevertheless?18:24
fricklerIMO not as long as the project is marked inactive18:24
JayFI think if it's cycle-* it cannot18:24
gmannthey can do independent I think but not as per release/team process18:24
noonedeadpunkbut then they need to move it to independent cycle18:25
noonedeadpunkwhich I'm not sure will be approved either...18:25
gmannyes18:25
noonedeadpunkbut dunno18:26
gouthamri see - thanks; we'll wait for thuvh's responses on the patch.. please share any further concerns you may have as well. 18:26
gmann'...In such a case, it is up to the project itself to get CI working and propose a release if that is needed.' #link https://governance.openstack.org/tc/reference/emerging-technology-and-inactive-projects.html#timeline18:26
gmannthey can ask for more time like freezer as this is 2nd cycle they are Inactive18:26
gouthamr^ yes; i think if they badly wanted - i.e., there's some business need for released code, they could request a release and continue working on getting back to a healthy state 18:27
noonedeadpunkyeah, I haven't worked on patch to allow projects to seamlessly remain inactive while they're working on it, but it would make total sense to allow that18:27
noonedeadpunkwell, I'm not sure that RDO/UCA will package inactive anyway18:28
noonedeadpunkand otherwise - they can install from SHA...18:28
noonedeadpunkbut anyway18:28
JayFIt might be interesting to consider automatically flipping things out of a cycle-18:28
JayF**based release model if/when they go inactive.18:28
gouthamrokay; lets move to any other projects in this state18:29
fungiprobably worth checking how that might impact the possibility for stable point releases18:29
fricklertacker, masakari and zaqar seem to have issues with current sqlalchemy/oslo.db18:30
noonedeadpunkwell, last time I checked masakari - it had issues with db upgrade for 2024.1, but my patch for master was passing nicely.18:31
noonedeadpunktacker used to be quite active and working on own blueprint for keystone to solve some usecase they had18:31
noonedeadpunkhave no idea about zaqar18:31
gmannfor tacker, this is wip fix from PTL but still not green #link https://review.opendev.org/c/openstack/tacker/+/91996918:31
fricklerhttps://zuul.opendev.org/t/openstack/builds?job_name=cross-masakari-py311&project=openstack/requirements18:31
noonedeadpunkIt was in my todo list to reach masakari PTL, but I failed so far (was on a sick leave last week, so todo moved slightly)18:32
gmannYes, tacker is active and they and meeting last night and discussed these18:32
gouthamr#link https://review.opendev.org/c/openstack/zaqar/+/916734 (Zaqar's sqlalchemy2.0 fix)18:32
gouthamr#link https://review.opendev.org/c/openstack/tacker/+/919969 (tacker's sqlalchemy2.0 fix)18:33
noonedeadpunkI will take masakari as AP for this week18:33
gmanntacker meeting discussion #link https://meetings.opendev.org/meetings/tacker/2024/tacker.2024-07-09-08.02.log.html#l-818:33
noonedeadpunklast masakari patch is https://review.opendev.org/c/openstack/masakari/+/920034 - just issued re-check for it18:33
gmanngouthamr: I think link should work if mentioned in between text right? or I am missing and doing it wrongly ?18:34
gouthamrgmann: nope; the highlight just works if its at the beginning of the message18:34
gmannis it?18:34
gouthamrbut, don't mind me/you/anyone fixing these.. 18:34
gouthamrheres an example: https://meetings.opendev.org/meetings/tc/2024/tc.2024-07-02-18.00.log.html#l-20 18:35
gmannk, will check later18:36
gouthamrgmann noonedeadpunk ty for the updates here.. think we can check on these three again next week18:36
fricklerok, I think those can be having a good chance of making progress soon, then18:36
fricklernext would be the growing list of issues the release-team recorded https://etherpad.opendev.org/p/dalmatian-relmgt-tracking#L35818:37
fricklerI'm not sure how to deal with those, I mean, not responding to a single release patch surely isn't critical18:37
noonedeadpunkcan confirm adjutant is in quite poor shape18:37
gouthamr"no response to dalmatian-1 patch" - i'm guilty of doing some of these - summer holidays yada yada18:38
noonedeadpunkI don't think they even close to comply with django version defined in U-C18:38
fricklerbut when it repeats it maybe means one should take a closer look18:38
noonedeadpunkand I'm guilty as well on one of these...18:39
gouthamrdalees: ^ fyi; on adjutant 18:39
fricklerno patches merged for adjutant this whole year18:40
noonedeadpunkI actually tried to deploy adfjutant this year and needed to make quite some changes and then gave up... But proposed _some_ patches at least...18:41
noonedeadpunkDidn't follow up on them though, as gave up...18:41
gmann#link https://review.opendev.org/q/project:openstack/adjutant18:41
gmann#link https://review.opendev.org/c/openstack/adjutant/+/91253418:41
gmannit seems these reno fixes for unmaintained branches also not yet merged18:42
gmannseems in bad state18:42
gouthamrmaybe this is one of those cases where an unmaintained branch wasn't in the team's interest 18:42
gmannits on master branch18:42
gmannotherwise master releasenotes job fails18:43
gouthamroh; i was looking at the gerrit list18:43
noonedeadpunkno logs left though...18:43
gmannyeah unmaintained is all next things :) even master is in bad state18:43
gouthamrfrickler: does the release team feel comfortable pushing through bot changes like this one? i.e., if you had +2 powers, would you use it?18:44
noonedeadpunkas I said - it 100% wont fly in current shape with Django 418:44
fricklergouthamr: no, IMHO that should not be done by the release team18:45
noonedeadpunkI don't think it's even good idea to give releases team core to all projects...18:45
gmannnoonedeadpunk: yeah18:45
gmannit seems this is case of inactive project detected after m-218:47
gouthamryeah; its definitely in project maintainers' interest to react to these.. 18:47
noonedeadpunkI'd cross fingers that dalees would fix that... as it's not _that_ much work, if there's interest ofc...18:48
noonedeadpunkotherwise - yeah18:48
gouthamri18:48
gouthamri'll take an AI to start a mail thread on this18:49
gouthamrfrickler: ty for sharing the etherpad18:49
gouthamr#link https://etherpad.opendev.org/p/dalmatian-relmgt-tracking#L358 (Release management project health tracking for Dalmatian) 18:50
gouthamrlets move on to other concerns18:50
gouthamr#action gouthamr will start an ML discussion on adjutant's health18:51
gouthamri'd like to skip the gate-health topic and jump to the TC tracker18:51
gouthamr#topic 2024.2 TC Tracker18:51
gouthamri apologize but we can chat about gate health right after this if we have time, or after the meeting18:52
spotz[m]Sorry I’m late!18:52
* gouthamr hey there spotz[m] 18:52
gouthamr#link https://etherpad.opendev.org/p/tc-2024.2-tracker (TC Tracker)18:52
gmannone update on kuryr-kubernetes 18:52
gmannkuryr-kubernetes retirement is on hold as tacker has a dependency on it, and tacker team is working on that 18:53
gmann#link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/message/OZSOHDHD3HYGHSHYBDMEX4L2VY6EWPLO/18:53
gouthamrack; thanks gmann 18:53
gouthamr#link https://review.opendev.org/q/topic:%22retire-kuryr-kubernetes%22 18:53
gouthamr#link https://review.opendev.org/c/openstack/governance/+/922507 18:53
gouthamri wanted to timebox a couple of changes because of two reasons18:54
*** bauzas_ is now known as bauzas18:54
gouthamrplease feel free to be critical of that decision; i'm hoping to make some progress while still accommodating your valuable viewpoints! 18:55
gouthamr#link https://review.opendev.org/c/openstack/governance/+/922512 (Affiliation Diversity Handling in OpenStack TC)18:55
gouthamr^ this is a charter change that affects the upcoming election18:55
gmannslaweq: ^^ I replied to your comment, can you please check18:56
gouthamrif you haven't looked at it, please do! i'm hoping we can either merge this or an alternative 18:56
gouthamrprior to the nomination period; and allow candidates and the electorate a chance to understand its implications18:57
slaweqgmann sure, sorry that I missed it18:57
gmannthanks 18:57
gouthamrso, here comes the controversial part - i'll nag you to place a +1 or -1 or abstain by July 15th 18:58
gouthamrdon't need this to merge by then; but, if you have a different opinion, i'd like for you to share it by then18:58
gouthamrany concerns?18:59
gmannI think it has +ve feedback so far18:59
gouthamryes; and we're at the hour19:00
gouthamr#link https://review.opendev.org/c/openstack/governance/+/902585  (Remove eventlet from OpenStack)19:00
slaweqI wiil read all the comments there tomorrow morning for sure19:00
gouthamr^ we can chat about this outside of this meeting; but, this has a similar timebox to air out any views19:00
gouthamrif you'd like to -1, please do so by 15th July 202419:01
gouthamri'll note that it has sufficient votes and soak time to merge already; but seeing its far reaching implications, i think i'd like to let you folks weigh in 19:01
gouthamrthat said; apologies for going over time here.. 19:02
gouthamrlet's call it a meeting 19:02
gouthamrthank you all for attending!19:02
gouthamr#endmeeting19:02
opendevmeetMeeting ended Tue Jul  9 19:02:19 2024 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)19:02
opendevmeetMinutes:        https://meetings.opendev.org/meetings/tc/2024/tc.2024-07-09-18.00.html19:02
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/tc/2024/tc.2024-07-09-18.00.txt19:02
opendevmeetLog:            https://meetings.opendev.org/meetings/tc/2024/tc.2024-07-09-18.00.log.html19:02
JayFthanks gouthamr o/19:02
slaweqo/19:02
*** bauzas_ is now known as bauzas20:58

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