#meeting-1:fedoraproject.org log

<@carlwgeorge:matrix.org>

18:00:04

!startmeeting EPEL Steering Committee

<@meetbot:fedora.im>

18:00:06

Meeting started at 2025-01-22 18:00:04 UTC

<@meetbot:fedora.im>

18:00:06

The Meeting name is 'EPEL Steering Committee'

<@carlwgeorge:matrix.org>

18:00:12

!topic howdy

<@dherrera:fedora.im>

18:00:47

!hi

<@zodbot:fedora.im>

18:00:48

Diego Herrera (dherrera) - he / him / his

<@salimma:fedora.im>

18:00:54

!hi

<@zodbot:fedora.im>

18:00:55

Michel Lind (salimma) - he / him / his

<@carlwgeorge:matrix.org>

18:01:01

!hi

<@zodbot:fedora.im>

18:01:03

Carl George (carlwgeorge) - he / him / his

<@davide:cavalca.name>

18:01:12

!hi

<@zodbot:fedora.im>

18:01:13

Davide Cavalca (dcavalca) - he / him / his

<@nhanlon:beeper.com>

18:01:22

!hi

<@zodbot:fedora.im>

18:01:23

Neil Hanlon (neil) - he / him / his

<@nirik:matrix.scrye.com>

18:03:27

morning

<@carlwgeorge:matrix.org>

18:03:49

welcome everybody

<@carlwgeorge:matrix.org>

18:04:09

!topic EPEL issues

<@carlwgeorge:matrix.org>

18:04:37

skipping the epel10 topic because one of the issues will get into the current status

<@carlwgeorge:matrix.org>

18:04:42

!link https://pagure.io/epel/issues?tags=meeting&status=Open

<@carlwgeorge:matrix.org>

18:04:57

!epel 313

<@zodbot:fedora.im>

18:04:58

**epel #313** (https://pagure.io/epel/issue/313):**EPEL 10 dnf variables problems**

<@zodbot:fedora.im>

18:04:58

<@zodbot:fedora.im>

18:04:58

● **Opened:** a day ago by carlwgeorge

<@zodbot:fedora.im>

18:04:58

● **Last Updated:** 20 minutes ago

<@zodbot:fedora.im>

18:04:58

● **Assignee:** carlwgeorge

<@carlwgeorge:matrix.org>

18:06:22

there is a much more details in that issue, but the short version is we're having a few problems with our new dnf vars. currently working with the dnf team to try to get these sorted, and if we can't in time we'll have to use the fallback plan of our own epelrelease variable that we write with a scriptlet.

<@rcallicotte:fedora.im>

18:06:34

!hi

<@zodbot:fedora.im>

18:06:36

Robby Callicotte (rcallicotte) - he / him / his

<@carlwgeorge:matrix.org>

18:07:58

the user and packager experience shouldn't change either way, but i wanted to give everyone a heads up and give an opportunity for questions or feedback

<@salimma:fedora.im>

18:09:15

this just needs to be done before 10.0 right?

<@carlwgeorge:matrix.org>

18:09:56

well the major with packagekit is broken now on centos, but yes the minor part needs to get fixed before rhel 10.0

<@carlwgeorge:matrix.org>

18:11:05

there are internal deadlines for getting things into 10.0, so we'll know relatively quickly if the proposed dnf solution is landing in time or if we need to invoke the contingency

<@carlwgeorge:matrix.org>

18:12:30

the good news is we know the contingency works as we prototyped it out in 9, at least for dnf

<@carlwgeorge:matrix.org>

18:12:58

i'm not terribly worried if packagekit is busted for a bit and we can just tell people they need to use dnf (as most do anyways)

<@salimma:fedora.im>

18:13:30

so ... mostly an issue for people who use GNOME Software then

<@salimma:fedora.im>

18:13:34

and the KDE equivalent

<@carlwgeorge:matrix.org>

18:13:37

and cockpit

<@carlwgeorge:matrix.org>

18:13:49

cockpit was actually how it was discovered

<@carlwgeorge:matrix.org>

18:14:27

the dnf devs put the major var in dnf and libdnf, then we discover much later that libdnf has a second api that packagekit uses

<@carlwgeorge:matrix.org>

18:15:13

without getting too negative, as we look through this it's easy to see why the dnf devs wanted to do a complete rewrite with dnf5

<@salimma:fedora.im>

18:16:03

and packagekit has always been ... underresourced

<@carlwgeorge:matrix.org>

18:16:09

which reminds me, i forgot to put a note in that issue that all these dnf/libdnf fixes also need to get ported to dnf5 so we have them for epel11

<@dherrera:fedora.im>

18:16:37

I don't know if dnf5 is even affected by this

<@dherrera:fedora.im>

18:17:02

since this was initially a backport from a feature that was already on there... right?

<@carlwgeorge:matrix.org>

18:17:09

probably not the packagekit thing, but definitely the minor thing because rhel wants releasever to stay as just the major number

<@dherrera:fedora.im>

18:17:22

