#meeting-3:fedoraproject.org log

<@patrikp:matrix.org>

15:01:00

!startmeeting RELENG (2025-04-07)

<@meetbot:fedora.im>

15:01:03

Meeting started at 2025-04-07 15:01:00 UTC

<@meetbot:fedora.im>

15:01:03

The Meeting name is 'RELENG (2025-04-07)'

<@patrikp:matrix.org>

15:01:09

!chair nirik jnsamyak patrikp amedvede

<@patrikp:matrix.org>

15:01:09

!meetingname releng

<@patrikp:matrix.org>

15:01:09

!info Agenda is at https://hackmd.io/vm6biLBcTYKtkQUH5kQkmw.

<@patrikp:matrix.org>

15:01:09

!info Meeting is 60 minutes MAX. At the end of 60, it stops.

<@meetbot:fedora.im>

15:01:11

The Meeting Name is now releng

<@jnsamyak:matrix.org>

15:01:22

hey hey!

<@nirik:matrix.scrye.com>

15:01:22

morning all.

<@patrikp:matrix.org>

15:01:25

Hello, welcome!

<@jnsamyak:matrix.org>

15:01:43

How's everyone doing?

<@patrikp:matrix.org>

15:02:12

I had to find a place to live last week and actually physically move my things. Stressful times but should be better now.

<@jnsamyak:matrix.org>

15:02:34

patrikp: Oh is it near the city now?

<@patrikp:matrix.org>

15:02:44

Yeah.

<@nirik:matrix.scrye.com>

15:02:47

all moved now?

<@jnsamyak:matrix.org>

15:02:55

And happy house warming to youuu!

<@jnsamyak:matrix.org>

15:03:13

I'll make sure to get you indian stuff to put it in your kitchen :3

<@patrikp:matrix.org>

15:03:27

Yeah, kinda finished unpacking yesterday, desktop is all set up on a big desk (2 x 1 metre) and connected to the internet.

<@patrikp:matrix.org>

15:04:09

Shall we go to init?

<@jnsamyak:matrix.org>

15:04:16

gooo

<@patrikp:matrix.org>

15:04:22

!topic Init process.

<@patrikp:matrix.org>

15:04:22

Do we have anything for the init? Any blockers/tasks/issues/requests/features that need releng intervention?

<@nirik:matrix.scrye.com>

15:05:28

so... we need to do a fedora-release update... to bump it to 1.

<@nirik:matrix.scrye.com>

15:05:46

https://bugzilla.redhat.com/show_bug.cgi?id=2357270

<@jnsamyak:matrix.org>

15:06:11

Two things on top my need, final freeze, stable push request coming in

<@nirik:matrix.scrye.com>

15:06:22

and then, hopefully a rc will be asked for soon. we should have the pungi config ready. ;)

<@jnsamyak:matrix.org>

15:06:25

oh I'll take a look at it, i thought it was done

<@jnsamyak:matrix.org>

15:06:34

sure

<@nirik:matrix.scrye.com>

15:06:55

no, there was another fedora-release change for kde, but we still need to do the -1 one.

<@nirik:matrix.scrye.com>

15:07:13

(which should disable updates-testing and the prerelease warnings)

<@jnsamyak:matrix.org>

15:07:15

sure thing

<@jnsamyak:matrix.org>

15:07:30

yeah - you should have it soon enough

<@nirik:matrix.scrye.com>

15:07:57

thats all I can think of for init process.

<@jnsamyak:matrix.org>

15:08:28

oh one thing, patrikp did we hear from cisco folk yet?

<@patrikp:matrix.org>

15:08:37

We have the RPMs. We are trying to figure out how to get them to Cisco. E-mail was sent last week but no reply so I dug into my mails and found some more people from Cisco that replied to me before. I'll send another e-mail and wider. Hopefully someone will be able to at least point us in the right direction.

<@patrikp:matrix.org>

15:08:37

OpenH264 current status:

<@patrikp:matrix.org>

15:08:51

I am also working on how to prevent the incorrect tagging in the future.

<@patrikp:matrix.org>

15:09:05

(the private ticket)

<@nirik:matrix.scrye.com>

15:09:24

excellent

<@patrikp:matrix.org>

15:10:09

Any questions? Or anything else for the init? Next topic?

<@jnsamyak:matrix.org>

15:10:14

awesome thanks for the update

<@jnsamyak:matrix.org>

15:10:26

let's roll to nextttttt

<@nirik:matrix.scrye.com>

15:10:55

🚄

