depends, the overall progressbar does not have size info, so there will be some skewness
depends, the overall progressbar does not have size info, so there will be some skewness
NTrue. We're getting closer though!
Aoh nice bounded images look quite cool
Athe garbage collection
ZYeah I saw you representing Universal Blue there. Very cool stuff. Glad were helping out with that initiative.
I personally am excited for bootc in the cloud/server space. Like you said, until we get layering I dont think bootc will be able to replace rpm-ostree and therefore tough to use for desktops
I personally am excited for bootc in the cloud/server space. Like you said, until we get layering I dont think bootc will be able to replace rpm-ostree and therefore tough to use for desktops
Ai dont think most of our users layer anymore
Zyeah but they can. and i think thats the key. also some of the ujust stuff like sunshine and openzazr layer stuff on top which Bazzite would def need
Athats unfortunate
NThanks! I'm glad you enjoyed the presentation. I'm hopeful there is a future at some point which doesn't require local layering, but that is even farther away more than likely 
K
NLook, y'all merged rechunk faster than I expected. I should've known better.
NLook buddy.
Knah I got you on local layering too now homie
Kunderpromiser
NDid you have to disable SElinux?
NOr did you, Brian, and Lennart fix it? 
Knawww
NThis must be very new.
NI am intrigued and terrified
Ahow do we deal with version drift between sysext and the container image
Ado you remake it as part of the ujust and launch with a systemd service?
Aif you do that'd be very cool
N@Kyle Gospo is lacking in details. Such a tease.
KTBD, we can of course ship them as part of the image so they always match as a way to allow uninstallation of applications by deleting the extension
KBut stuff we aren't going to include by default is going to need some kind of store or updater
KOr, if built locally, will need a service to rebuild as needed
KIt's more or less a new package format
Aim convinced of sysupd and sysext as a packaging format
Ayet
Abut they solved a lot of problems already
NThat's the biggest concern I have. I wonder if maybe building a conversion tool that creates it from an RPM would be potentially a good way to go?
KGet outta my head
K:clueless:
NNo. I live there rent free with all the others.
Amy idea would be making a large oci image
NSquatter's rights.
Athen seperating the optional stuff that'd be sysext to the final layers
Aand generating manifests with certain layers missing dynamically
A@Kyle Gospo to celebrate the build today failing
Awe should include the kernel with the akmods
Aas part of the cache
TWHAT
Thow did you actually make it work
Toh my god
Tis that like the new sysrtemd version?
Tbrah we can already do the cool system extensions then
Tsadly that would still require doing patchelf prefixes
Afor me the problem is the packaging
Alike yeah i can call mount -t overlay myself i dont need systemd to do it
Ahow do i mage sure the user gets the correct extensions when updating
