2024-05-22 18:00:08 <@tdawson:fedora.im> !startmeeting EPEL (2024-05-22)
2024-05-22 18:00:10 <@meetbot:fedora.im> Meeting started at 2024-05-22 18:00:08 UTC
2024-05-22 18:00:11 <@meetbot:fedora.im> The Meeting name is 'EPEL (2024-05-22)'
2024-05-22 18:00:16 <@tdawson:fedora.im> !meetingname epel
2024-05-22 18:00:21 <@tdawson:fedora.im> !topic aloha
2024-05-22 18:00:53 <@nirik:matrix.scrye.com> morning. 🌄
2024-05-22 18:01:09 <@tdawson:fedora.im> Morning nirik 
2024-05-22 18:01:17 <@carlwgeorge:matrix.org> !hi
2024-05-22 18:01:22 <@zodbot:fedora.im> Carl George (carlwgeorge) - he / him / his
2024-05-22 18:01:36 <@tdawson:fedora.im> !hi
2024-05-22 18:01:38 <@zodbot:fedora.im> Troy Dawson (tdawson)
2024-05-22 18:01:49 <@tdawson:fedora.im> Aha ... it finally shows my name.
2024-05-22 18:02:27 <@davide:cavalca.name> !hi
2024-05-22 18:02:27 <@tdawson:fedora.im> Turns out I somehow had my Fedora info set to private.  I didn't know until it broke the elections.
2024-05-22 18:02:31 <@zodbot:fedora.im> Davide Cavalca (dcavalca) - he / him / his
2024-05-22 18:02:42 <@nhanlon:beeper.com> !hi
2024-05-22 18:02:45 <@zodbot:fedora.im> Neil Hanlon (neil) - he / him / his
2024-05-22 18:02:46 <@tdawson:fedora.im> Hi Carl George and Davide Cavalca 
2024-05-22 18:02:59 <@tdawson:fedora.im> Hi Neil Hanlon 
2024-05-22 18:03:55 <@nhanlon:beeper.com> but will try
2024-05-22 18:05:00 <@dherrera:fedora.im> !hi
2024-05-22 18:05:02 <@zodbot:fedora.im> Diego Herrera (dherrera) - he / him / his
2024-05-22 18:05:07 <@tdawson:fedora.im> We're a little lite today
2024-05-22 18:05:12 <@tdawson:fedora.im> Hi Diego Herrera 
2024-05-22 18:05:18 <@tdawson:fedora.im> !topic End Of Life (EOL)
2024-05-22 18:05:26 <@tdawson:fedora.im> RHEL 7 / epel-7 will go EOL on 2024-06-30
https://endoflife.date/rhel
CentOS Stream 8 / epel-8-next goes EOL in 2024-05-31
CentOS Stream 9 / epel-9-next goes EOL in 2027-05-31
https://endoflife.date/centos-stream
2024-05-22 18:05:47 <@tdawson:fedora.im> Two more weeks, and that list get's shorter.
2024-05-22 18:06:11 <@tdawson:fedora.im> !topic EPEL Issues https://pagure.io/epel/issues
https://pagure.io/epel/issues?tags=meeting&status=Open
2024-05-22 18:06:25 <@conan_kudo:matrix.org> !hi
2024-05-22 18:06:28 <@zodbot:fedora.im> Neal Gompa (ngompa) - he / him / his
2024-05-22 18:06:36 <@tdawson:fedora.im> Hi Conan Kudo 
2024-05-22 18:06:46 <@nirik:matrix.scrye.com> I can hardly wait.
2024-05-22 18:07:03 <@tdawson:fedora.im> There aren't any issues marked with "meeting" ... so moving along
2024-05-22 18:07:11 <@tdawson:fedora.im> !topic Old Business
2024-05-22 18:07:30 <@tdawson:fedora.im> Does anyone have any old business they want to bring up?
2024-05-22 18:07:40 <@carlwgeorge:matrix.org> i noticed something today in bodhi regarding updates policy
2024-05-22 18:07:49 <@carlwgeorge:matrix.org> looks like there is a related issue
2024-05-22 18:07:55 <@carlwgeorge:matrix.org> !link https://pagure.io/epel/issue/272
2024-05-22 18:08:48 <@carlwgeorge:matrix.org> i'll comment there as well for posterity, but in summary i realized that bodhi lets you create epel updates that only require +1 karma, but our docs say minimum is +3
2024-05-22 18:09:16 <@carlwgeorge:matrix.org> example: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-38d250bafc
2024-05-22 18:09:39 <@tdawson:fedora.im> That is true, and sadly, something I abuse until we brought it up a couple weeks ago.
2024-05-22 18:09:47 <@carlwgeorge:matrix.org> so we should either update to docs to match what bodhi does, or fix bodhi to match our docs (i don't have strong feelings either way tbh)
2024-05-22 18:09:49 <@tdawson:fedora.im> That is true, and sadly, something I abused until we brought it up a couple weeks ago.
2024-05-22 18:10:14 <@nirik:matrix.scrye.com> I think possibly thats fixed in adamw's big bodhi rework... but perhaps he didn't touch epel there.
2024-05-22 18:10:37 <@adamwill:fedora.im> no, it'll fix that
2024-05-22 18:10:49 <@carlwgeorge:matrix.org> fedora is also out of sync, by policy updates after beta freeze are minimum +2, but bodhi will also let you set a fedora update to just +1
2024-05-22 18:10:59 <@adamwill:fedora.im> well, assuming the appropriate config is set in ansible plays
2024-05-22 18:11:05 <@adamwill:fedora.im> yes, it fixes that too
2024-05-22 18:11:08 <@carlwgeorge:matrix.org> !link https://docs.fedoraproject.org/en-US/epel/epel-policy-updates/#stable_releases
2024-05-22 18:11:18 <@carlwgeorge:matrix.org> !link https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/#karma-requirements
2024-05-22 18:12:07 <@tdawson:fedora.im> So I guess that is the question, do we want to enforce that?   (change bodhi) or change our policy to allow +1 ?
2024-05-22 18:13:15 <@carlwgeorge:matrix.org> i'm actually fine with the +1 minimum, +3 default way that bodhi does it now.  in the example i gave it came in handy (cve fixes for chromium).
2024-05-22 18:13:37 <@adamwill:fedora.im> you should understand what those numbers *mean*
2024-05-22 18:13:47 <@adamwill:fedora.im> the number you set at update creation time is the *automatic push threshold*
2024-05-22 18:14:06 <@adamwill:fedora.im> it's the amount of positive karma at which bodhi will automatically push the update stable (assuming it meets gating requirements)
2024-05-22 18:14:20 <@carlwgeorge:matrix.org> oh good point
2024-05-22 18:14:25 <@tdawson:fedora.im> Oh ... so if someone doesn't setup any karma, by default they would get +1 ?
2024-05-22 18:14:47 <@adamwill:fedora.im> the other threshold concept we have is the 'minimum push threshold'
2024-05-22 18:15:04 <@carlwgeorge:matrix.org> the new update page defaults the drop down to +3/-3, i'm not sure what the cli does
2024-05-22 18:15:19 <@adamwill:fedora.im> which is a karma number below which the update *cannot* be pushed stable manually
2024-05-22 18:15:43 <@adamwill:fedora.im> whatever you set the autopush threshold to when creating the update, if the update's karma exceeds the minimum push threshold it can be pushed *manually*
2024-05-22 18:15:52 <@adamwill:fedora.im> whatever you set the autopush threshold to when creating the update, if the update's karma exceeds the policy minimum push threshold it can be pushed _manually_
2024-05-22 18:16:00 <@carlwgeorge:matrix.org> ideally the auto-push threshold won't be able to be set lower than the minimum push threshold
2024-05-22 18:16:52 <@adamwill:fedora.im> the minimum push threshold can be configured per distribution (fedora, epel etc) and/or per release number and release phase
2024-05-22 18:17:10 <@adamwill:fedora.im> Carl George: yes, that is one of the things my changes fix (although there are some interesting corner cases)
2024-05-22 18:17:29 <@carlwgeorge:matrix.org> awesome, glad to hear help in on the way
2024-05-22 18:17:33 <@carlwgeorge:matrix.org> thanks for your work on that
2024-05-22 18:17:51 <@zodbot:fedora.im> carlwgeorge gave a cookie to adamwill. They now have 246 cookies, 4 of which were obtained in the Fedora 40 release cycle
2024-05-22 18:17:56 <@zodbot:fedora.im> dherrera gave a cookie to adamwill. They now have 247 cookies, 5 of which were obtained in the Fedora 40 release cycle
2024-05-22 18:18:07 <@zodbot:fedora.im> kevin gave a cookie to adamwill. They now have 248 cookies, 6 of which were obtained in the Fedora 40 release cycle
2024-05-22 18:18:10 <@adamwill:fedora.im> as i interpret the policy right now, the config we should set is to make the minimum push threshold for all epel releases at all times 3
2024-05-22 18:18:33 <@carlwgeorge:matrix.org> yup, that's what our policy is now
2024-05-22 18:18:35 <@adamwill:fedora.im> with my changes to bodhi, that would mean you could not set the autopush number below 3 when creating an update
2024-05-22 18:18:49 <@carlwgeorge:matrix.org> i didn't see anyone comment that they feel strongly about lowering it
2024-05-22 18:19:20 <@tdawson:fedora.im> Not strongly.  And if someone really does have a problem, we can always re-visit it.
2024-05-22 18:19:46 <@adamwill:fedora.im> as things stand, i believe the current behaviour is "all epel updates can be manually pushed at +2, and epel updates with the autopush threshold set to +1 will be pushed at +1"
2024-05-22 18:20:05 <@nirik:matrix.scrye.com> I suspect (but don't know) that epel updates get a lot less karma than fedora ones... but I could be wrong.
2024-05-22 18:20:43 <@tdawson:fedora.im> I depends on the update, but in general, epel updates usually timeout into stable version karma into stable.
2024-05-22 18:20:51 <@carlwgeorge:matrix.org> if i'm reading things correctly, that matches the fedora updates policy, right?
2024-05-22 18:21:29 <@adamwill:fedora.im> yes, because afaics we don't actually specify a different policy for epel karma rn
2024-05-22 18:21:36 <@adamwill:fedora.im> we specify *days* to 7 for epel
2024-05-22 18:21:54 <@adamwill:fedora.im> (which means epel updates can be pushed stable after 7 days regardless of karma)
2024-05-22 18:21:55 <@nirik:matrix.scrye.com> I think also now we have a 'it must have been pushed to testing before it can go stable' check, which didn't use to be the case.
2024-05-22 18:22:06 <@carlwgeorge:matrix.org> we did semi-recently change the time threshold for epel to match fedora stable branches
2024-05-22 18:22:21 <@adamwill:fedora.im> nirik: I don't think that's actually right, but would have to dive back in.
2024-05-22 18:22:48 <@carlwgeorge:matrix.org> i think also matching the fedora karma requirements would be nice
2024-05-22 18:22:49 <@adamwill:fedora.im> Carl George: afaics it's just blanket 7 days for epel, which matches the written policy
2024-05-22 18:23:14 <@nirik:matrix.scrye.com> I am pretty sure I have hit that, but thats a sidebar....
2024-05-22 18:24:32 <@carlwgeorge:matrix.org> that's probably enough time on this in this meeting, we can probably table this until the bodhi changes land and then examine if things are working the way we want them to
2024-05-22 18:24:52 <@smooge:fedora.im> ...
2024-05-22 18:25:51 <@adamwill:fedora.im> as things stand, you'll get the same change fedora does: the +1 loophole will be gone and all updates will need +2, or 7 days in testing
2024-05-22 18:26:07 <@tdawson:fedora.im> Sounds good.   Are there any other Old Business?
2024-05-22 18:26:24 <@smooge:fedora.im> I have sort of Old sort of New sort of Open
2024-05-22 18:26:28 <@tdawson:fedora.im> Sounds good.   Is there any other Old Business?
2024-05-22 18:26:48 <@tdawson:fedora.im> Stephen J Smoogen: Sounds like a wedding ... go for it.
2024-05-22 18:27:29 <@smooge:fedora.im> Its data on this graph https://data-analysis.fedoraproject.org/csv-reports/images/epel-stacked.png and the data I am going to refer to is blue
2024-05-22 18:27:44 <@smooge:fedora.im> I think I have most of the stuff with a wedding :)
2024-05-22 18:28:14 <@tdawson:fedora.im> Ha ... cuz it's blue :)
2024-05-22 18:28:19 <@smooge:fedora.im> So starting a couple of months ago, the EPEL-7 numbers went through the roof and have stayed that way
2024-05-22 18:28:51 <@nirik:matrix.scrye.com> yes, they are hamming the mirrorlists pretty hard.
2024-05-22 18:28:58 <@smooge:fedora.im> mattdm asked if I could find anything and I did a rough guess of systems per various days on that time. 
2024-05-22 18:29:01 <@nirik:matrix.scrye.com> yes, they are hammering the mirrorlists pretty hard.
2024-05-22 18:29:08 <@smooge:fedora.im> It turns out to be Amazon
2024-05-22 18:29:41 <@carlwgeorge:matrix.org> amazon linux, or just whatever distro running on aws
2024-05-22 18:29:57 <@smooge:fedora.im> where before hand we might see a couple dozen outbound ipv4 ips with EPEL-7 data, we are now seeing entire subnets of ipv4 from .1 to .254
2024-05-22 18:30:18 <@nirik:matrix.scrye.com> someone avoiding managed nat gateway charges? ;)
2024-05-22 18:30:24 <@smooge:fedora.im> I do not know if it is CentOS-7, RHEL-7, or Amazon Linux-2
2024-05-22 18:31:04 <@smooge:fedora.im> It was a couple thousand subnets so I think it might have been some sort of config change
2024-05-22 18:32:21 <@tdawson:fedora.im> What is our biggest concern here?  The fact that they are running out of time?  Or that when things move to archive, they will overwhelm out archive servers?
2024-05-22 18:32:26 <@nirik:matrix.scrye.com> or dropping some caching layer
2024-05-22 18:32:34 <@smooge:fedora.im> because EL-7/Amazon Linux 2 use yum all it says is `urlgrabber/X.Y yum/X.Y` in the logs 
2024-05-22 18:32:58 <@smooge:fedora.im> they will definitely overwhelm the archive servers
2024-05-22 18:33:08 <@smooge:fedora.im> they are already hammering the mirrors a lot
2024-05-22 18:33:22 <@carlwgeorge:matrix.org> do the archive servers have any rate limiting in place?
2024-05-22 18:33:42 <@smooge:fedora.im> the archive servers are pretty much dl.fedoraproject.org and one or two other sites
2024-05-22 18:33:55 <@smooge:fedora.im> so the rate limiting is 'ooops no more bandwidth'
2024-05-22 18:33:56 <@nirik:matrix.scrye.com> uh... yeah, it's not just that, it's more...
2024-05-22 18:34:38 <@smooge:fedora.im> When I looked at a couple they only archived Fedora that I could find
2024-05-22 18:34:40 <@nirik:matrix.scrye.com> theres 10ish or so in there.
2024-05-22 18:35:06 <@nirik:matrix.scrye.com> but really my concern is the mirrorlists.
2024-05-22 18:35:06 <@smooge:fedora.im> but that was a while ago.
2024-05-22 18:35:26 <@carlwgeorge:matrix.org> is it possible for a mirror to sync just the epel archive, not the entire archive (fedora+epel)?
2024-05-22 18:35:45 <@nirik:matrix.scrye.com> sure.
2024-05-22 18:35:45 <@smooge:fedora.im> anyway.. I just wanted to say 'hey I figured out why!' and then we need to figure out if anyone at amazon can figure it out
2024-05-22 18:36:04 <@carlwgeorge:matrix.org> i only see fedora-archive in the wiki page, with a comment that it's both fedora and epel
2024-05-22 18:36:13 <@carlwgeorge:matrix.org> !link https://fedoraproject.org/wiki/Infrastructure/Mirroring#Suggested_rsync_modules
2024-05-22 18:36:34 <@smooge:fedora.im> rsync --exclude will exclude whatever you want
2024-05-22 18:36:48 <@tdawson:fedora.im> Does anyone have any Amazon contacts that can look into this?
2024-05-22 18:37:19 <@nirik:matrix.scrye.com> davdunc is the only one I know off hand.
2024-05-22 18:37:39 <@tdawson:fedora.im> That's who I was thinking of too.
2024-05-22 18:38:33 <@carlwgeorge:matrix.org> help us davdunc kenobi, you're our only hope
2024-05-22 18:39:22 <@tdawson:fedora.im> Does anyone want to contact him?
2024-05-22 18:39:55 <@carlwgeorge:matrix.org> i can shoot him a text and ask him to check his matrix notifications
2024-05-22 18:40:08 <@tdawson:fedora.im> Thank you Carl George 
2024-05-22 18:40:16 <@smooge:fedora.im> "who dis? new phone"
2024-05-22 18:40:33 <@tdawson:fedora.im> Let's move on ... 
2024-05-22 18:40:56 <@tdawson:fedora.im> I'm going to move to Open Topic ... it doesn't seem to get enough time in past meetings ...
2024-05-22 18:41:12 <@tdawson:fedora.im> !topic General Issues / Open Floor
2024-05-22 18:41:13 <@carlwgeorge:matrix.org> i've got a quick thing
2024-05-22 18:41:20 <@nirik:matrix.scrye.com> I had a small note... can go after Carl
2024-05-22 18:41:25 <@davide:cavalca.name> I also have a thing for open floor
2024-05-22 18:41:33 <@tdawson:fedora.im> Carl George: go for it.
2024-05-22 18:42:32 <@carlwgeorge:matrix.org> it came to my attention that there is an rce exploit for cacti.  cacti is orphaned, but still in f39 and epel7/8/9.  per policy it is the "collective responsibility" of packagers to take care of packages hanging out in such a state, so i did the updates on those branches.  if you care about cacti, please test and karma.
2024-05-22 18:42:36 <@carlwgeorge:matrix.org> !link https://bodhi.fedoraproject.org/updates/?search=cacti-1.2.27-1
2024-05-22 18:43:10 <@smooge:fedora.im> thank you
2024-05-22 18:43:10 <@carlwgeorge:matrix.org> !link https://github.com/Cacti/cacti/security/advisories/GHSA-pfh9-gwm6-86vp
2024-05-22 18:43:20 <@tdawson:fedora.im> Thank you for doing that.
2024-05-22 18:43:44 <@carlwgeorge:matrix.org> oh, wrong link, one sec
2024-05-22 18:44:08 <@carlwgeorge:matrix.org> apparently there are two rce's, one high, one critical.  here's the critical one.
2024-05-22 18:44:14 <@carlwgeorge:matrix.org> !link https://github.com/Cacti/cacti/security/advisories/GHSA-7cmj-g5qc-pj88
2024-05-22 18:44:48 <@nirik:matrix.scrye.com> thats both good and bad. ;) Now people will think it's maintained and you touched it last. ;)
2024-05-22 18:45:04 <@carlwgeorge:matrix.org> yeah hence that last email (which caused me to look at it again)
2024-05-22 18:45:24 <@carlwgeorge:matrix.org> anyways, that's all i had on that one.  there are also chromium updates in testing with high cve fixes, but those aren't mine.
2024-05-22 18:45:47 <@carlwgeorge:matrix.org> !link https://bodhi.fedoraproject.org/updates/?search=chromium-125.0.6422.60
2024-05-22 18:45:58 <@tdawson:fedora.im> Thanks Carl George  ... ok nirik   go for it.
2024-05-22 18:46:46 <@nirik:matrix.scrye.com> The epel 8 buildroot in koji is updated now... for all your epel8 building needs.
2024-05-22 18:47:42 <@carlwgeorge:matrix.org> on a related note, i remembered to file the issue for the epel 8.9 snapshot before that, and it was completed
2024-05-22 18:47:57 <@nirik:matrix.scrye.com> yes, thanks for that!
2024-05-22 18:48:03 <@carlwgeorge:matrix.org> !link https://pagure.io/releng/issue/12121
2024-05-22 18:48:10 <@carlwgeorge:matrix.org> calendar reminders work, who knew
2024-05-22 18:48:10 <@zodbot:fedora.im> tdawson gave a cookie to kevin. They now have 669 cookies, 10 of which were obtained in the Fedora 40 release cycle
2024-05-22 18:48:13 <@zodbot:fedora.im> tdawson gave a cookie to carlwgeorge. They now have 53 cookies, 6 of which were obtained in the Fedora 40 release cycle
2024-05-22 18:48:37 <@zodbot:fedora.im> smooge gave a cookie to carlwgeorge. They now have 54 cookies, 7 of which were obtained in the Fedora 40 release cycle
2024-05-22 18:48:40 <@zodbot:fedora.im> yselkowitz gave a cookie to kevin. They now have 670 cookies, 11 of which were obtained in the Fedora 40 release cycle
2024-05-22 18:48:47 <@zodbot:fedora.im> yselkowitz has already given cookies to carlwgeorge during the F40 timeframe
2024-05-22 18:48:49 <@zodbot:fedora.im> smooge gave a cookie to kevin. They now have 671 cookies, 12 of which were obtained in the Fedora 40 release cycle
2024-05-22 18:48:54 <@zodbot:fedora.im> ngompa gave a cookie to carlwgeorge. They now have 55 cookies, 8 of which were obtained in the Fedora 40 release cycle
2024-05-22 18:48:58 <@nirik:matrix.scrye.com> cookie party!
2024-05-22 18:49:03 <@tdawson:fedora.im> I'm glad that cookies are easier to give now.
2024-05-22 18:49:14 <@carlwgeorge:matrix.org> nom nom 🍪
2024-05-22 18:49:22 <@zodbot:fedora.im> ngompa gave a cookie to kevin. They now have 672 cookies, 13 of which were obtained in the Fedora 40 release cycle
2024-05-22 18:49:25 <@zodbot:fedora.im> dcavalca gave a cookie to tdawson. They now have 69 cookies, 5 of which were obtained in the Fedora 40 release cycle
2024-05-22 18:49:25 <@zodbot:fedora.im> kevin gave a cookie to carlwgeorge. They now have 56 cookies, 9 of which were obtained in the Fedora 40 release cycle
2024-05-22 18:49:42 <@smooge:fedora.im> ok so with 8.10 out that means its finally stable
2024-05-22 18:49:58 <@tdawson:fedora.im> Correct
2024-05-22 18:50:04 <@carlwgeorge:matrix.org> no it's not really stable until it hits eol
2024-05-22 18:50:10 <@zodbot:fedora.im> kevin gave a cookie to tdawson. They now have 70 cookies, 6 of which were obtained in the Fedora 40 release cycle
2024-05-22 18:50:28 <@nirik:matrix.scrye.com> nothing is ever stable. :)
2024-05-22 18:50:44 <@carlwgeorge:matrix.org> at least that's what jim perrin always taught me
2024-05-22 18:51:01 <@smooge:fedora.im> Carl George: which is why I am finally updating my RHEL5 systems to RHEL6
2024-05-22 18:51:06 <@tdawson:fedora.im> Thank nirik  and Carl George  ... ok Davide Cavalca go for it
2024-05-22 18:51:26 <@davide:cavalca.name> drgn got moved to RHEL, so it's been removed from EPEL
2024-05-22 18:51:34 <@davide:cavalca.name> that's fine, but we noticed it broke our packit CI: https://github.com/osandov/drgn/commit/bee9d25a442efa642c01e2ec04330f24553e8762
2024-05-22 18:52:04 <@davide:cavalca.name> one reason is it's missing a BR (and I'll file a jira for that as I think that'd be useful to have in CRB)
2024-05-22 18:52:22 <@davide:cavalca.name> but the actual question I wanted to ask is: do we have a suggested way to do packit CI for packages that are now in RHEL?
2024-05-22 18:53:29 <@smooge:fedora.im> do them from centos stream?
2024-05-22 18:54:05 <@carlwgeorge:matrix.org> how is packit ci doing "epel" builds now?
2024-05-22 18:54:14 <@davide:cavalca.name> packit does builds in copr
2024-05-22 18:54:22 <@davide:cavalca.name> it can build against any copr chroot
2024-05-22 18:54:49 <@carlwgeorge:matrix.org> i'm not sure i understand the question/problem then
2024-05-22 18:55:54 <@davide:cavalca.name> I'm fine with building against CentOS Stream here, and it seems the reasonable thing to do for me as well (as I don't think we can build against RHEL in copr)
2024-05-22 18:56:13 <@carlwgeorge:matrix.org> copr has rhel and rhel+epel chroots
2024-05-22 18:56:15 <@davide:cavalca.name> I was asking because this caught us by surprise and we may wanna call it out in the "package is moving to rhel" docs
2024-05-22 18:57:26 <@carlwgeorge:matrix.org> like the bz template?
2024-05-22 18:58:16 <@carlwgeorge:matrix.org> ah i think is see the problem better, drgn and libkdumpfile were moved from epel to rhel, but libkdumpfile-devel (a build dep) is being filtered out
2024-05-22 18:58:20 <@carlwgeorge:matrix.org> https://bugzilla.redhat.com/show_bug.cgi?id=2242594
2024-05-22 18:58:59 <@davide:cavalca.name> yeah, "your package moved to rhel but a subpackage will be filtered out" would also be good to call out
2024-05-22 18:59:37 <@smooge:fedora.im> ugh.. 
2024-05-22 18:59:44 <@nirik:matrix.scrye.com> random idea: a 'epel release notes' for rhel minor releases...
2024-05-22 19:00:06 <@carlwgeorge:matrix.org> a great idea for someone else to write
2024-05-22 19:02:06 <@tdawson:fedora.im> At the time the EPEL2RHEL bug's are created, i'm not sure if the developers even know which packages are being dropped, though I could be wrong there.  But from looking at the code, I think they only know the source package name.
2024-05-22 19:02:38 <@carlwgeorge:matrix.org> best course of action for this one is to file an issue to request libkdumpfile-devel in crb
2024-05-22 19:02:42 <@tdawson:fedora.im> "They" being the team/scripts that create the bug.
2024-05-22 19:03:38 <@carlwgeorge:matrix.org> epel10 will help with this, as we'll be able to retire in the leading branch early and notice this stuff sooner
2024-05-22 19:03:47 <@smooge:fedora.im> second best course.. use `koji -p stream` to download the centos stream one and install those in your system
2024-05-22 19:03:49 <@carlwgeorge:matrix.org> possibly in time to request the crb inclusion before the minor version release
2024-05-22 19:04:44 <@tdawson:fedora.im> Oh ... I just saw the time.  Sorry, but I'm going to have to cut this last discussion short.
2024-05-22 19:05:12 <@smooge:fedora.im> oops
2024-05-22 19:05:21 <@tdawson:fedora.im> Thank you all for coming, and thank you all for the good discussions.
2024-05-22 19:05:34 <@tdawson:fedora.im> I'll talk to you all next week, if not sooner.
2024-05-22 19:05:35 <@davide:cavalca.name> thanks!
2024-05-22 19:05:48 <@tdawson:fedora.im> !endmeeting