2025-06-11 16:30:56 <@marmijo:fedora.im> !startmeeting fedora_coreos_meeting 2025-06-11 16:30:57 <@meetbot:fedora.im> Meeting started at 2025-06-11 16:30:56 UTC 2025-06-11 16:30:57 <@meetbot:fedora.im> The Meeting name is 'fedora_coreos_meeting' 2025-06-11 16:31:04 <@marmijo:fedora.im> !topic roll call 2025-06-11 16:31:44 <@dustymabe:matrix.org> !hi 2025-06-11 16:31:46 <@zodbot:fedora.im> Dusty Mabe (dustymabe) - he / him / his 2025-06-11 16:32:49 <@jlebon:fedora.im> !hello 2025-06-11 16:32:50 <@zodbot:fedora.im> None (jlebon) 2025-06-11 16:34:12 <@dustymabe:matrix.org> Jeremy (from cloud WG is going to join us today to) 2025-06-11 16:34:14 <@dustymabe:matrix.org> Jeremy (from cloud WG is going to join us today too) 2025-06-11 16:35:39 <@marmijo:fedora.im> I guess we can go ahead and start 2025-06-11 16:36:01 <@marmijo:fedora.im> !topic Action items from last meeting 2025-06-11 16:36:36 <@marmijo:fedora.im> We've had low attendance the last two meetings so nothing there, and there are no pending action items from previous meetings as far as I can tell 2025-06-11 16:36:51 <@marmijo:fedora.im> !topic Review Fedora 43 Release Schedule 2025-06-11 16:37:05 <@jbtrystram:matrix.org> !hi 2025-06-11 16:37:05 <@dustymabe:matrix.org> 2025-06-11 16:37:05 <@dustymabe:matrix.org> We could consider changing the meeting time I guess to see if more people could join 2025-06-11 16:37:05 <@dustymabe:matrix.org> > We've had low attendance the last two meetings 2025-06-11 16:37:07 <@zodbot:fedora.im> Jean-Baptiste Trystram (jbtrystram) - he / him / his 2025-06-11 16:37:44 <@marmijo:fedora.im> That's a good idea, I'd be fine with it being a bit earlier! 2025-06-11 16:38:09 <@jlebon:fedora.im> it's definitely an awkward time for me at least :) 2025-06-11 16:38:30 <@jcline:fedora.im> !hello 2025-06-11 16:38:30 <@aaradhak:matrix.org> !hi aaradhak 2025-06-11 16:38:31 <@zodbot:fedora.im> Jeremy Cline (jcline) - he / him / his 2025-06-11 16:38:33 <@zodbot:fedora.im> Aashish Radhakrishnan (aaradhak) 2025-06-11 16:38:41 <@dustymabe:matrix.org> maybe we can make it an issue in the repo and discuss next meeting 2025-06-11 16:39:14 <@marmijo:fedora.im> Does anyone want to open that issue? 2025-06-11 16:39:41 <@dustymabe:matrix.org> I can 2025-06-11 16:39:48 <@marmijo:fedora.im> Thanks! 2025-06-11 16:40:32 <@marmijo:fedora.im> as for the current meeting topic: 2025-06-11 16:40:40 <@marmijo:fedora.im> !info: The Fedora Change Proposal submission deadlines are approaching for Fedora 43. Make sure to submit any changes you're working on. 2025-06-11 16:41:10 <@jbtrystram:matrix.org> we already submitted the change about stopping the updates to the ostree repo 2025-06-11 16:41:13 <@dustymabe:matrix.org> Jonathan Lebon: I don't suspect we'd need to or want to file a change proposal for the "build via podman" work? 2025-06-11 16:42:02 <@dustymabe:matrix.org> jbtrystram: do we still need to make changes to the pipeline to enforce that? 2025-06-11 16:42:24 <@jbtrystram:matrix.org> yes ! i'll pick that up next sprint I think 2025-06-11 16:42:55 <@dustymabe:matrix.org> Doesn't have to be you.. I just couldn't remember :) 2025-06-11 16:43:07 <@jlebon:fedora.im> dustymabe: i don't think we need, though i see the value in terms of raising awareness 2025-06-11 16:43:31 <@dustymabe:matrix.org> Could certainly be beneficial from that respect 2025-06-11 16:43:48 <@dustymabe:matrix.org> Could certainly be beneficial from that aspect 2025-06-11 16:43:58 <@jlebon:fedora.im> i'll draft something 2025-06-11 16:44:32 <@marmijo:fedora.im> !info The Fedora Change Proposal submission deadlines are approaching for Fedora 43. Make sure to submit any changes you're working on 2025-06-11 16:45:05 <@marmijo:fedora.im> Let's move on to the main topics 2025-06-11 16:45:12 <@marmijo:fedora.im> !topic Uploading to cloud platforms: Azure 2025-06-11 16:45:23 <@marmijo:fedora.im> !link https://github.com/coreos/fedora-coreos-tracker/issues/148 2025-06-11 16:45:36 <@marmijo:fedora.im> dustymabe: would you like to introduce this one? 2025-06-11 16:45:47 <@dustymabe:matrix.org> Sure. 2025-06-11 16:46:11 <@dustymabe:matrix.org> This has been a long time issue for us where we've wanted to upload to Azure and make those images available for people to directly consume them. 2025-06-11 16:46:35 <@dustymabe:matrix.org> When we first wanted this "community galleries" (i.e. a way to share images with other people easily) didn't even exist 2025-06-11 16:46:42 <@dustymabe:matrix.org> since then a lot has happened. 2025-06-11 16:47:24 <@dustymabe:matrix.org> 1. Fedora has a tool now that knows how to upload to Azure 2025-06-11 16:47:24 <@dustymabe:matrix.org> 2025-06-11 16:47:24 <@dustymabe:matrix.org> both: 2025-06-11 16:47:24 <@dustymabe:matrix.org> 2. `ore` (the tool CoreOS uses for image uploads) has learned how to upload gen2 VM images and create image galleries 2025-06-11 16:48:03 <@dustymabe:matrix.org> At a basic level we need to decide what we want the structure of our image galleries/definitions to look like (naming, versioning, etc) 2025-06-11 16:48:18 <@dustymabe:matrix.org> and secondary, what tool to use? 2025-06-11 16:48:37 <@jdoss:beeper.com> .hi jdoss 2025-06-11 16:49:01 <@dustymabe:matrix.org> Jeremy Cline: I think would prefer the fedora cloud image uploader (since that's what Fedora Cloud is using), but as CoreOS there is benefit to using the tool we use for uploading everything else (at least right now) 2025-06-11 16:49:15 <@jlebon:fedora.im> from briefly looking at this, it wasn't clear to me if there is _one_ community gallery users can browse, or if every project can create their own community gallery? 2025-06-11 16:49:33 <@jlebon:fedora.im> if the former, i couldn't find the link to it 2025-06-11 16:49:48 <@jdoss:beeper.com> !hi 2025-06-11 16:49:49 <@zodbot:fedora.im> Joe Doss (jdoss) 2025-06-11 16:49:58 <@jcline:fedora.im> For some context on how Fedora Cloud images get uploaded and organized, a gallery is made up of "image definitions" which are streams of a particular version, and within the definition you have particular images. So we have a stream for 42-Arm64, 42-x64, etc. 2025-06-11 16:50:31 <@jcline:fedora.im> Anyone can make a community gallery, but I _think_ there's some magic keyword blocklists so there aren't a million Fedora ones running around impersonating us 2025-06-11 16:51:21 <@dustymabe:matrix.org> Do you have a link to a web frontend for the Fedora Cloud gallery that exists today? 2025-06-11 16:51:49 <@jcline:fedora.im> I like the idea of having just one tool to upload things, but if coreos doesn't want to do that, we can still use the same gallery, we'll just issue you credentials that can't create/delete galleries (which, to be fair, we don't issue to the cloud uploader either) 2025-06-11 16:52:48 <@jcline:fedora.im> https://portal.azure.com/#view/Microsoft_Azure_ComputeHub/ComputeHubMenuBlade/~/communityImagesBrowse but I don't know that I can create a link to just Fedora, it's... not ideal. 2025-06-11 16:53:04 <@jcline:fedora.im> (and you'll probably need an azure account to look at that 2025-06-11 16:53:10 <@jcline:fedora.im> (and you'll probably need an azure account to look at that) 2025-06-11 16:53:29 <@jlebon:fedora.im> yup, i see them. nice 2025-06-11 16:53:33 <@jcline:fedora.im> https://fedoramagazine.org/launch-fedora-40-in-microsoft-azure/ also describes things a bit 2025-06-11 16:53:48 <@dustymabe:matrix.org> So is `Fedora-5e266ba4-2250-406d-adad-5d73860d958f` the gallery name? 2025-06-11 16:54:03 <@jcline:fedora.im> Yeah, it appends a uuid to your chosen name 2025-06-11 16:54:13 <@jlebon:fedora.im> heh, "dusty-fedora-coreos-testing-aarch64-gen2" is on there 2025-06-11 16:54:18 <@dustymabe:matrix.org> ouch, that's ugly :) 2025-06-11 16:55:18 <@jcline:fedora.im> Heh, wait until you see the URL to launch via the web portal. I mostly just use the CLI. 2025-06-11 16:56:55 <@dustymabe:matrix.org> ok. so let's say we want to use `Fedora-5e266ba4-2250-406d-adad-5d73860d958f` for now (any opposed, speak up!) 2025-06-11 16:57:06 <@jcline:fedora.im> Anyway, the basic layout I recommend is that you have an image definition for CoreOS-{stable,testing,next} and upload there. Each image definition has a "latest" which is determined by the version number and you can keep a history. You can also add images that are excluded from latest, so you can upload images, test them, and then promote them to "latest" by flipping a boolean. 2025-06-11 16:58:40 <@dustymabe:matrix.org> IIUC we'd need `CoreOS-{x86_64,aarch64}-{stable,testing,next}` ? 2025-06-11 16:58:54 <@jcline:fedora.im> Yeah 2025-06-11 16:59:31 <@jcline:fedora.im> Although Azure calls them x64 and Arm64 so I matched that in our image definition names so people aren't confused 2025-06-11 16:59:36 <@dustymabe:matrix.org> I know GCP prefered the use of `arm64` so I think our image family over there uses that term. Not sure if Azure does the same or not 2025-06-11 16:59:54 <@jlebon:fedora.im> when you "exclude from latest", is it still usable by users if they look for it? 2025-06-11 17:00:25 <@jcline:fedora.im> Yes, you can explicitly boot a version instead of the default 2025-06-11 17:01:01 <@jlebon:fedora.im> ahhh ok. we probably don't want to use that for our pre-release testing then in case we abandon it. 2025-06-11 17:01:08 <@jcline:fedora.im> On the CLI this looks like `--image /CommunityGalleries/Fedora-5e266ba4-2250-406d-adad-5d73860d958f/Images/Fedora-Cloud-Rawhide-Arm64/Versions/43.20250527.1` instead of `--image /CommunityGalleries/Fedora-5e266ba4-2250-406d-adad-5d73860d958f/Images/Fedora-Cloud-Rawhide-Arm64/Versions/latest` 2025-06-11 17:01:38 <@marmijo:fedora.im> we can always upload to our testing gallery and test the image there before uploading to the prod gallery 2025-06-11 17:02:04 <@jcline:fedora.im> Alternatively you can be clear that images excluded from latest aren't supported or approved. But if you want a separate testing gallery that's also something you can do. 2025-06-11 17:02:51 <@jlebon:fedora.im> yeah, makes sense 2025-06-11 17:02:51 <@dustymabe:matrix.org> This would be nice, just from a development pipeline point of view 2025-06-11 17:03:18 <@jcline:fedora.im> You can even make it not-a-community-gallery so only you can use the images 2025-06-11 17:04:01 <@dustymabe:matrix.org> Does Fedora already have a testing gallery? 2025-06-11 17:04:56 <@jcline:fedora.im> No we just use the exclude from latest method 2025-06-11 17:05:52 <@jcline:fedora.im> But it's trivial to make one so yeah, we can get you one 2025-06-11 17:06:18 <@dustymabe:matrix.org> ok looking at your image definitions a bit I think maybe something like this: 2025-06-11 17:06:49 <@dustymabe:matrix.org> - `Fedora-CoreOS-{stream}-{x64,Arm64}` 2025-06-11 17:07:27 <@dustymabe:matrix.org> 2025-06-11 17:07:27 <@dustymabe:matrix.org> - `Fedora-CoreOS-{stream}-{x86_64,aarch64}` 2025-06-11 17:07:27 <@dustymabe:matrix.org> OR we just buck the platform conventions and go with: 2025-06-11 17:07:44 <@dustymabe:matrix.org> OR we just buck the platform conventions and go with: 2025-06-11 17:07:44 <@dustymabe:matrix.org> 2025-06-11 17:07:44 <@dustymabe:matrix.org> - B `Fedora-CoreOS-{stream}-{x86_64,aarch64}` 2025-06-11 17:07:55 <@dustymabe:matrix.org> - A `Fedora-CoreOS-{stream}-{x64,Arm64}` 2025-06-11 17:08:03 <@dustymabe:matrix.org> Thoughts on A versus B anyone? 2025-06-11 17:08:40 <@jlebon:fedora.im> I would match the platform convention, esp. if the rest of Fedora follows it 2025-06-11 17:09:39 <@dustymabe:matrix.org> any more on this specific subtopic (I have another subtopic) 2025-06-11 17:09:51 <@dustymabe:matrix.org> any more on this specific subtopic? (I have another subtopic) 2025-06-11 17:10:24 <@marmijo:fedora.im> I think A would be fine if that's what the rest of Fedora is using. Our users are familiar with the aarch64 term that we use, but there shouldn't be any issues there 2025-06-11 17:10:49 <@dustymabe:matrix.org> Jeremy Cline: seem reasonable? 2025-06-11 17:11:12 <@jcline:fedora.im> Seems reasonable to me. I think the Cloud images on GCP are also labeled that way so it's not super unusual 2025-06-11 17:12:08 <@dustymabe:matrix.org> Yeah the image families in GCP are interesting.. they had the image family concept way before they ever had Arm hardware so the x86 image families just don't have an architecture in the name, but the arm ones have `-arm64` at the end :) 2025-06-11 17:12:38 <@dustymabe:matrix.org> ok the next subtopic is related to [versioning](https://github.com/coreos/fedora-coreos-tracker/issues/148#issuecomment-2919720569) 2025-06-11 17:12:54 <@dustymabe:matrix.org> > One wrinkle is that versions inside a gallery only accept X.Y.Z formatted versions. Our versions are X.Y.Z.A i.e.: 42.20250526.2.0. 2025-06-11 17:13:32 <@dustymabe:matrix.org> my proposal here is that we replace the last `.` in our version with `-` 2025-06-11 17:13:32 <@dustymabe:matrix.org> `42.20250526.2.0` -> `42.20250526.2-0` 2025-06-11 17:13:32 <@dustymabe:matrix.org> 2025-06-11 17:13:50 <@jcline:fedora.im> I don't think you can do dashes. They all have to be ints 2025-06-11 17:14:04 <@jcline:fedora.im> I really recommend just mapping the Z to a stream because that's how it already works. 2025-06-11 17:14:40 <@jlebon:fedora.im> that's unfortunate 2025-06-11 17:14:48 <@dustymabe:matrix.org> hmm. I was pretty sure semver supported a `-` in the last component 2025-06-11 17:14:57 <@jlebon:fedora.im> it definitely does, yes 2025-06-11 17:15:03 <@dustymabe:matrix.org> (and assumed MSFT was going for semver compat) 2025-06-11 17:15:21 <@jlebon:fedora.im> this is why RHCOS is versioned this way as well 2025-06-11 17:16:05 <@jcline:fedora.im> > Allowed characters for the image version are numbers and periods. Numbers must be within the range of a 32-bit integer. Format: MajorVersion.MinorVersion.Patch. 2025-06-11 17:16:34 <@jcline:fedora.im> I don't see a reference to semver so I'm not sure they'll feel obligated to change it, unfortunately. 2025-06-11 17:17:00 <@jcline:fedora.im> You can also apply arbitrary tags to images so you can tag it with the "real" version. I tag the cloud images with compose ids and such. 2025-06-11 17:17:16 <@marmijo:fedora.im> Jeremy Cline: I think your proposal would look like this: 2025-06-11 17:17:16 <@marmijo:fedora.im> Gallery Image Definition: `Fedora-CoreOS-testing-x64` 2025-06-11 17:17:16 <@marmijo:fedora.im> Image Version: `42.20250526.0` (since it's mapped to the `testing` Image definition) 2025-06-11 17:17:16 <@marmijo:fedora.im> Azure Tag: i.e. `real_version=42.20250526.2.0` 2025-06-11 17:17:16 <@marmijo:fedora.im> 2025-06-11 17:17:16 <@marmijo:fedora.im> FCOS Version: `42.20250526.2.0` 2025-06-11 17:17:16 <@marmijo:fedora.im> 2025-06-11 17:17:35 <@jcline:fedora.im> Yup, exactly 2025-06-11 17:19:37 <@marmijo:fedora.im> and inside the `Fedora-CoreOS-testing-x64` definition, we'd have a history of all testing images, with the most recent being tagged `latest` 2025-06-11 17:19:45 <@marmijo:fedora.im> and inside the `Fedora-CoreOS-testing-x64` definition, we'd have a history of all `testing` images, with the most recent being tagged `latest` 2025-06-11 17:20:09 <@marmijo:fedora.im> and inside the `Fedora-CoreOS-testing-x64` definition, we'd have a history of all `[testing][x86_64]` images, with the most recent being tagged `latest` 2025-06-11 17:20:17 <@jcline:fedora.im> Yeah, the most recent image (as determined by the version triple) that _also_ isn't marked as excluded is the `latest` 2025-06-11 17:21:23 <@jlebon:fedora.im> i'm OK with that i guess. almost would rather we make the final version e.g. `.099`? that way it's clear when someone brings us that version number, where it comes from 2025-06-11 17:21:36 <@jlebon:fedora.im> i.e. `.
99` 2025-06-11 17:22:08 <@dustymabe:matrix.org> yeah. this definitely isn't ideal 2025-06-11 17:22:25 <@dustymabe:matrix.org> I had thought the restriction was semver so we'd be able to easily mutate to get what we needed 2025-06-11 17:22:37 <@jlebon:fedora.im> there is no stream with number `0`, but if we had a patch release, it could be confused for a next release 2025-06-11 17:22:47 <@jlebon:fedora.im> there is no stream with number `0`, but if we had a patch release, it could be confused for a `next` release 2025-06-11 17:23:00 <@dustymabe:matrix.org> the workaround proposed by Jeremy Cline does get us at least guarantee no no clashes with image versions, but I don't like that people will see different versions in different places 2025-06-11 17:24:04 <@marmijo:fedora.im> Yeah it'll be very confusing. If we do this, we'll have to be thorough with our documentation. 2025-06-11 17:25:24 <@dustymabe:matrix.org> 2. we can see if Jeremy Cline could ask about semver compatibility and if that is a goal and maybe they'll fix it one day if it is 2025-06-11 17:25:24 <@dustymabe:matrix.org> 1. let's try to see if doing an upload with the `-` in there will work (maybe it does??) 2025-06-11 17:25:24 <@dustymabe:matrix.org> 2025-06-11 17:25:24 <@dustymabe:matrix.org> I'd say the current proposal is workable and we should proceed with that, but we should also investigate other options: 2025-06-11 17:26:22 <@jcline:fedora.im> I am 99.9999% sure it does not work (I tried and it didn't, but something might have changed despite the documentation very clearly stating they _must_ be integers) 2025-06-11 17:27:19 <@dustymabe:matrix.org> So you're telling me there's a chance? https://giphy.com/gifs/SanJoseStateSpartans-B8rOUw1NAJ70L1AXWA 2025-06-11 17:27:44 <@jcline:fedora.im> I can try and ask if they'll change how images are versioned but I feel quite certain that they're going to say (likely much more politely) "lolno" 2025-06-11 17:28:07 <@dustymabe:matrix.org> It's worth a shot if you don't mind - you can blame me :) 2025-06-11 17:28:29 <@dustymabe:matrix.org> I'm sure we're not the only ones, maybe an extra data point of someone asking for it helps guide future direction 2025-06-11 17:29:15 <@jcline:fedora.im> I'll email the product manager I know for community galleries 2025-06-11 17:29:22 <@dustymabe:matrix.org> 2025-06-11 17:29:22 <@dustymabe:matrix.org> do we have any remaining questions on this topic that need to be answered? 2025-06-11 17:29:22 <@dustymabe:matrix.org> action items: get credentials for uploads to community gallery, get a testing gallery set up 2025-06-11 17:30:01 <@marmijo:fedora.im> Nothing more from me 2025-06-11 17:30:01 <@jcline:fedora.im> I can help with both those action items as well 2025-06-11 17:30:39 <@zodbot:fedora.im> marmijo gave a cookie to jcline. They now have 96 cookies, 7 of which were obtained in the Fedora 42 release cycle 2025-06-11 17:30:40 <@dustymabe:matrix.org> I feel like everything we discsussed was sufficiently agreed upon that we don't need to do a separate proposed/agreed? 2025-06-11 17:30:47 <@dustymabe:matrix.org> I feel like everything we discussed was sufficiently agreed upon that we don't need to do a separate proposed/agreed? 2025-06-11 17:31:05 <@zodbot:fedora.im> dustymabe gave a cookie to jcline. They now have 97 cookies, 8 of which were obtained in the Fedora 42 release cycle 2025-06-11 17:31:18 <@marmijo:fedora.im> I can at least summarize what we've agreed to so far in the tracker issue 2025-06-11 17:31:33 <@dustymabe:matrix.org> This is exciting! 2025-06-11 17:32:01 <@marmijo:fedora.im> we're just over time. Does anyone else have anything else to discuss today? 2025-06-11 17:32:14 <@jlebon:fedora.im> nice, thanks all! 2025-06-11 17:32:36 <@jbtrystram:matrix.org> please monitor your `next` machines to make sure they update properly today :) 2025-06-11 17:32:47 <@jbtrystram:matrix.org> other than this I have nothing 2025-06-11 17:33:15 <@marmijo:fedora.im> Great, thanks everyone! 2025-06-11 17:33:17 <@marmijo:fedora.im> !endmeeting