<@spresti:fedora.im>
16:35:03
!startmeeting fedora_coreos_meeting
<@meetbot:fedora.im>
16:35:04
Meeting started at 2024-01-10 16:35:03 UTC
<@meetbot:fedora.im>
16:35:04
The Meeting name is 'fedora_coreos_meeting'
<@spresti:fedora.im>
16:35:16
!topic roll call
<@siosm:matrix.org>
16:35:24
!hello siosm
<@dustymabe:matrix.org>
16:35:25
!hi
<@zodbot:fedora.im>
16:35:26
Timothée Ravier (siosm) - he / him / his
<@zodbot:fedora.im>
16:35:27
No Fedora Accounts users have the @dustymabe:matrix.org Matrix Account defined
<@jlebon:fedora.im>
16:35:31
!hi
<@zodbot:fedora.im>
16:35:33
None (jlebon)
<@dustymabe:matrix.org>
16:36:03
oh fun
<@fifofonix:matrix.org>
16:36:26
!hi and happy new year
<@zodbot:fedora.im>
16:36:27
Sorry, I can only look up one username at a time
<@siosm:matrix.org>
16:36:44
You can setup the link with your account in https://accounts.fedoraproject.org/
<@fifofonix:matrix.org>
16:37:12
.hi fifofonix
<@dustymabe:matrix.org>
16:37:59
let me try again now that I've updated it
<@dustymabe:matrix.org>
16:38:02
!hi
<@zodbot:fedora.im>
16:38:03
Dusty Mabe (dustymabe) - he / him / his
<@spresti:fedora.im>
16:38:10
yay
<@fifofonix:matrix.org>
16:38:11
!hi fifofonix
<@zodbot:fedora.im>
16:38:13
Fifo Phonics (fifofonix)
<@dustymabe:matrix.org>
16:38:29
full disclosure I have to drop at the hour mark (30 minutes early)
<@spresti:fedora.im>
16:38:44
Ok lets go ahead and get this rolling
<@spresti:fedora.im>
16:38:59
!topic Action items from last meeting
<@marmijo:fedora.im>
16:39:51
!hi
<@zodbot:fedora.im>
16:39:52
Michael Armijo (marmijo)
<@spresti:fedora.im>
16:40:16
!topic there are no action items from the last meeting.
<@spresti:fedora.im>
16:40:41
I just double checked the last meeting to make sure, I dont see any atleast.
<@spresti:fedora.im>
16:40:48
Moving on to active meeting topics
<@spresti:fedora.im>
16:41:06
!topic New Package Request: mtr
<@spresti:fedora.im>
16:41:17
<@spresti:fedora.im>
16:42:12
Any thoughts on adding this package?
<@dustymabe:matrix.org>
16:43:05
I think I'm with travier in the ticket here.. this should be something you can launch from a container
<@spresti:fedora.im>
16:43:19
travier: it looks like the workaround would be to layer it, and you have it working?
<@siosm:matrix.org>
16:44:01
Running from a toolbox works fine: https://github.com/coreos/fedora-coreos-tracker/issues/1644#issuecomment-1882891318
<@dustymabe:matrix.org>
16:44:02
sometimes network debugging tools are useful to have on system (i.e. if the network isn't working sometimes you can't pull the tool you need to debug it), but I think we have enough tools in there to debug things. mtr is essentially just a nicer version of tools that already exist
<@siosm:matrix.org>
16:44:25
yes, it's a nicer version of tracepath, which we already have
<@spresti:fedora.im>
16:45:48
so in that case, should we propose that the usecases are already met by packages x,y,z, and we have no intent of adding it?
<@spresti:fedora.im>
16:46:48
!propose the functionality provided by mtr is achieved by other packages already shipped, we have no plans of adding this package.
<@dustymabe:matrix.org>
16:47:04
maybe lighten the wording a bit
<@dustymabe:matrix.org>
16:47:43
the basic functionality of mtr already exists in FCOS and mtr can be run in a toolbox container so we don't see the need to add this package to the base for everyone
<@siosm:matrix.org>
16:47:51
+1
<@dustymabe:matrix.org>
16:48:05
the basic functionality of mtr already exists in FCOS in tracepath and mtr can be installed and run in a toolbox container so we don't see the need to add this package to the base for everyone
<@spresti:fedora.im>
16:48:28
ah ok +1
<@dustymabe:matrix.org>
16:49:03
maybe "lighten the wording" wasn't the right thing to say.. I just think the added reasoning helps understand the why
<@spresti:fedora.im>
16:50:58
!proposed the basic functionality of mtr already exists in FCOS through tracepath. Additionally mtr can be installed and ran in a toolbox container. So we currently do not see the need to add this package to the base for everyone.
<@siosm:matrix.org>
16:51:16
+1
<@spresti:fedora.im>
16:51:18
oh wow does proposed not work?
<@siosm:matrix.org>
16:51:34
I don't think there is a proposed command
<@siosm:matrix.org>
16:51:37
just the agreed one
<@siosm:matrix.org>
16:51:44
there is nothing for the bot to do on proposed
<@spresti:fedora.im>
16:52:03
Ah that makes sense.
<@siosm:matrix.org>
16:52:27
we can vote with emoji now :)
<@spresti:fedora.im>
16:52:34
lol the power!
<@spresti:fedora.im>
16:53:19
If we could get 1 more vote we can move on to the next topic.
<@fifofonix:matrix.org>
16:53:30
+1
<@spresti:fedora.im>
16:53:51
!agreed the basic functionality of mtr already exists in FCOS through tracepath. Additionally mtr can be installed and ran in a toolbox container. So we currently do not see the need to add this package to the base for everyone.
<@spresti:fedora.im>
16:54:22
!topic aarch64 failing to upgrade with /boot filesystem full
<@spresti:fedora.im>
16:54:34
<@dustymabe:matrix.org>
16:55:52
The proposed mitigation/fix for this is in https://github.com/coreos/fedora-coreos-tracker/issues/1637#issuecomment-1878186381 which we are actively executing
<@dustymabe:matrix.org>
16:56:03
let me know if the proposal has any problems
<@dustymabe:matrix.org>
16:56:16
we've already done the first set of releases
<@spresti:fedora.im>
16:57:54
I think with that, I am certainly no SME on this, but if its functional and already an active direction, staying with it seems to be the best approach.
<@spresti:fedora.im>
16:58:27
!proposed continue with the proposed mitigation/fix for this is in https://github.com/coreos/fedora-coreos-tracker/issues/1637#issuecomment-1878186381 which we are actively executing
<@dustymabe:matrix.org>
17:00:11
+1
<@spresti:fedora.im>
17:00:27
!agreed continue with the proposed mitigation/fix for this is in https://github.com/coreos/fedora-coreos-tracker/issues/1637#issuecomment-1878186381 which we are actively executing.
<@spresti:fedora.im>
17:00:55
!topic tracker: Fedora 40 changes considerations
<@spresti:fedora.im>
17:01:11
<@dustymabe:matrix.org>
17:01:46
so I ran the script earlier today and there are no new items to process (i.e. nothing has changed state since last week)
<@spresti:fedora.im>
17:02:00
Yay thank you for doing that
<@dustymabe:matrix.org>
17:02:16
it would be nice to get some people assigned to the investigation tickets if we could
<@dustymabe:matrix.org>
17:02:28
but other than that there's nothing for us to do today I don't think
<@spresti:fedora.im>
17:02:55
Outside of this meeting do we have any other workflows to assign members?
<@spresti:fedora.im>
17:03:15
and or allow for people to opt in
<@siosm:matrix.org>
17:04:11
note really, it's on a volunteer basis
<@siosm:matrix.org>
17:04:16
not really, it's on a volunteer basis
<@spresti:fedora.im>
17:06:07
hmm, I just worry that this meeting might be a limited surface area for opt in work
<@spresti:fedora.im>
17:06:34
I am about to switch us over to open floor
<@spresti:fedora.im>
17:06:53
!topic Open Floor
<@spresti:fedora.im>
17:07:22
Anything to discuss today?
<@siosm:matrix.org>
17:07:25
I'm currently investigating https://github.com/coreos/rpm-ostree/issues/4765
<@siosm:matrix.org>
17:07:53
This does not impact FCOS yet (only Silverblue rawhide right now) but is better not left unfixed
<@jlebon:fedora.im>
17:09:41
travier: we haven't had a rawhide build in a while so maybe it does
<@spresti:fedora.im>
17:10:34
so I am like a deer looking at headlights could you explain final command you ran in the actual / expected
<@jlebon:fedora.im>
17:11:29
ahh i see, it's compose side versioning that matters
<@siosm:matrix.org>
17:11:42
Jonathan Lebon: It only show up when building from a rawhide buildroot and COSA currently uses F39
<@jlebon:fedora.im>
17:11:54
right yup
<@siosm:matrix.org>
17:12:13
if you look at the fist byte in the output, it's different
<@siosm:matrix.org>
17:12:50
0x01 vs 0x00. Decoded, it means cap_setgid=ep vs cap_setgid=ip
<@spresti:fedora.im>
17:13:08
yeah I see that... ah ok I see
<@siosm:matrix.org>
17:13:48
`getcap /usr/bin/newgidmap` is more explicit but I can not run that on a ostree object :)
<@siosm:matrix.org>
17:13:53
`getcap /usr/bin/newgidmap` is more explicit but I can not run that on an ostree object :)
<@spresti:fedora.im>
17:14:54
I think this could be a good meeting topic for next week travier, maybe a few more eyes can help
<@spresti:fedora.im>
17:16:01
If we can make it a meeting topic that is.
<@siosm:matrix.org>
17:17:30
We'll see where we are next week. Right now I'm still trying to investigate where this could come from
<@siosm:matrix.org>
17:17:43
I have a reproducer now so that should help
<@spresti:fedora.im>
17:18:20
well good catch, and thank you for looking into it!
<@spresti:fedora.im>
17:18:53
With that, the meeting seems to have slowed down, if no one has anything else, lets end the meeting.
<@spresti:fedora.im>
17:19:10
!endmeeting