<@patrikp:matrix.org>

15:11:08

!link https://fedorapeople.org/groups/schedule/f-42/f-42-releng-tasks.html

<@patrikp:matrix.org>

15:11:08

!topic Scheduled actions coming up in the next week.

<@patrikp:matrix.org>

15:11:08

!info Here we list/discuss anything about items that are due to be done in the next week.

<@patrikp:matrix.org>

15:11:08

!link https://fedorapeople.org/groups/schedule/f-43/f-43-releng-tasks.html

<@jnsamyak:matrix.org>

15:12:56

Nothinfg much here to follow, we need to make sure to be ready to whenever an rc is requested

<@jnsamyak:matrix.org>

15:13:11

for final freeze, I'll take care of that tomorrow

<@jnsamyak:matrix.org>

15:13:29

all sorted for the release process, unless someone else has something in mind

<@nirik:matrix.scrye.com>

15:13:30

Does someone want to make a final.conf pr?

<@jnsamyak:matrix.org>

15:13:43

I'll have it ready

<@jnsamyak:matrix.org>

15:13:51

and send it for review post meeting

<@patrikp:matrix.org>

15:14:16

The request for an RC can come even later today?

<@jnsamyak:matrix.org>

15:14:41

they will open an issue, mostly after the blocker meeting not sure

<@patrikp:matrix.org>

15:14:43

Right after the blocker meeting?

<@nirik:matrix.scrye.com>

15:14:53

well, it could in theory... but...

<@jnsamyak:matrix.org>

15:15:00

I have already the changes with me so no biggie

<@nirik:matrix.scrye.com>

15:15:04

https://qa.fedoraproject.org/blockerbugs/milestone/42/final/buglist

<@nirik:matrix.scrye.com>

15:15:19

there are still accepted blockers not fixed and some proposed ones.

<@nirik:matrix.scrye.com>

15:15:26

(including the fedora-release one .;)

<@patrikp:matrix.org>

15:15:26

!link https://docs.fedoraproject.org/en-US/infra/release_guide/final_RC_compose/

<@jnsamyak:matrix.org>

15:15:32

yikes not looking so good

<@jnsamyak:matrix.org>

15:15:44

I can remove one today :P

<@nirik:matrix.scrye.com>

15:15:48

things can change fast tho...

<@jnsamyak:matrix.org>

15:16:00

yeah

<@patrikp:matrix.org>

15:17:40

And we have to be ready for several RCs over the following days, right? Fire them off when requested.

<@jnsamyak:matrix.org>

15:18:04

yes whenever there is a request from QE

<@patrikp:matrix.org>

15:18:23

How will we divide it? Whoever is around fires it off?

<@jnsamyak:matrix.org>

15:18:41

yep just speak on the channel before doing it

<@nirik:matrix.scrye.com>

15:19:16

yeah, do indicate if you are starting one.

<@james:fedora.im>

15:19:22

Curious about the libdnf4 blocker ... because it seems like that's not going to be fixed.

<@patrikp:matrix.org>

15:20:20

Anything else for upcoming actions?

<@patrikp:matrix.org>

15:20:30

Or shall we get rid of some old tickets?

<@jnsamyak:matrix.org>

15:20:41

not that i can think off and yes

<@patrikp:matrix.org>

15:21:27

!info This is the time where you can bring up releng tickets to discuss if there are blockers, etc.

<@patrikp:matrix.org>

15:21:27

!topic Tickets that need attention.

<@patrikp:matrix.org>

15:21:31

!link https://pagure.io/releng/issues?status=Open&order_key=date_created&order=asc

<@nirik:matrix.scrye.com>

15:23:20

ok, so are we doing oldest touched?

<@nirik:matrix.scrye.com>

15:23:43

or were there specific ones?

<@jnsamyak:matrix.org>

15:23:46

yes the oldest non modified

<@jnsamyak:matrix.org>

15:24:04

if there are specific people want to bring up sure

<@patrikp:matrix.org>

15:24:14

Some were "touched" only in the sense of asking for an update.

<@patrikp:matrix.org>

15:24:29

So last modified is recent but the second to last comment can be years old.

<@nirik:matrix.scrye.com>

15:24:58

https://pagure.io/releng/issues?status=Open&order_key=last_updated&order=asc ?

<@patrikp:matrix.org>

15:25:28

OK let's do that.

<@patrikp:matrix.org>

15:25:55

!link https://pagure.io/releng/issue/10394

<@patrikp:matrix.org>

15:26:10