oh, yeah

<@carlwgeorge:matrix.org>

18:17:33

yes it was done in dnf5 first, but both implementations relied on splitting releasever on a dot

<@carlwgeorge:matrix.org>

18:18:04

enough on my pet issue, any other questions on it before we move on?

<@nirik:matrix.scrye.com>

18:20:54

nothing here. Glad it's known/being worked on

<@carlwgeorge:matrix.org>

18:21:05

ok, no other issues were tagged for the meeting, anyone have any issues they want to bring forward?

<@carlwgeorge:matrix.org>

18:23:04

ok, moving on

<@carlwgeorge:matrix.org>

18:23:06

!topic old business

<@carlwgeorge:matrix.org>

18:25:32

y'all gonna make this a quick meeting today 😀

<@nirik:matrix.scrye.com>

18:25:38

was there any more thoughts about epel-packagers group?

<@carlwgeorge:matrix.org>

18:26:19

!link https://discussion.fedoraproject.org/t/deprecating-the-epel-packagers-sig/137923

<@carlwgeorge:matrix.org>

18:26:59

discussion seems to have died down, the main point of concern seems to be about getting more sigs in place first to preserve access

<@salimma:fedora.im>

18:27:05

ebranch git is ready for this, I’ll cut a new release for fosdem

<@carlwgeorge:matrix.org>

18:27:43

i think i saw something about a mkdocs sig, have any other topic-focused sigs been started related to this?

<@davide:cavalca.name>

18:28:21

one thing I've noticed with mkdocs is the old issue that only the main admin can update the BZ assignee for a package

<@carlwgeorge:matrix.org>

18:28:35

yeah that one is annoying

<@davide:cavalca.name>

18:28:44

not much of a problem in this case because the main admin is cooperative, but I could see this being annoying down the road if we need to update it at scale

<@carlwgeorge:matrix.org>

18:29:38

we could have an extended deprecation period, where we don't remove epel-packagers-sig but we document that it must not be added to any new packages

<@carlwgeorge:matrix.org>

18:30:56

yeah several people already have

<@salimma:fedora.im>

18:32:05

the lightweight process we should get through FESCo soon should help with that too hopefully

<@salimma:fedora.im>

18:32:21

been pulled in different directions so I have not had time to revise the first draft

<@carlwgeorge:matrix.org>

18:32:47

yeah getting a general stalled process for all of fedora will help

<@nirik:matrix.scrye.com>

18:33:34

It's hard to have something that fits all cases.

<@carlwgeorge:matrix.org>

18:34:18

i'm glad nirik brought this back up, i'm going to set a calendar reminder to bring this back up for discussion in...a month? two months? what do y'all think?

<@nirik:matrix.scrye.com>

18:34:48

yeah, no hurry, but we should keep trying to move it forward.

<@carlwgeorge:matrix.org>

18:34:55

agreed

<@salimma:fedora.im>

18:35:13

a month should be fine

<@salimma:fedora.im>

18:35:21

we can push it back if there's nothing to discuss yet

<@carlwgeorge:matrix.org>

18:36:04

alright, reminder set, hopefully we have the fedora stalled policy by then and can document that as a mitigation

<@carlwgeorge:matrix.org>

18:36:19

any other old biz before open floor?

<@salimma:fedora.im>

18:36:33

and we can rework or retire the stalled EPEL flow once it's generalized

<@carlwgeorge:matrix.org>

18:37:17

!topic open floor

<@carlwgeorge:matrix.org>

18:39:10

fzf is in epel9, i'm working on bringing it to epel8 and epel10 with vendoring

<@carlwgeorge:matrix.org>

18:39:14

!link https://src.fedoraproject.org/rpms/fzf/pull-request/8

<@carlwgeorge:matrix.org>

18:42:53

anyone got anything else for fyi or discussion before we wrap up?

<@nirik:matrix.scrye.com>

18:44:40

nothing here

<@carlwgeorge:matrix.org>

18:45:23

with connect/fosdem next week, do we still want to have a meeting?

<@dherrera:fedora.im>

18:45:50

we can skip it :)

<@conan_kudo:matrix.org>

18:46:19

!hi

<@zodbot:fedora.im>

18:46:21

Neal Gompa (ngompa) - he / him / his

<@carlwgeorge:matrix.org>

18:46:53

oh it would be the day before connect, we could technically still do it, but some folks may be recovering from jet lag still

<@carlwgeorge:matrix.org>

18:47:55

if no one is opposed lets call it off and then meet again feb 5th

<@nirik:matrix.scrye.com>

18:47:57

I don't think there's much urgent...

<@carlwgeorge:matrix.org>

18:48:42

!info cancelling 2025-01-29 meeting due to connect/fosdem

<@carlwgeorge:matrix.org>

18:49:06

safe travels to everyone traveling to that, will see y'all there

<@carlwgeorge:matrix.org>

18:49:20

thanks everyone for coming to the meeting

<@carlwgeorge:matrix.org>

18:49:28

!endmeeting