15:01:48 #startmeeting RELENG (2021-04-20) 15:01:48 Meeting started Tue Apr 20 15:01:48 2021 UTC. 15:01:48 This meeting is logged and archived in a public location. 15:01:48 The chair is mboddu. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:01:48 Useful Commands: #action #agreed #halp #info #idea #link #topic. 15:01:48 The meeting name has been set to 'releng_(2021-04-20)' 15:01:48 #meetingname releng 15:01:48 #chair nirik sharkcz pbrobinson pingou mboddu dustymabe ksinny jednorozec 15:01:48 #topic init process 15:01:48 The meeting name has been set to 'releng' 15:01:48 Current chairs: dustymabe jednorozec ksinny mboddu nirik pbrobinson pingou sharkcz 15:02:12 morning 15:02:39 hi everyone 15:04:04 Lets get started 15:05:06 I dont have anything prepared, so lets go with the flow 15:06:32 #topic #8601 Packages that fail to build SRPM are not reported during the mass rebuild bugzillas 15:06:37 #link https://pagure.io/releng/issue/8601 15:07:07 This is because koji doesn't return failed builds that are failed in srpm phase 15:07:54 right, it would need collecting all the task id for the submitted rebuild tasks 15:08:56 or finding the initial tasks otherwise 15:09:02 I dont know why koji doesn't return them, cant we just file a ticket with koji? 15:09:24 I dont see the reason why they shouldn't in failed tasks list 15:09:29 I think it doesn't have all the info it needs then... 15:09:41 they are in failed tasks, but not in failed builds 15:09:42 koji web ui finds them 15:09:45 but we could ask/file sure 15:10:02 #action mboddu will file a ticket koji upstream 15:10:22 yeah, so its probibly not considering that a part of the build? it's just a task until it starts building? 15:10:35 I think so 15:10:42 it might also be a issue with our fedora-messaging plugin not emiting anything on srpm creation? 15:10:51 Maybe, but even then we can ask them if we grab those failed tasks through api 15:11:14 Or add another api for that... 15:11:59 or just setup a query like all failed buildsrpm tasks submitted by releng, etc ... 15:12:06 I think I recall now: 15:12:40 when it's doing the build src.rpm it doesn't know what the NVR is... so if it was a failed build it wouldn't know what build could be retried 15:12:56 but I could be misremembering 15:13:06 i think this is correct 15:15:42 Yeah, I think you are right nirik, but there should be someway in the api to find these builds 15:16:54 mboddu: I think there is already is api that could return the needed info, let me look ... 15:17:43 the problem might be that those tasks only have a dist-git url, not a package name, but it could be extracted 15:17:46 sharkcz: Not that I know of, but that would help a lot 15:18:51 listTasks() 15:19:16 with a right set of options 15:20:41 I could write a proof of concept for it I believe 15:22:05 sharkcz: Sure, I can try it as well 15:22:40 I wish they would have listed the state's numeric values and what they stand for... :( 15:22:49 I forgot where I found them last time 15:22:57 Probably dug around the code I guess 15:22:58 ha, I found a script where I have used listTasks() 15:26:03 Okay, moving on 15:26:18 #topic #7067 Fix package ownership in koji 15:26:23 #link https://pagure.io/releng/issue/7067 15:26:48 I have a question for this: 15:27:13 Just grab the owner from dist-git repo and add that user as the package owner in koji? 15:27:39 yeah. 15:28:06 then I guess we need something (a toddler?) to keep it in sync when ownership changes 15:29:43 or really the thing that syncs packages to koji could also sync owner perhaps? 15:29:44 Actually, we can just add it to https://pagure.io/fedora-infra/ansible/blob/main/f/roles/bodhi2/backend/templates/owner-sync-pagure.j2#_350 15:29:48 yeah, that 15:30:01 nirik: Great minds think a like ;) 15:31:44 Actually, we can just update that script to grab the owner and set that owner 15:31:53 I think I can easily write that script 15:32:34 but we still need to fix existing (one time) 15:34:03 Nope, we run that script as a cron, so next time when it runs that should fix it 15:34:44 it would fix existing ones? ok, I guess I didn't look at it much recently... but great! 15:36:29 Yes, when it runs as a cron, it updates all the package lists 15:37:01 I will create a PR for it 15:37:17 awesome. 15:37:25 that will help the mass rebuild script at least 15:37:34 as well as the koji-gc emails 15:39:37 Yup 15:44:30 #topic Open Floor 15:44:56 nirik: I created https://pagure.io/pungi-fedora/pull-request/1029 15:45:26 a quick question, does bodhi find commit permissions correctly for newly sponsored people? 15:45:36 after the FAS migration 15:48:21 Not sure about that, nirik ^ ? 15:49:01 I... don't know. ;) 15:49:12 I have them to logoff/logon and report back 15:49:13 for who can file updates? 15:49:20 ok, will see 15:49:23 yes 15:49:40 I added them as contributor to epel8 branch 15:50:10 and the intiial error was "Builds : treydock does not have commit access to conman" 15:50:26 but he has pushed a change successfully 15:50:34 I'll keep you informed :-) 15:52:49 ah, the contributor thing I think is in the next bodhi 15:52:52 the one in stg now. 15:53:02 Yeah, that might be it 15:53:37 ok, thanks, will change that to "commiter" 16:00:23 Anything else before I close the meeting? 16:00:31 nope 16:00:39 Thank you everyone for joining 16:00:44 See you all next week 16:04:18 thanks mboddu 16:23:15 mboddu++ 18:00:31 nirik: Error: Can't start another meeting, one is in progress. 18:00:32 #chair mboddu nirik smooge pingou mobrien nb