I think this can be closed as the unretirement process doesn't involve running a script.

<@nirik:matrix.scrye.com>

15:26:12

you want !releng ?

<@nirik:matrix.scrye.com>

15:26:20

!releng 10394

<@zodbot:fedora.im>

15:26:21

● **Assignee:** Not Assigned

<@zodbot:fedora.im>

15:26:21

● **Last Updated:** 3 years ago

<@zodbot:fedora.im>

15:26:21

● **Opened:** 3 years ago by mattia

<@zodbot:fedora.im>

15:26:21

<@zodbot:fedora.im>

15:26:21

**releng #10394** (https://pagure.io/releng/issue/10394):**Unretire script doesn't properly unretire packages**

<@jnsamyak:matrix.org>

15:26:32

yeah

<@patrikp:matrix.org>

15:26:34

Yes.

<@jnsamyak:matrix.org>

15:26:56

also to add one there was a toddler that Anton Medvedev is/was working on for unretirements for sometime

<@nirik:matrix.scrye.com>

15:27:09

huh, I don't know if this is fixed or not.

<@nirik:matrix.scrye.com>

15:27:20

if it's not we should fix it/add it to our process.

<@jnsamyak:matrix.org>

15:27:38

I'm not sure what the status to that is, I can check aand ask him to update it

<@patrikp:matrix.org>

15:27:51

What specifically?

<@jnsamyak:matrix.org>

15:27:51

you can assign this one to him for now

<@patrikp:matrix.org>

15:28:08

When I do unretirements I use the "Give project" button in dist-git. I don't run the unretire script.

<@nirik:matrix.scrye.com>

15:28:32

right, but apparently there's a 'retirement reason' in the database we should clear when unretiring.

<@patrikp:matrix.org>

15:28:32

And the rest is git.

<@patrikp:matrix.org>

15:28:35

And Koji.

<@jnsamyak:matrix.org>

15:28:35

mostly the automation for the unretirements, the whole process needs to be done automatically instead manually doing it

<@nirik:matrix.scrye.com>

15:29:14

well, this is seperate from that, but it needs to be handled.

<@nirik:matrix.scrye.com>

15:29:19

basically (as I understand it)

<@jnsamyak:matrix.org>

15:29:25

yeah just read the ticket

<@nirik:matrix.scrye.com>

15:29:35

Someone retires package foo with 'this is no longer used'

<@nirik:matrix.scrye.com>

15:29:44

someone comes along and unretires it.

<@nirik:matrix.scrye.com>

15:29:59

someone later tries to retire it again and gets a database error...

<@nirik:matrix.scrye.com>

15:30:20

I mean, it's a pretty corner case.

<@jnsamyak:matrix.org>

15:30:28

yes I remember handling an error like this before

<@jnsamyak:matrix.org>

15:30:47

I can find the ticket but absolutely

<@nirik:matrix.scrye.com>

15:31:14

https://pagure.io/fedora-infrastructure/issue/10181

<@nirik:matrix.scrye.com>

15:31:52

so, lets keep the ticket, update it saying we looked and would love help implementing the fix in the unretirement scripts?

<@jnsamyak:matrix.org>

15:33:10

patrikp: can you add the comment above?

<@patrikp:matrix.org>

15:33:19

Kinda sounds like the script caused the issue in the first place, no?

<@patrikp:matrix.org>

15:33:29

Since we haven't been using the script has it been happening?

<@jnsamyak:matrix.org>

15:33:33

manually i;m not sure which scripts we are referring to

<@jnsamyak:matrix.org>

15:33:37

but yeah

<@jnsamyak:matrix.org>

15:34:10

hence, I was pointing out to automation - once we have that in place we could add this logic in the same process

<@patrikp:matrix.org>

15:35:07

Alright I'll add a comment to the ticket. And I have no idea in what state the Toddler Anton has been working on is.

<@jnsamyak:matrix.org>

15:35:36

leave it on me I'll look and put apt comment on this - need to make sure if anton is really working on it or not

<@jnsamyak:matrix.org>

15:35:37

assign this to me

<@jnsamyak:matrix.org>

15:35:41

for now

<@patrikp:matrix.org>

15:37:01

Well I posted a comment.

<@patrikp:matrix.org>

15:37:24

But feel free to assign it and look at it if you want to.

<@jnsamyak:matrix.org>

15:37:43

sure

<@jnsamyak:matrix.org>

15:38:16

next?

<@patrikp:matrix.org>

15:39:00

!releng 10102

<@zodbot:fedora.im>

