15:00:14 #startmeeting RELENG (2021-09-07) 15:00:14 Meeting started Tue Sep 7 15:00:14 2021 UTC. 15:00:14 This meeting is logged and archived in a public location. 15:00:14 The chair is jednorozec. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:14 Useful Commands: #action #agreed #halp #info #idea #link #topic. 15:00:14 The meeting name has been set to 'releng_(2021-09-07)' 15:00:14 #meetingname releng 15:00:14 The meeting name has been set to 'releng' 15:00:21 #chair nirik sharkcz pbrobinson pingou mboddu dustymabe ksinny jednorozec 15:00:21 Current chairs: dustymabe jednorozec ksinny mboddu nirik pbrobinson pingou sharkcz 15:00:22 #topic init process 15:00:33 morning 15:00:52 hi everyone 15:01:13 Morning 15:01:43 good morning/evening 15:03:49 howdy 15:05:02 hello 15:05:46 so lets have a look at the tracker 15:08:12 hmm this relic 15:08:14 .releng 8026 15:08:15 jednorozec: An error has occurred and has been logged. Please contact this bot's administrator for more information. 15:08:49 .releng 8026 15:08:52 jednorozec: Issue #8026: Packages are not retired entirely - releng - Pagure.io - https://pagure.io/releng/issue/8026 15:09:17 it is a relic and it seems to be fixed 15:10:12 ok, close? or ask reporter to check for anything left to do? 15:10:30 I will close it with comment 15:10:37 ack 15:12:38 .releng 8948 15:12:39 jednorozec: Issue #8948: Update list of critpath packages - releng - Pagure.io - https://pagure.io/releng/issue/8948 15:12:58 I found this by chance when looking into bodhi 15:13:13 there is a PR to update critpath 15:13:24 We updated it in PDC, but this should be moved to bodhi eventually 15:13:34 well I thought it was moving to a toddler? 15:14:27 but I don't know the status. would need to ask pingou on that one 15:16:25 I guess yeah, thats short term... longer term hopefully bodhi does it itself (which we probibly need some bodhi maintainers to do) 15:17:05 ha 15:17:06 https://pagure.io/fedora-infra/toddlers/blob/main/f/toddlers/plugins/pdc_update_critpath.py 15:17:57 but we will need to move this to bodhi to get rid of PDC 15:18:03 eventually 15:19:42 left comment there 15:21:27 .releng 10141 15:21:28 jednorozec: Issue #10141: Improve the SCM request process to let the current maintainers confirm the EPEL branches. - releng - Pagure.io - https://pagure.io/releng/issue/10141 15:23:01 so do you think we can close it? 15:23:07 I think we should 15:23:25 * nirik is reading and looking for any action we can actually take. 15:23:25 But I have seen couple of issues with it as it didn't process properly 15:24:41 I think this could be punted to the epel sig... if they want to make changes in the workflow we could try and do that... but we don't know if they do, or what. 15:24:59 perhaps close and ask them to file a epel ticket if they want to change the workflow? 15:25:15 the problem is that none of those fits all cases... 15:25:16 is there epel tracker? 15:25:25 yes. https://pagure.io/epel 15:26:39 some people don't want epel branches made of some of there packages (for good reasons). Others are fine with maintaining epel branches if asked, they would prefer to do that over someone asking taking over. 15:27:02 just blindly allowing only works for some subset of packages. 15:27:15 yeah 15:27:44 I personally don't want to maintain epel packages 15:28:29 In the pkgdb days you could request an epel branch and the maintainer had 2 weeks I think to either approve or deny... 15:30:41 I am not sure what is remaining in this ticket? Once the maintainer add a person as a colloborator for epel* branches, they can request the epel branch and fedscm-admin correctly processes them 15:30:55 mboddu, yes 15:31:05 yeah. 15:31:13 there is nothing, they want to do it differently 15:31:27 it is closed 15:31:37 Okay 15:31:39 I think what was wanted was anyone requesting a epel branch would then be added as collaborator and get the branch... but that really doesn't work globally 15:31:52 nope 15:31:57 that is not a good idea 15:32:26 Yeah, that is really bad as it doesn't involve maintainer's concern 15:32:49 right. anyhow, lets move on then. :) 15:33:14 what about this 15:33:16 .releng 10112\ 15:33:16 jednorozec: Error: '10112\\' is not a valid integer. 15:33:19 .releng 10112 15:33:20 jednorozec: Issue #10112: Fedora Python Classroom Lab: Switch from armhfp to aarch64 - releng - Pagure.io - https://pagure.io/releng/issue/10112 15:35:45 so, we fixed the aarch64 one, but did we remove the 32bit arm one? 15:36:58 nope the armhfp is there 15:38:20 so, we should drop it now... ;) 15:38:31 then we can close this. Or I guess we can ask? 15:39:06 so is removing it from arches in fedora-variants.xml enough? 15:39:33 jednorozec: Nope, we need to remove it from fedora.conf as well 15:39:41 And both in f35 and main branches 15:40:31 ok, post freeze? 15:40:58 But check with churchyard in the ticket before removing it, so ping in the ticket 15:41:00 yep 15:41:07 ack. 15:42:02 IMHO we could look at dropping a number of the 32bit images... not all, but many seem like they wouldn't get too much use 15:42:16 but thats a side discussion. 15:43:29 I have to leave earlier today 15:43:56 mboddu, nirik can one of you take over? 15:44:16 Sure 15:44:20 sure 15:44:24 thanks 15:44:30 * jednorozec off 15:45:26 thanks jednorozec! 15:46:10 Thanks jednorozec 15:47:54 what else do we have? 15:47:58 .releng 10293 15:47:59 mboddu: Issue #10293: *-bootstrap modules are in F35 compose in spite of Pungi configuration - releng - Pagure.io - https://pagure.io/releng/issue/10293 15:47:59 f35 status? 15:48:14 We should check with pungi folks again about this 15:48:29 The config still has filter_modules but its not filtering them out 15:48:59 oh... hang on 15:49:59 we need to adjust the bodhi pungi config? if those are in modular test? 15:51:01 True, but I think he is mentioning in the f35 compose, we dont have bodhi really working there 15:51:41 I mean, we enabled testing repos for f35 and immediately froze it, so whatever in f35 compose is coming from pungi-fedora configs itself 15:51:50 f35-modular-updates-testing is a thing 15:52:21 nirik: Oh, you pushed the updates in f35 modular testing during the freeze? 15:52:52 no 15:53:07 but it has some content, did we push it before freeze? 15:53:27 but it's unclear to me where these modules are... what repo 15:54:14 Huh 15:54:16 * mboddu checking 15:54:58 I don't have a f35 box here. 15:56:01 and of course since it's a module you cna't just look... it's in the repodata 15:57:16 I am totally confused, I am seeing f35 modular testing compose in updates dir on /mnt/koji/compose/ 15:57:46 One from 09/03 and one from 09/06 15:58:20 But on mirrors, they are still empty repos 15:58:22 * mboddu is confused 15:58:36 oh, perhaps I did push them then? 15:58:48 but yeah, should be synced? 15:59:41 ok, yeah, looks like I did push M instead of C. whoops. ;( But I would think modular-testing would be fine to push in freeze? it's like updates-testing no? 16:00:57 Yeah, right 16:01:11 But why didn't it sync is still the question 16:01:26 unclear. So, IMHO, lets ask in ticket what repos they are seeing it in? 16:01:39 ack 16:01:43 if it's updates-testing, then it's bodhi's pungi config. 16:02:21 Yes 16:02:31 Lets do quick open floor 16:04:33 k 16:08:22 shall we close? 16:30:43 #endmeeting