2026-01-14 15:30:29 <@siosm:matrix.org> !startmeeting fedora_coreos_meeting
2026-01-14 15:30:32 <@meetbot:fedora.im> Meeting started at 2026-01-14 15:30:29 UTC
2026-01-14 15:30:32 <@meetbot:fedora.im> The Meeting name is 'fedora_coreos_meeting'
2026-01-14 15:30:38 <@siosm:matrix.org> !topic roll call
2026-01-14 15:31:25 <@marmijo:fedora.im> !hi
2026-01-14 15:31:26 <@zodbot:fedora.im> Michael Armijo (marmijo)
2026-01-14 15:32:23 <@spresti:fedora.im> !hi
2026-01-14 15:32:25 <@zodbot:fedora.im> Steven Presti (spresti)
2026-01-14 15:32:57 <@siosm:matrix.org> !hi
2026-01-14 15:33:00 <@zodbot:fedora.im> Timothée Ravier (siosm) - he / him / his
2026-01-14 15:33:42 <@jbtrystram:matrix.org> !hi
2026-01-14 15:33:44 <@zodbot:fedora.im> Jean-Baptiste Trystram (jbtrystram) - he / him / his
2026-01-14 15:35:10 <@siosm:matrix.org> !topic Action items from last meeting
2026-01-14 15:35:16 <@siosm:matrix.org> !link https://discussion.fedoraproject.org/t/fedora-coreos-community-meeting-minutes-2026-01-07/179133
2026-01-14 15:35:25 <@siosm:matrix.org> I don't see any action items
2026-01-14 15:35:57 <@dustymabe:matrix.org> !g
2026-01-14 15:36:01 <@dustymabe:matrix.org> !hi
2026-01-14 15:36:04 <@zodbot:fedora.im> Dusty Mabe (dustymabe) - he / him / his
2026-01-14 15:36:28 <@siosm:matrix.org> !topic Review Fedora 44 Release Schedule
2026-01-14 15:36:41 <@siosm:matrix.org> !link https://fedorapeople.org/groups/schedule/f-44/f-44-key-tasks.html
2026-01-14 15:37:02 <@siosm:matrix.org> We've reached the Change Checkpoint: Proposal submission deadline (Self Contained Changes)
2026-01-14 15:37:12 <@siosm:matrix.org> so the churn around change should start to slow down
2026-01-14 15:37:41 <@dustymabe:matrix.org> ehh. that's just the submissions though.. when the work lands that's when we hit breakage usually (in rawhide) 
2026-01-14 15:37:55 <@siosm:matrix.org> I think the mass rebuild is going to start soon so watch out for packages that we maintain that may fail to build
2026-01-14 15:38:06 <@dustymabe:matrix.org> also, the submissions only show up in our tracker issue when they've been accepted
2026-01-14 15:38:18 <@siosm:matrix.org> yep, changes can still be accepted and implemented until the Change Checkpoint: 100% Code Complete Deadline Tue 2026-02-17
2026-01-14 15:40:40 <@siosm:matrix.org> Does anyone want to bring up a specific topic? Otherwise we'll go to open floor
2026-01-14 15:41:10 <@jbtrystram:matrix.org> looks like the konflux change did not get picked up by wrangler : https://fedoraproject.org/wiki/Changes/Build_FCOS_on_Fedora_Konflux ?
2026-01-14 15:41:34 <@jbtrystram:matrix.org> I probably messed something. Is that bad ? does it means we have to push this to f45 ?
2026-01-14 15:43:11 <@siosm:matrix.org> it's not in the right category
2026-01-14 15:43:29 <@siosm:matrix.org> i.e. you did not submit it
2026-01-14 15:43:32 <@hricky:fedora.im> !hi
2026-01-14 15:43:34 <@zodbot:fedora.im> Hristo Marinov (hricky) - he / him / his
2026-01-14 15:43:48 <@dustymabe:matrix.org> I think it's OK. we can plead ignorance and I'm sure we can get it considered 
2026-01-14 15:44:46 <@siosm:matrix.org> I also think it's OK as it's just for FCOS. Can you fix the Wiki page and send a mail to Allison King? (the change wrangler)
2026-01-14 15:45:15 <@siosm:matrix.org> (with a note that we missed the deadline and we're sorry)
2026-01-14 15:45:31 <@marmijo:fedora.im> I didn't re-add the meeting label, but there are new changes that came through for Fedora 44. I don't think any of them affect FCOS, but i'd like a second pair of eyes on the new changes: https://github.com/coreos/fedora-coreos-tracker/issues/2063#issuecomment-3747111611
2026-01-14 15:45:37 <@jbtrystram:matrix.org> I just updated the change. yeah, that's entirely my bad
2026-01-14 15:46:03 <@siosm:matrix.org> !topic tracker: Fedora 44 changes considerations
2026-01-14 15:46:13 <@siosm:matrix.org> !link https://github.com/coreos/fedora-coreos-tracker/issues/2063
2026-01-14 15:46:33 <@siosm:matrix.org> Thanks marmijofor keeping this updated
2026-01-14 15:46:47 <@zodbot:fedora.im> siosm gave a cookie to marmijo. They now have 18 cookies, 1 of which were obtained in the Fedora 43 release cycle
2026-01-14 15:47:12 <@marmijo:fedora.im> You're welcome!
2026-01-14 15:47:22 <@siosm:matrix.org> So we should verify https://github.com/coreos/fedora-coreos-tracker/issues/2063#issuecomment-3716677516 & https://github.com/coreos/fedora-coreos-tracker/issues/2063#issuecomment-3747111611
2026-01-14 15:47:55 <@siosm:matrix.org> Everything looks good to me 👍
2026-01-14 15:48:20 <@zodbot:fedora.im> dustymabe gave a cookie to marmijo. They now have 19 cookies, 2 of which were obtained in the Fedora 43 release cycle
2026-01-14 15:48:26 <@dustymabe:matrix.org> Thank you marmijo 
2026-01-14 15:48:39 <@marmijo:fedora.im> Great, thanks! The most recent list of changes we're tracking is here: https://github.com/coreos/fedora-coreos-tracker/issues/2063#issuecomment-3662389191
2026-01-14 15:50:40 <@siosm:matrix.org> https://github.com/coreos/fedora-coreos-tracker/issues/2086 is likely the item with the highest chance of regressions
2026-01-14 15:51:16 <@siosm:matrix.org> the comps PR just landed so we can mirror the change in f-c-c and see if our tests passes at least
2026-01-14 15:51:39 <@siosm:matrix.org> This should be a fairly small change. Is anyone intersted in working on this?
2026-01-14 15:53:57 <@cverna_:matrix.org> !hi
2026-01-14 15:54:01 <@zodbot:fedora.im> Clement Verna (cverna) - he / him / his
2026-01-14 15:54:08 <@spresti:fedora.im> Im down to grab it. I have not done that before but happy to learn
2026-01-14 15:54:28 <@zodbot:fedora.im> dustymabe gave a cookie to spresti. They now have 4 cookies, 1 of which were obtained in the Fedora 43 release cycle
2026-01-14 15:54:33 <@zodbot:fedora.im> marmijo gave a cookie to spresti. They now have 5 cookies, 2 of which were obtained in the Fedora 43 release cycle
2026-01-14 15:54:38 <@siosm:matrix.org> OK I've just installed the package in a VM and it has a good list of dependencies so maybe we should look at that first
2026-01-14 15:54:47 <@zodbot:fedora.im> siosm gave a cookie to spresti. They now have 6 cookies, 3 of which were obtained in the Fedora 43 release cycle
2026-01-14 15:55:22 <@dustymabe:matrix.org> Timothée Ravier (travier): we can look at it, but eventually the old version of this is getting ripped out of the kernel, right? 
2026-01-14 15:55:31 <@siosm:matrix.org> yeah
2026-01-14 15:55:47 <@siosm:matrix.org> but maybe we can ask for some things to be turned to recommends
2026-01-14 15:55:55 <@dustymabe:matrix.org> I'm guessing these changes should go into the bootc base image manifests? and we inherit from there?
2026-01-14 15:56:00 <@siosm:matrix.org> for more server like steups
2026-01-14 15:56:06 <@siosm:matrix.org> oh indeed
2026-01-14 15:56:16 <@siosm:matrix.org> this should definitely go in bootc first
2026-01-14 15:56:37 <@dustymabe:matrix.org> yes, and we'll automatically pick them up
2026-01-14 15:57:26 <@dustymabe:matrix.org> i.e. when this gets bumped: https://github.com/coreos/fedora-coreos-config/blob/91190836ef3185c79cf66d401fb1e2984d4b9d7d/build-args.conf#L11
2026-01-14 15:59:29 <@spresti:fedora.im> ++ okay I can look into adding the change to the bootc manifest then, thank you!
2026-01-14 16:01:57 <@dustymabe:matrix.org> open floor? 
2026-01-14 16:03:03 <@siosm:matrix.org> yep
2026-01-14 16:03:09 <@siosm:matrix.org> !topic Open Floor
2026-01-14 16:03:23 <@dustymabe:matrix.org> !action spresti to look into kmscon change
2026-01-14 16:03:47 <@dustymabe:matrix.org> FYI flock details have been released
2026-01-14 16:03:54 <@dustymabe:matrix.org> https://fedoraproject.org/flock/2026/
2026-01-14 16:04:03 <@dustymabe:matrix.org> !link https://fedoraproject.org/flock/2026/
2026-01-14 16:05:02 <@jbtrystram:matrix.org> I plan to get to flock this year ! :) 
2026-01-14 16:05:31 <@siosm:matrix.org> Deadline: February 02
2026-01-14 16:05:31 <@siosm:matrix.org> Flock Call for Proposals
2026-01-14 16:05:37 <@spresti:fedora.im> Ooooo thats exciting! 
2026-01-14 16:05:41 <@dustymabe:matrix.org> Let's get a few talks submitted 
2026-01-14 16:06:27 <@peytonrobertson:matrix.org> The Linux Provisioning Team did have a new proposal for Ignition we would like to discuss if you all have time with open floor! 
2026-01-14 16:07:01 <@siosm:matrix.org> I think we have time. Let's make a topic
2026-01-14 16:07:25 <@siosm:matrix.org> !topic Proposal from the Provisioning Team related to Ignition
2026-01-14 16:07:29 <@siosm:matrix.org> go ahead!
2026-01-14 16:08:27 <@peytonrobertson:matrix.org> 
2026-01-14 16:08:27 <@peytonrobertson:matrix.org> https://github.com/coreos/ignition/pull/2185
2026-01-14 16:08:27 <@peytonrobertson:matrix.org> 
2026-01-14 16:08:27 <@peytonrobertson:matrix.org> We can commit to bringing Ignition to parity with cloud-init on Azure and maintaining Azure-specific features, but this would expand Ignition’s scope. Community feedback is needed on whether this is acceptable. The fallback is to replace WALinuxAgent PA with azure-init and address Ignition’s limitations separately.
2026-01-14 16:08:27 <@peytonrobertson:matrix.org> 
2026-01-14 16:08:27 <@peytonrobertson:matrix.org> 
2026-01-14 16:08:27 <@peytonrobertson:matrix.org> 
2026-01-14 16:08:27 <@peytonrobertson:matrix.org> This presents an opportunity to make Ignition a first-class provisioning agent on Azure, more closely aligned with cloud-init’s Azure datasource. Ignition’s ignition-fetch.service already overlaps with cloud-init’s local phase by mounting provisioning media and fetching instance metadata. The proposed --generate-cloud-config approach (see azure: add --generate-cloud-config for user ignition config generation by peytonr18 · Pull Request …) shows how cloud-specific behavior can be added by reusing Ignition’s existing configuration APIs as a clear, stable contract - similar to how Azure configuration is translated into cloud-init config. Afterburn does not address these gaps and is not well-suited as the contract surface for this functionality.
2026-01-14 16:08:27 <@peytonrobertson:matrix.org> 
2026-01-14 16:08:27 <@peytonrobertson:matrix.org> 
2026-01-14 16:08:27 <@peytonrobertson:matrix.org> 
2026-01-14 16:08:27 <@peytonrobertson:matrix.org> Azure-init can replace WALinuxAgent for tasks such as admin user creation, SSH key and password setup, and sshd configuration, but it does not address Ignition’s needs for accessing custom and user data.
2026-01-14 16:08:27 <@peytonrobertson:matrix.org> 
2026-01-14 16:08:27 <@peytonrobertson:matrix.org> 
2026-01-14 16:08:27 <@peytonrobertson:matrix.org> 
2026-01-14 16:08:27 <@peytonrobertson:matrix.org> The majority of Azure VMs currently use cloud-init for VM provisioning. WALinuxAgent provisioning is being deprecated in favor of azure-init, and we are evaluating how best to support Flatcar and Fedora CoreOS. Upcoming changes to Azure Confidential VMs will encrypt custom data and sign user data, which is expected to break Ignition and prevent its use in CVM scenarios. Additionally, enabling Azure’s Metadata Security Protocol (MSP) requires Ignition to change how it fetches user data from IMDS due to the azure-proxy-agent requirement.
2026-01-14 16:08:27 <@peytonrobertson:matrix.org> 
2026-01-14 16:08:27 <@peytonrobertson:matrix.org> Proposal for Expanding Ignition with Cloud-Specific Configuration
2026-01-14 16:08:27 <@peytonrobertson:matrix.org> 
2026-01-14 16:08:27 <@peytonrobertson:matrix.org> Thank you! Let me share a little blurb about it that was written by Chris and should help outline the proposal: 
2026-01-14 16:11:44 <@dustymabe:matrix.org> There's a lot in there :) 
2026-01-14 16:11:58 <@siosm:matrix.org> OK that's a lot to review during a meeting. Maybe filling an Ignition issue to discuss this would be a good start?
2026-01-14 16:12:05 <@dustymabe:matrix.org> Should we consider a dedicated session (maybe video community meeting) on this topic? 
2026-01-14 16:12:41 <@cjp256:matrix.org> that would be great!
2026-01-14 16:13:08 <@siosm:matrix.org> This appears to be related to https://github.com/coreos/afterburn/issues/1242 ?
2026-01-14 16:13:31 <@dustymabe:matrix.org> next week or the following week same time work? spresti I think you have organized a video meeting before? would you be willing to organize this one? 
2026-01-14 16:14:04 <@peytonrobertson:matrix.org> It is. That proposal, which I can close, was our original attempt at this but after hearing feedback from you all and speaking internally amongst our team and the Flatcar team, we decided to pivot to utilizing Ignition instead 
2026-01-14 16:14:39 <@siosm:matrix.org> OK, feel free to close the afterburn issue and mention it in the new ignition one
2026-01-14 16:15:42 <@spresti:fedora.im> Sure, happy to organize a video meeting dustymabe. What week is preferred Peyton Robertson ? 
2026-01-14 16:16:12 <@peytonrobertson:matrix.org> Next week would work great! 
2026-01-14 16:16:25 <@siosm:matrix.org> > The --generate-cloud-config flag enables Ignition to dynamically synthesize an Ignition configuration from cloud provider metadata at boot time, rather than requiring a pre-baked Ignition config in user data.
2026-01-14 16:16:25 <@siosm:matrix.org> 
2026-01-14 16:16:25 <@siosm:matrix.org> However that sounds like it contradicts the design behind Ignition
2026-01-14 16:17:36 <@dustymabe:matrix.org> !action spresti to organize video community meeting for next week and send communication to the mailing list/forum about it.
2026-01-14 16:17:40 <@dustymabe:matrix.org> Thank you spresti !
2026-01-14 16:18:12 <@siosm:matrix.org> > The --generate-cloud-config flag enables Ignition to dynamically synthesize an Ignition configuration from cloud provider metadata at boot time, rather than requiring a pre-baked Ignition config in user data.
2026-01-14 16:18:12 <@siosm:matrix.org> However that sounds like it conflicts with the design behind Ignition
2026-01-14 16:18:12 <@siosm:matrix.org> 
2026-01-14 16:18:29 <@spresti:fedora.im> NP, I did want to quickly talk about butane to ignition merge as well as per last weeks conv 
2026-01-14 16:19:12 <@siosm:matrix.org> Let's make a new topic then?
2026-01-14 16:19:22 <@spresti:fedora.im> Sure
2026-01-14 16:19:33 <@siosm:matrix.org> !topic Ignition & Butane merge
2026-01-14 16:21:12 <@spresti:fedora.im> Ok so I have been going through the process of actually merging butane into ignition. In doing that I made some assumptions that might need to be questioned. 
2026-01-14 16:21:12 <@spresti:fedora.im> Firstly I used a git subtree. In theory this makes sense it preserves all refrences and helps us track down features.. in practice the PR is 1000+ commits pulled from butanes repo... do we care enough to maintain git history? 
2026-01-14 16:21:12 <@spresti:fedora.im> 
2026-01-14 16:25:35 <@siosm:matrix.org> It would be nice if we could preserve the history. On first though I would have merged the two tree directly but maybe that does not work
2026-01-14 16:27:41 <@spresti:fedora.im> Hmm, what do you mean by directly? 
2026-01-14 16:27:41 <@spresti:fedora.im> Yeah I would prefer to know why things exist and how they are associated to each tag
2026-01-14 16:27:41 <@spresti:fedora.im> 
2026-01-14 16:28:40 <@spresti:fedora.im> The other stumbles are expected, docs.. ci... packaging.. I have taken a first sweep at those, but I have a feeling its likely going to have got-ya due to the scope of the changes. 
2026-01-14 16:28:44 <@siosm:matrix.org> i.e. move all butane code to a butane subdirectory, commit, then in the ignition repo add the butane repo as remote and do a git merge --unrelated-history
2026-01-14 16:29:16 <@siosm:matrix.org> and then a lot of cleanups to de-duplicate
2026-01-14 16:30:00 <@spresti:fedora.im> Ok, I can try that path. 
2026-01-14 16:32:16 <@spresti:fedora.im> 
2026-01-14 16:32:16 <@spresti:fedora.im> I am still concerned that we are merging into a monolith repo, it feels wrong but I have nothing that tells me we cant do it, as there seems to be some benefits. 
2026-01-14 16:32:16 <@spresti:fedora.im> We are at time, let me try that to see if its looks better.
2026-01-14 16:33:41 <@siosm:matrix.org> hopefully with the cleanups & de-duplication we should end up with less code overall
2026-01-14 16:34:07 <@siosm:matrix.org> and indeed, we are at time so if nothing else is urgent, I'll close this one
2026-01-14 16:36:43 <@siosm:matrix.org> !endmeeting