15:39:03

**releng #10102** (https://pagure.io/releng/issue/10102):**Need help determining size of server install DVD when pungi generates rpm repos with recommends**

<@zodbot:fedora.im>

15:39:03

<@zodbot:fedora.im>

15:39:03

● **Assignee:** Not Assigned

<@zodbot:fedora.im>

15:39:03

● **Last Updated:** 3 years ago

<@zodbot:fedora.im>

15:39:03

● **Opened:** 3 years ago by ngompa

<@nirik:matrix.scrye.com>

15:43:12

well, with kiwi now, this could be tested locally perhaps?

<@nirik:matrix.scrye.com>

15:43:32

oh no, misread

<@jnsamyak:matrix.org>

15:45:20

re: #10102 — by default, pungi doesn’t include Recommends/weak deps unless explicitly configured. Well e could try setting `gather_method = "dnf"` in pungi.conf and adding `gather_backend_args = ["--setopt=install_weak_deps=True"]` to include Recommends/weak deps? then compare the Server DVD ISO size with and without that to see the impact?

<@nirik:matrix.scrye.com>

15:45:25

I am not fully sure where this would be.

<@nirik:matrix.scrye.com>

15:45:50

yes, that could be tried. ;) Probibly just locally?

<@jnsamyak:matrix.org>

15:45:52

not totally sure

<@jnsamyak:matrix.org>

15:46:55

maybe we could also try this locally with a minimal pungi config or we could do it on staging to test the size difference before applying it to the official compose?

<@nirik:matrix.scrye.com>

15:47:23

so, koji appears to hard code False there for it's mock repos

<@nirik:matrix.scrye.com>

15:47:42

install_weak_deps=0

<@nirik:matrix.scrye.com>

15:48:05

so, it would have to be tested locally... and if we wanted to do it we would have to get koji to make that configurable.

<@nirik:matrix.scrye.com>

15:48:38

see 'koji mock-config --tag f42-build --arch x86_64' for the koji mock config.

<@nirik:matrix.scrye.com>

15:50:05

so, update ticket and someone(?) will test locally? or should we try and ping lsedlar again for the pungi angle?

<@nirik:matrix.scrye.com>

15:50:18

(except I don't think pungi can do much, it's hard coded in koji)

<@jnsamyak:matrix.org>

15:50:37

makes sense. Just curious — what changes would Koji need to make this configurable for mock repos? And if we wanted to simulate this in a more production-like local setup, is there a way to override that mock config locally?

<@nirik:matrix.scrye.com>

15:52:09

well, it would need to not hard code it in the default mock config it generates... and I guess make it optional/per tag with some default?

<@nirik:matrix.scrye.com>

15:52:21

but no, I don't think there's any way to bypass the koji default mock config.

<@jnsamyak:matrix.org>

15:53:06

Ah, need to discuss this more let's put a comment tho to follow it up and capture today's discussion to not loose it.

<@jnsamyak:matrix.org>

15:53:38

Also, looking at tags it's ops/low/low? Does it signify correctly? med trouble?

<@james:fedora.im>

15:54:37

Yeh, given the timeline I think at least med is fair.

<@nirik:matrix.scrye.com>

15:55:12

sure

<@patrikp:matrix.org>

15:56:07

Yeah.

<@patrikp:matrix.org>

15:56:15

!info Next chair April 14: ?

<@patrikp:matrix.org>

15:56:15

!topic Choose next chair.

<@jnsamyak:matrix.org>

15:56:25

yeah, I can chair next btw. And I'll go fixing the fedora-release I see kamil already asked for it

<@patrikp:matrix.org>

15:56:33

!info Next chair April 14: Samyak

<@patrikp:matrix.org>

15:56:48

I'm just about to send the Cisco e-mail, I put you guys in the CC.

<@nirik:matrix.scrye.com>

15:57:35

thanks. hope something comes of it

<@patrikp:matrix.org>

15:57:47

Sent.

<@patrikp:matrix.org>

15:57:52

!topic Discussion / Any other business.

<@jnsamyak:matrix.org>

15:57:55

👍️

<@patrikp:matrix.org>

15:58:02

So yeah... It's pretty nice finally having a big desk.

<@jnsamyak:matrix.org>

15:58:15

we want picturss!

<@patrikp:matrix.org>

15:59:18

Alright, if there's nothing else...

<@patrikp:matrix.org>

15:59:23

!info Thank you all for coming!

<@patrikp:matrix.org>

15:59:23

!endmeeting