NLocal layering will always slow things down, not sure we can do anything about that.
AYeah but right now updates take 5-20 minutes depending on download speed
AWithout layering
AHopefully bootc will help with that
JJif anyone asks about the slope it's because we trimmed the amount of images we make, so a bunch of our images have pull numbers that will never grow again
Jbut bazzite is still climbing heavily
Ahttps://github.com/hhd-dev/rechunk/issues/2 I also made this issue to track quirks
GitHub
Lets use this issue to track quirks inherent to booting an OCI image. Hopefully, when this issue closes it will be possible for someone to boot an image made with FROM fedora:40 First lets begin wi...
AHopefully colins bites and can help
Jsubbed
ABeing able to start with a fedora container image would be really cool
AWould help with package version freezing as well
Jyeah I hope we can switch this time
Jlooks like lots of fyra folks going too, just saw their mastodon
NYup! I plan on meeting up with those guys.
NLet me know if there are others I should meet and how to get on contact with them @j0rge
Jdan walsh will be giving a talk on making a custom image, so syncing with him is good
Jand then spin up on zstd:chunked, though at this stage I think it's just waiting for bootc support
Nyeah, I plan on attending that.
Jactually if you see carl george go up to him and be like "jorge says you're the guy that's going to volunteer to enable centOS builds with a shiny epel gnome and kernel, is that true?"
JJoh man
Jyessssss
NLooks cool.
RSome interesting things from the bootc meeting today:
- There's early stage internal conversations about possibly moving rpm-ostree away from ostree-ext, and instead pulling images through bootc (https://github.com/coreos/rpm-ostree/issues/4994)
- Bootc can now pull other images (for use in quadlets) BEFORE boot - pulling the images at the same time as the update. Obviously the main use-case they mentioned is for LLMs so these don't need to be bundled in the same OS image.
- crun-vm has been updated to support running bootc images as a container runtime, which may be useful for testing (https://github.com/containers/crun-vm/commit/a9118ee63c76bf3b0f674eb164b35090f383f862)
- There's early stage internal conversations about possibly moving rpm-ostree away from ostree-ext, and instead pulling images through bootc (https://github.com/coreos/rpm-ostree/issues/4994)
- Bootc can now pull other images (for use in quadlets) BEFORE boot - pulling the images at the same time as the update. Obviously the main use-case they mentioned is for LLMs so these don't need to be bundled in the same OS image.
- crun-vm has been updated to support running bootc images as a container runtime, which may be useful for testing (https://github.com/containers/crun-vm/commit/a9118ee63c76bf3b0f674eb164b35090f383f862)
NSick!
AThere's early stage internal conversations about possibly moving rpm-ostree away from ostree-ext, and instead pulling images through bootc (https://github.com/coreos/rpm-ostree/issues/4994)
Asaw that, interesting
Apodman PR is still not merged
NThanks for attending those in my absence, been super busy as of late.
RThey said there's people working on this implementation "full-time". It touches many different repos
Ayeah saw updates, also opened this issue as related
RAnd composefs will only support zstd:chunked
at the current time, composefs requires zstd:chunked images
Asince yeah i had to convert an oci image into an OSTree commit
Ai ran into a bunch of problems head on
Ado we use composefs atm?
RNope
Ai think they mean shipping composefs
Apremade
Ai though ostree had a dial you could enable to turn on composefs locally
Aguess i can check my vm
Rhttps://github.com/containers/storage/commit/0b440b9b565548aae75a0d467be1181211ae4113
I think there is, yes. It does an "on-the-fly" conversion, but this obviously requires resources to do
I think there is, yes. It does an "on-the-fly" conversion, but this obviously requires resources to do
Aoh thats what you mean
Ai thought you meant ostree
Ayeah makes sense for podman
RNa. Sorry. I'm all over the place 
Aif you tried the on the fly backend you'd know
Aits hot garbage
Alike 4x slower download for gzip
Athey probably need to rewrite it
