<@dustymabe:matrix.org>
16:30:20
!startmeeting fedora_coreos_meeting
<@siosm:matrix.org>
16:31:22
!user siosm
<@zodbot:fedora.im>
16:31:30
**Usage:** !user <subcommand> [...] โ— hello [username] - Return brief information about a Fedora user. โ— info [username] - Return brief information about a Fedora user. โ— localtime <username> - Returns the current time of the user.
<@siosm:matrix.org>
16:31:36
!user info siosรน
<@siosm:matrix.org>
16:31:39
!user info siosm
<@dustymabe:matrix.org>
16:31:42
!hi
<@gurssing:matrix.org>
16:31:44
!hi gursewak
<@zodbot:fedora.im>
16:31:48
Sorry, could not get info from FASJSON (code 401)
<@ydesouza:fedora.im>
16:31:53
!hi
<@spresti:fedora.im>
16:32:00
!hi
<@siosm:matrix.org>
16:32:00
!hi
<@zodbot:fedora.im>
16:32:06
Sorry, could not get info from FASJSON (code 401)
<@siosm:matrix.org>
16:32:25
hum, looks like zodbot is not doing well
<@apiaseck:matrix.org>
16:32:35
!hello c4rt0
<@jlebon:fedora.im>
16:32:39
!hello jlebon
<@zodbot:fedora.im>
16:32:39
Sorry, could not get info from FASJSON (code 401)
<@spresti:fedora.im>
16:32:42
mee to zodbot meee tooo
<@zodbot:fedora.im>
16:32:46
Sorry, could not get info from FASJSON (code 401)
<@siosm:matrix.org>
16:34:27
I asked #admin:fedoraproject.org to look at it
<@siosm:matrix.org>
16:34:49
https://pagure.io/fedora-infrastructure/issue/11733
<@dustymabe:matrix.org>
16:34:51
!topic Action items from last meeting
<@dustymabe:matrix.org>
16:35:35
!info there are no action items from the [last meeting](https://meetbot.fedoraproject.org/meeting-1_matrix_fedoraproject-org/2024-01-17/fedora-coreos-meeting.2024-01-17-16.29.html)
<@dustymabe:matrix.org>
16:36:13
!topic Switch to using OSBuild for most CoreOS boot image building
<@dustymabe:matrix.org>
16:36:21
<@dustymabe:matrix.org>
16:38:30
TL;DR we have been laying the groundwork for some time to be able to build CoreOS disk images using the OSBuild tooling rather than the custom code inside COSA.
<@dustymabe:matrix.org>
16:38:55
The underlying enablement is pretty close to working and passing all of our tests.
<@dustymabe:matrix.org>
16:39:45
My current proposal is to switch over our `rawhide` stream to using OSBuild as the tool used to build disk images. Then switch over `next-devel` (and thus `next`) for some period of time.
<@dustymabe:matrix.org>
16:40:14
WDYT?
<@jlebon:fedora.im>
16:40:47
that sounds reasonable to me. i'm happy about the test added that checks partition tables to make sure they're identical.
<@siosm:matrix.org>
16:41:16
Great work team!
<@siosm:matrix.org>
16:41:33
Great work everybody!
<@siosm:matrix.org>
16:42:05
Great work everybody! Especially Renata, Luke, Dusty and Joseph working on making this happen.
<@dustymabe:matrix.org>
16:42:06
Do we know what a reasonable amount of time to wait would be for then switching over `testing` ?
<@dustymabe:matrix.org>
16:42:18
should we just let it flow in with the F40 rebase? or do it earlier?
<@jbtrystram:matrix.org>
16:42:49
!hello jbtrystram
<@zodbot:fedora.im>
16:43:04
Sorry, could not get info from FASJSON (code 401)
<@siosm:matrix.org>
16:43:24
The rebase would be a good target but as always it's a trade off between every change at the same time vs small changes progressively
<@jlebon:fedora.im>
16:43:31
i think it could be before f40, but at least e.g. two months?
<@jlebon:fedora.im>
16:44:13
the nice thing with this is that it should only affect new installs, so upgrade risk is quite low
<@siosm:matrix.org>
16:44:27
Branch Fedora Linux 40 from Rawhide Tue 2024-02-06
<@siosm:matrix.org>
16:44:35
F40 branching is happening soon
<@siosm:matrix.org>
16:44:47
I'd say we should switch the branched release to it
<@yselkowitz:fedora.im>
16:44:50
that's being moved out a week
<@siosm:matrix.org>
16:44:55
I'd say we should switch the branched stream to it
<@dustymabe:matrix.org>
16:44:57
Jonathan Lebon: true regarding only new installs
<@dustymabe:matrix.org>
16:45:37
travier: yeah definitely anything "upstream" of `next` can be switched over
<@jlebon:fedora.im>
16:45:41
the thing is we don't have a large pool of people on next. it might be worth sending on an email asking to test things once we switch it over
<@dustymabe:matrix.org>
16:46:15
Jonathan Lebon: right. That's why I was considering letting it flow in with the rebase to F40. I think a lot of people start looking at `next` more when it gets rebased to F40
<@dustymabe:matrix.org>
16:47:05
so maybe we could say we switch over `testing` "not before" the rebase to F40 (beta time)
<@jlebon:fedora.im>
16:47:49
dustymabe: right, yeah. we'd make it part of our f40 communications.
<@dustymabe:matrix.org>
16:49:35
This one is kind wordy:
<@dustymabe:matrix.org>
16:49:37
!proposed We will roll out disk image building using OSBuild to our `rawhide` mechanical stream first (this is a non-user facing stream). Then we will roll out OSBuild to the `next` stream and let it soak there for some time. We may choose to switch over `testing` before the rebase to F40, but we won't do it until F40 has at least reached `next` at F40 beta time.
<@dustymabe:matrix.org>
16:50:42
emojis on their own lines please (for the log history)
<@apiaseck:matrix.org>
16:50:52
+1
<@jmarrero:matrix.org>
16:50:58
+1
<@jbtrystram:matrix.org>
16:51:02
+1
<@siosm:matrix.org>
16:51:02
+1
<@gurssing:matrix.org>
16:51:36
+1
<@mnguyen:fedora.im>
16:51:40
+1
<@fifofonix:matrix.org>
16:51:42
+1 (to help with voting - but this is way over my head!)
<@spresti:fedora.im>
16:51:51
+1
<@ravanelli:matrix.org>
16:51:59
+1
<@dustymabe:matrix.org>
16:52:09
travier: if you look at the logs from meetings you won't see emoji reactions to individual messages
<@jlebon:fedora.im>
16:52:12
+1
<@dustymabe:matrix.org>
16:52:30
!agreed We will roll out disk image building using OSBuild to our `rawhide` mechanical stream first (this is a non-user facing stream). Then we will roll out OSBuild to the `next` stream and let it soak there for some time. We may choose to switch over `testing` before the rebase to F40, but we won't do it until F40 has at least reached `next` at F40 beta time.
<@ydesouza:fedora.im>
16:52:54
+1
<@jbtrystram:matrix.org>
16:53:18
+1
<@dustymabe:matrix.org>
16:53:43
!topic fwupd enabled by default in VM builds
<@mnguyen:fedora.im>
16:53:49
it'll be good to have it in next before f40 test day
<@dustymabe:matrix.org>
16:53:50
<@dustymabe:matrix.org>
16:54:37
we have this issue and another `fwupd` issue that we really need someone to look into. It's kind of embarassing IMO that we rolled it out and it seems to be missing basic functionality
<@dustymabe:matrix.org>
16:54:49
<@siosm:matrix.org>
16:55:13
too bad, the emoji voting format was so nice
<@siosm:matrix.org>
16:57:03
Yeah, unfortunately I did not do enough testing. Not sure how to test in QEMU/virtual hardware.
<@siosm:matrix.org>
16:57:17
Yeah, unfortunately I did not do enough testing for the fwupd integration. Not sure how to test in QEMU/virtual hardware.
<@dustymabe:matrix.org>
16:57:57
I'm just wondering if we can get someone to look into it more and maybe work with richard hughes? or we could disable it?
<@siosm:matrix.org>
16:58:07
We could consider disabling it for now until we've fixed those issues
<@fifofonix:matrix.org>
16:59:17
i'm happy to be heavily directed by someone on this providing it is not too time consuming. i have machines on vsphere/aws that are running next.
<@jlebon:fedora.im>
16:59:48
re. https://github.com/coreos/fedora-coreos-tracker/issues/1650 I still think if some platforms should be disabled, that should be done upstream or in Fedora.
<@jlebon:fedora.im>
17:00:31
ahh sorry, have to go to another meeting now!
<@dustymabe:matrix.org>
17:00:44
Jonathan Lebon: I agree
<@dustymabe:matrix.org>
17:01:12
though TBH I'm not sure "platform detection" is really good on any platform other than FCOS (since we have the platform ID)
<@dustymabe:matrix.org>
17:01:49
travier: could you work with fifofonix on this? or any other mentor able to?
<@dustymabe:matrix.org>
17:03:21
!info we need someone to take a dedicated look at fwupd on Fedora CoreOS to fix any related issues
<@dustymabe:matrix.org>
17:05:40
ok I'll move on to the next topic
<@dustymabe:matrix.org>
17:05:49
!topic tracker: Fedora 40 changes considerations
<@dustymabe:matrix.org>
17:05:55
<@dustymabe:matrix.org>
17:06:18
We have some new items to consider
<@dustymabe:matrix.org>
17:06:31
!info 124. Golang 1.22
<@dustymabe:matrix.org>
17:06:39
<@dustymabe:matrix.org>
17:07:12
I think we usually try to do advanced testing in our repos on the newer golang versions.. Anything for us to do here on that front?
<@dustymabe:matrix.org>
17:08:13
looks like 1.22 was only built in rawhide a few days ago: https://koji.fedoraproject.org/koji/packageinfo?packageID=16224
<@dustymabe:matrix.org>
17:08:19
and it's not actually in the rawhide repos yet
<@dustymabe:matrix.org>
17:08:47
I guess it's an rc1 so 1.22 isn't out yet?
<@dustymabe:matrix.org>
17:09:05
`Go 1.22 is expected to be released in February 2024`
<@dustymabe:matrix.org>
17:09:41
spresti: do you know how we have handled stuff like this in the past? are there upstream CI knobs for testing on different versions of golang?
<@dustymabe:matrix.org>
17:12:05
I guess there is this line: https://github.com/coreos/repo-templates/blob/b7fb8e151edaccc5250d5604bf4e082ed21bebef/config.yaml#L7
<@dustymabe:matrix.org>
17:13:00
!action spresti to investigate if there are actions we need to take to pre-test golang 1.22 before it hits rawhide
<@dustymabe:matrix.org>
17:13:15
see what happens when you don't answer questions!!!
<@dustymabe:matrix.org>
17:13:30
i'll move on to the next one
<@dustymabe:matrix.org>
17:13:44
!info 125. Enable IPv4 Address Conflict Detection by default
<@dustymabe:matrix.org>
17:13:51
<@dustymabe:matrix.org>
17:15:55
hmm interesting..
<@dustymabe:matrix.org>
17:16:15
> Enabling ACD will cause an additional delay when bringing up interfaces, because NetworkManager needs first to probe the address. The delay is between 1.5 and 3 seconds, because RFC 5227 requires that the probe interval is randomized. The delay will affect both static and DHCP connections.
<@dustymabe:matrix.org>
17:16:54
I think we need to critically consider this change
<@dustymabe:matrix.org>
17:17:18
since boot time can be really important especially in cloud scenarios
<@dustymabe:matrix.org>
17:17:43
thoughts?
<@spresti:fedora.im>
17:18:05
Lol sorry I stepped away for bio break
<@spresti:fedora.im>
17:18:37
Yeah I will take a look, I am not familure with what was done in the past.
<@dustymabe:matrix.org>
17:18:41
spresti: no worries, now you've been cursed with an action item
<@dustymabe:matrix.org>
17:19:48
!action dustymabe to open an issue for further investigating `Enable IPv4 Address Conflict Detection`
<@dustymabe:matrix.org>
17:20:12
!info topic 126. LLVM 18
<@dustymabe:matrix.org>
17:20:24
<@dustymabe:matrix.org>
17:21:00
!info for LLVM this should not affect us or should be transparent to us
<@dustymabe:matrix.org>
17:21:13
agree ^^?
<@dustymabe:matrix.org>
17:21:50
!info topic 127. Remove Python Mock Usage
<@dustymabe:matrix.org>
17:22:00
<@dustymabe:matrix.org>
17:22:15
we don't really ship any python packages IIUC so I think we're good here
<@dustymabe:matrix.org>
17:22:50
!info in our CoreOS org we don't really ship any python packages in Fedora so there should be no work for us to do.
<@dustymabe:matrix.org>
17:23:07
!info 128. Change Firefox desktop file
<@dustymabe:matrix.org>
17:23:13
<@dustymabe:matrix.org>
17:23:26
!info Nothing to do. We don't ship Firefox.
<@siosm:matrix.org>
17:23:27
Should be fine for us
<@dustymabe:matrix.org>
17:23:45
!info 129. Assign individual, stable MAC addresses for Wi-Fi connections
<@dustymabe:matrix.org>
17:23:54
<@siosm:matrix.org>
17:24:07
should not impact us
<@dustymabe:matrix.org>
17:24:23
we don't really ship the wifi stack, but I know it is common for people to layer it in
<@siosm:matrix.org>
17:25:55
ok, it will impact users of FCOS with wifi overlayed but for me this lands into the category of "Fedora makes a change for the better" and we don't have a strong reason to refuse it
<@jlebon:fedora.im>
17:26:06
based on https://fedoraproject.org/wiki/Changes/StableSSIDMACAddress#Upgrade/compatibility_impact, i think it's maybe worth mentioning in the f40 email
<@jlebon:fedora.im>
17:26:17
but otherwise, not much for us to do
<@dustymabe:matrix.org>
17:27:02
yeah. we should probably start an issue that collates all the things we need to communicate at switchover time (like we did last time)
<@dustymabe:matrix.org>
17:27:20
!action jlebon to open an issue for F40 communications
<@siosm:matrix.org>
17:28:03
You're on an action giving spree :)
<@dustymabe:matrix.org>
17:28:12
!info we don't ship wifi enabled by default in FCOS but we do know people layer it in. We should highlight this change to our users when communicating F40 changes.
<@dustymabe:matrix.org>
17:28:20
travier: watch out, you're next!
<@siosm:matrix.org>
17:28:37
Going to leave discretely...๐Ÿšช
<@dustymabe:matrix.org>
17:28:41
ok I think we are out of time :(
<@dustymabe:matrix.org>
17:29:12
We'll pick up the rest next week
<@dustymabe:matrix.org>
17:29:17
!topic open floor
<@siosm:matrix.org>
17:29:47
I don't see anything else in the change list that needs immediate action
<@jlebon:fedora.im>
17:29:51
!info jlebon filed https://github.com/coreos/fedora-coreos-tracker/issues/1655
<@jlebon:fedora.im>
17:29:56
:)
<@dustymabe:matrix.org>
17:30:17
anyone with anything for open floor? travier not sure if you saw the ask earlier but if fifofonix is willing to dig into the fwupd issue we might want to take advantage of it and give him some guidance
<@siosm:matrix.org>
17:30:41
fifofonix: yes, I should be able to help you
<@siosm:matrix.org>
17:30:57
fifofonix: yes, I should be able to help you get started
<@fifofonix:matrix.org>
17:31:23
travier: i'll DM you.
<@dustymabe:matrix.org>
17:31:27
!action fifofonix to coordinate with travier a time to collaborate and understand the problems more
<@dustymabe:matrix.org>
17:31:36
!action fifofonix to coordinate with travier a time to collaborate and understand the problems related to fwupd more
<@dustymabe:matrix.org>
17:31:50
๐ŸŽ‰
<@dustymabe:matrix.org>
17:31:59
any other topics ? sorry we are over
<@jlebon:fedora.im>
17:33:07
nothing from my side!
<@dustymabe:matrix.org>
17:33:53
!endmeeting