15:00:23 <gmann> #startmeeting tc 15:00:23 <opendevmeet> Meeting started Thu Sep 16 15:00:23 2021 UTC and is due to finish in 60 minutes. The chair is gmann. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:23 <opendevmeet> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:00:23 <opendevmeet> The meeting name has been set to 'tc' 15:00:28 <gmann> #topic Roll call 15:00:30 <gmann> o/ 15:00:30 <ricolin> o/ 15:00:30 <dansmith> o/ 15:00:32 <spotz_> o/ 15:00:41 <jungleboyj> Howdy. 15:01:15 <gmann> short agenda today, so we might finish early 15:01:31 <gmann> #link https://wiki.openstack.org/wiki/Meetings/TechnicalCommittee#Next_Meeting 15:02:08 <yoctozepto> o/ 15:03:11 <gmann> let's start 15:03:14 <gmann> #topic https://wiki.openstack.org/wiki/Meetings/TechnicalCommittee#Next_Meeting 15:03:18 <gmann> oh 15:03:18 <diablo_rojo> o/ 15:03:25 <gmann> #topic Follow up on past action items 15:03:32 <gmann> gmann to remove projects pain points from next weekly meeting agenda 15:03:35 <gmann> done 15:03:42 <gmann> yoctozepto to send email to openstack-discuss about getting usage data of TC tags 15:03:51 <jungleboyj> Done. 15:04:03 <gmann> that is also done and we will discuss it in detail in next topic 15:04:05 <gmann> yeah 15:04:12 <gmann> gmann to add folder or something to store the meeting recording/transcript in governance repo 15:04:41 <gmann> I tried to do that but i am getting error from git on size of file I am checking in. meeting recording is of ~4 MB i think 15:04:57 <fungi> gb? 15:05:22 <jungleboyj> 4 GB? Yikes! 15:05:31 <fungi> (4mb seems like really great compression for an hour-long video call anyway) 15:05:37 <gmann> ah, ~400 MB 15:05:45 <jungleboyj> Ah, that makes more sense. 15:05:50 <gmann> sorry 15:05:56 <jungleboyj> Because 4 GB would be terrible compression. 15:06:02 <fungi> INDEED 15:06:03 <dansmith> or high fidelity 15:06:09 <fungi> oops, caps lock bites again 15:06:21 <jungleboyj> No need to yell at me. ;-) 15:06:23 <gmann> I think limit for git is ~100 MB or so 15:06:26 <fungi> ;) 15:07:01 <spotz_> YouTube? 15:07:23 <yoctozepto> ^ we can survive a few advertisements 15:07:27 <belmoreira> o/ 15:08:01 <gmann> ok, I will check with foundation if they are ok to publish in openstack/openinfa channel. 15:08:08 <jungleboyj> ++ 15:08:13 <gmann> or we want to maintain TC channel separately ? 15:08:39 <gmann> like cinder did I think ? 15:08:49 <jungleboyj> Yes, that is what Cinder did. 15:09:25 <yoctozepto> we can do our own I guess 15:09:34 <jungleboyj> https://www.youtube.com/channel/UCJ8Koy4gsISMy0qW3CWZmaQ 15:10:41 <gmann> ok. let me do that way 15:10:54 <jungleboyj> ++ 15:11:02 <gmann> spotz to help in google meet setup for next meeting from RDO account. 15:11:16 <gmann> spotz_ already gave me link. thanks again 15:11:32 <gmann> #topic Gate health check (dansmith/yoctozepto) 15:12:09 <ricolin> literally start that today 15:12:15 <gmann> any news on gate, dansmith yoctozepto or other members ? 15:12:16 <ricolin> apologies for the delay 15:12:23 <ricolin> #link https://etherpad.opendev.org/p/health_check 15:12:28 <gmann> ricolin: hi 15:12:40 <yoctozepto> I was out of loop this last week 15:13:05 <jungleboyj> I haven't seen complaints despite it being one of the busiest times for the gate. 15:13:16 <gmann> I have not seen much failure 15:13:54 <dansmith> yeah it's been good lately I think 15:14:02 <jungleboyj> \o/ 15:14:33 <dansmith> fwiw, 15:14:40 <spotz_> Hehe 15:14:43 <dansmith> I definitely think it's worth tracking this here 15:15:02 <dansmith> as we've been able to keep tabs on spikes pretty soon after they show up and work to get them resolved because of visibility 15:15:13 <dansmith> so even though it might seem boring, I think this is worth keeping on the agenda 15:15:15 <jungleboyj> Agreed. 15:15:41 <gmann> yeah, this is permanent things in agenda even just saying 'all fine' 15:15:57 <dansmith> I know, 15:16:05 <dansmith> I'm just saying, I still think it's worth it :) 15:16:19 <gmann> +1 15:16:21 <gmann> now on ricolin etherpad which is on adding some framework to check project health #link https://etherpad.opendev.org/p/health_check 15:17:00 <gmann> added few comments in etherpad 15:17:22 <gmann> ricolin: so for contribution data or so you will collect from stackalytics or from gerrit ? 15:17:47 <ricolin> I think from gerrit 15:18:09 <ricolin> depends on what data stackalytics have and gerrit don't 15:18:14 <fungi> if you need help with the gerrit api, let me know 15:18:21 <ricolin> single company contribution? 15:18:38 <ricolin> fungi, thx 15:18:46 <fungi> gerrit has no information about contributor affiliation 15:19:22 <fungi> however the openinfra foundation api (openstackid-resources.openstack.org) can be used to look up affiliation by contributor e-mail address 15:19:40 <gmann> ok 15:19:42 <fungi> we have examples of that in the openstack/elections repo 15:19:56 <ricolin> Okay, we can use that API 15:20:16 <gmann> +1 15:20:17 <gmann> on release, we need to check with release team about 'to stop doing release if no PTL/liaison ack' or keep doing like they do now and give us data 15:20:39 <gmann> but release data is very important to check status 15:20:40 <fungi> it's not perfect since a lot of contributors haven't created a foundation profile or haven't put in their affiliation info or haven't been terribly accurate when they did, but it's better than nothing at least 15:22:03 <ricolin> agree 15:22:26 <gmann> anyways this is good start, thanks ricolin 15:22:28 <ricolin> so our origin plan is to have a period job for it? 15:22:38 <ricolin> or just a script? 15:22:45 <ricolin> to collect from APIs? 15:23:05 <gmann> ohk, i thought periodic jobs for gate jobs status 15:23:25 <spotz_> I know last job I was an independent 15:23:36 <gmann> I think periodic monthly jobs can be fine 15:23:45 <ricolin> +1 15:23:49 <gmann> or once in two month 15:24:11 <gmann> like checking 2-3 time in a release is more than enough or even 2 times only 15:24:36 <ricolin> sounds like a good plan 15:24:46 <gmann> everyone please comment on etherpad 15:25:02 <fungi> if it's going to be that infrequent, it can just be a script someone runs on their workstation. the gerrit and foundation apis are public and anonymous, you don't even need credentials to query them 15:25:38 <fungi> having a periodic zuul pipeline which only triggers once every 60 days would be a little odd 15:25:56 <gmann> that also work and based on when we decide the time to check in TC meeting or so we can run that time 15:26:07 <fungi> i find that scripts run that infrequently often need troubleshooting because of changes to apis 15:26:25 <spotz_> Makes sense 15:26:33 <fungi> so it's better to have a human running them who can debug them when they inevitably break 15:27:25 <jungleboyj> :-) Makes sense. 15:27:27 <gmann> and that script/job can also help in our one of the future things of 'different project level' checks which we are going to discuss in PTG 15:27:28 <ricolin> I think we can decide after I got the script done 15:27:32 <ricolin> I'm find either way 15:27:40 <gmann> sure 15:28:17 <gmann> ricolin: we will check it as part of Xena tracker topic next week. or you want to add it as separate topic ? 15:28:59 <ricolin> let's do it with Xena tracker 15:29:12 <ricolin> I mean do it `in` 15:29:17 <gmann> ok, +1 15:29:37 <gmann> moving next 15:29:38 <gmann> #topic TC tags analysis 15:29:44 <gmann> #link http://lists.openstack.org/pipermail/openstack-discuss/2021-September/024804.html 15:29:53 <gmann> yoctozepto: no reply on that seems 15:30:20 <yoctozepto> who could have expected that? (-: 15:30:38 <jungleboyj> :-( Yeah, didn't see any responses. 15:30:58 <gmann> :) 15:31:20 <yoctozepto> ok, what is the next step then? pausing discussion till ptg? 15:31:24 <gmann> anyways I am adding that in next newsletter also 15:31:32 <yoctozepto> I have not received more feedback from you either 15:31:37 <yoctozepto> newsletter++ 15:31:40 <gmann> yoctozepto: yeah, we can decide in PTG and wait until than if anyone reply 15:31:41 <jungleboyj> gmann: That is a good idea. 15:31:42 <dansmith> isn't that the answer we're looking for? not useful? 15:31:52 <yoctozepto> dansmith: to me it is 15:31:56 <dansmith> me too :P 15:31:57 <jungleboyj> Seems to be. 15:32:08 <yoctozepto> but we can maximise the time window as there is no rush 15:32:09 <gmann> yeah, seems like 15:32:20 <yoctozepto> and then just drop most of this stuff 15:32:30 <gmann> in PTG we can decide and start cleanup yup or remove the framework itself 15:32:45 <gmann> yoctozepto: the once with no project are safer to drop anyways 15:32:50 <gmann> the one 15:33:06 <yoctozepto> yeah 15:33:26 <gmann> thanks for sending email and starting this work 15:33:34 <yoctozepto> :-) 15:33:48 <gmann> #topic Open Reviews 15:33:50 <gmann> #link https://review.opendev.org/q/projects:openstack/governance+is:open 15:34:11 <gmann> I think PTL assignments are ready to merge, let me check after meeting 15:34:47 <gmann> this is failing gate #link https://review.opendev.org/c/openstack/governance/+/807837 15:34:59 <gmann> yoctozepto: fungi I have not read log but you seems discussed it?> 15:35:13 <gmann> before meeting or so 15:35:37 <fungi> the error message yoctozepto quoted sounded like something i've run into with setuptools deprecation, so could be a new setuptools release 15:36:13 <yoctozepto> yeah, it seems we must be using some legacy stuff in governance gate 15:36:56 <clarkb> error in pydot2 setup command: use_2to3 is invalid. 15:36:57 <gmann> yeah, py38 running as n-v I just realized 15:36:59 <fungi> i merged some changes in pbr a while back to avoid hitting that codepath in setuptools 15:37:18 <fungi> maybe it's a combination with old/pinned pbr? i'd have to look 15:37:29 <clarkb> I think the pydot2 package doesn't support python3 properly 15:37:30 <yoctozepto> yeah, need to look; I haven't had time 15:37:38 <yoctozepto> I know that e.g. docs repo merged today fine 15:37:43 <fungi> clarkb: oh, that would also explain it 15:37:53 <yoctozepto> oh, then we need to drop pydot2 15:38:00 <yoctozepto> wonder where we use it exactly 15:38:20 <gmann> tools/universe_dot.py 15:38:29 <fungi> if the pydot2 package is too old and still tries to set use_2to3 metadata through setuptools that could start breaking 15:38:47 <yoctozepto> "A tool that will translate a projects.yaml file into a visualized graph." 15:39:04 <gmann> anyways let's check after meeting 15:39:11 <yoctozepto> https://codesearch.opendev.org/?q=%5Cbuniverse_dot%5Cb&i=nope&literal=nope&files=&excludeFiles=&repos= 15:39:13 <yoctozepto> not used 15:39:17 <gmann> yeah 15:39:20 <yoctozepto> let's drop with pydot2 15:39:37 <gmann> yoctozepto: may be on governance site side 15:39:50 <clarkb> that package was last updated in like 2014 15:39:55 <clarkb> pydot seems to be maintained 15:40:29 <yoctozepto> gmann: we would see that still, no? 15:40:49 <gmann> yoctozepto: c.o.o should give but not 100% sure 15:41:06 <gmann> anyways let's check after meeting 15:41:09 <gmann> that's all for today meeting, anything else to discuss as we have ~20 min time 15:41:52 <gmann> if nothing else, let's close it. 15:41:53 <gmann> thanks everyone for joining 15:41:58 <gmann> #endmeeting