Jhuh, check this out
LThis might be what I need! 
Jyeah I think @EyeCantCU would wanna see it too
APutting the flatpak installation inside the image means that those applications cannot be removed nor updated
LThat's OK, it's a purpose built image.
I'd use a general image otherwise
I'd use a general image otherwise
EThat's awesome!
EI'll definitely have to take a look at this. Might be the solution we need. Lots of good stuff going down today
LAyy! It worked. Got pre-installed Flatpak applications without post-installation downloading
JDo they just update on first boot?
JAnd did it pull in the runtime?
JAlso I'm sure someone would be interested in centos stream builds 
LI think they’ll update when the image updates, will take an explore!
EWill try this out here in a bit in Bazzite :unstable
JThat's probably more reliable than the first boot systemd service but the tradeoff is size of the iso
EI have an idea though. Create a new tag. Call it release, include the Flatpaks in this tag, use the tag as the default in the installer, then post install you get rebased to latest without the Flatpaks built into the image. They should still be a part of the system
ETag would only get refreshed when release please triggers ISO generation
EI think it's possible at least
EDoesn't work around fighting GHCR for space though
EBut does work around large updates
ANo they won’t be part of the system unless they were reinstalled into a proper location
EBack at square one then unfortunately
AI think maybe I can wire up the Lorax templates to mkociso after tomorrow 
JThere's that flatpak issue upstream we got cc'ed on too
EIs remove=image an option?
EOn Bazzite we remove the media writer, cheese, and eog
ENvm. Confirmed for myself lol
Eflatpak remove --installation=image - PERFECT
JI still want a net install with the new UI, maybe someday lol
EWill have to explore that at some point
B@EyeCantCU do you know how many flatpaks does kinoite have and do they get installed when you rebase from silverblue to kinoite
Bbecuase as far as i understand silverblue installs flatpaks during installer
EKinoite doesn't ship with any flatpaks out of the box. When you rebase from Silverblue to Kinoite, they do not get installed because there aren't any and you get left with the SB flatpaks, but likewise, when you rebase from Kinoite to Silverblue no flatpaks are installed because they are only installed during installation itself
EWhich I personally think is a bad default given flatpaks are being used in GNOME to replace core applications
Bi think in general they have same problem as we do so do aka cant ship flatpaks out of the box in image
EWe can ship them in the image now. It's just a size issue
EWould test the logistics of that but copr appears to be having issues
Bhow come?
Bi ment how come we can now ship them in image i understand the size issue limitations
AIt’s not just about size though, it basically stops updates too as they’re part of the image
AI played with doing that for myself and this was the deal breaker for me at least …
AI guess it’s not that bad for system-level flatpaks 
Abasically
flatpak upgradeThat's true. Probably fine for what we ship but still certainly a con
JI'm in san jose and just hung out with Kyle
Jgot to see bazzite on the oled special edition deck, it was glorious!
Jseeing the Prompt terminal on it was icing on the cake, it's going to be an awesome week!
EThat's awesome! Will be giving unl0kr another swing tomorrow
Ris there such thing as https://quay.io/repository/fedora-ostree-desktops/silverblue?tab=info but includes testing repo?
Quay is the best place to build, store, and distribute your containers. Public repositories are always free.
