tbh i want snap support on Fedora Atomic for stuff that is not available on homebrew like unsandboxe
tbh i want snap support on Fedora Atomic for stuff that is not available on homebrew like unsandboxed GUI apps
Ryou can always use
bubblejailR@Kyle Gospo I wonder if the rpm-ostreed.conf is ignored because rpm-ostreed needs to be restarted?
Rto pick up the change?
Rnvm, no wonder it's ignored:
N@Kyle Gospo @antheas thinking about this a bit more, @imbev made this project which might be useful for pre installing Flatpaks that we wouldn't want the user to remove potentially? Stuff gnome apps, KDE apps, etc.?
N
NThat way, at least if you rebase, you have a base set of software that is included in the image?
NNot sure how this would interact with rechunk however.
KI think that would also mean the flatpaks update with the system
KFor security reasons I definitely don't want to do that
KEither that, or they exist in the read only part and also in a readable part, meaning it takes up double the space that does now
KRather just let them uninstall stuff
J@Noel if you have the capacity to ask around to see if owen taylor's plan for /etc/preinstall for flatpaks is still the plan that would be useful. There's an upstream issue in flatpak for it.
Ai mean rechunk just repackages the image as an ostree commit
Aflatpaks are something we can revisit now that rechunk can handle partitioning big applications
Aonce i receive the ally x i plan to work on a dx bazzite image, at the beginning for personal use
Acertain flatpaks might make sense to package in the image, e.g., filelight and calculator
JLooks like bootupd, bootc, and dnf are going to be included in F41 atomic spins https://fedoraproject.org/wiki/Changes/DNFAndBootcInImageModeFedora https://fedoraproject.org/wiki/Changes/FedoraSilverblueBootupd
R@j0rge @Kyle Gospo should we just go ahead with https://github.com/ublue-os/config/pull/316 ?
it at least helps with these cases https://github.com/ublue-os/main/issues/632#issuecomment-2302192396
it at least helps with these cases https://github.com/ublue-os/main/issues/632#issuecomment-2302192396
Kyes, I think it's good for the end-user
Rcool, I just need one more approval then
I'll leave the issue open though since it's only partially resolved
I'll leave the issue open though since it's only partially resolved
RAre there any plans for a rawhide or testing branch for aurora/bluefin?
Twas attempted for ublue's main images long ago
Twas not worth maintaining
Ttoo many issues and headaches
RFair enough
RWould a custom image work?
RI just want all the ublue goodness + new KDE stuff to try out
Tim not sure
DThe problem with rawhide is that rpmfusion stuff will break 99% of the time
KGitHub
See also ublue-os/akmods#231
KNeed two reviews for this if anyone has time
KAddition and not a change to an existing image
K@j0rge
K@Noel
JWHOA, explain more -ba
Joh this may be nice for gts?
KLikely better served by the cache
KThis is an emergency repo when we need an older fsync but updated
Jwhat does the -ba mean? I meant the kernel itself, I get the cache part.
KSuch as now
KBackup
Joh did something happen?
K6.10 breaks UMA buffers in AMD slightly
KNot great for handhelds
Joh ok
KSo we're rolling back to 6.9 temporarily
Jbut isn't non-ba effectively a backup?
KYes, but the akmods don't go far back enough and our cache for those needs updates
JOh I see
