So would you say a normal arch container would be better?
So would you say a normal arch container would be better?
GStick to bazzite-deck and use a normal Arch container for your needs
DNot sure, havent ever used Bazzite-arch outside of nvidia
TThe motivations for this in the first place is that any other package manager other than pacman, yay, flatpak, that I've tried in bazzite has not been a good experience at all for me
TPlan is to first try and see if I can get a flatpak for a program and install on bazzite and if there isn't, I'll install it on the arch container
GJust use whatever container that gives you the software you need, really
TTrue
GIt's recommended to do distrobox > rpm-ostree layering anyway if you can help it
DYep, thats generally the way to go, flatpak first (other than steam), and distroboxes for everything else
TI tried rpm-ostree and it was so slow I wanted to kms
GFlatpaks for GUI, distrobox for CLI and misc software
TAnd I had to restart the deck every time
GYou should only use rpm-ostree for packages that don't play nicely in distrobox (such as VPN software)
GStick to a minimal amount of additional layered packages
DYou can
--apply-live to install software to the live system without rebooting btwTOh cool
TStill would rather avoid using it lol
DBut listen to @Geechan said
GThe reason it takes so long btw is because it's effectively rebuilding your system image each time you layer a new package
DUse it as little as possible
GThat is computationally expensive
DAll I have layered is qemu (and its dependencies) and mullvad
D(Fuck, why does qemu have so many dependencies)
TDoes rpm-ostree automatically install dependencies?
TOr do you have to like figure it out
Doh and also the dependencies for
auto-cpufreqGLikewise. I have QEMU, a language input library, and my shell layered (zsh)
GIt's automatic
DIf you
rpm-ostree install qemu, it'll handle them
DI highly recommend getting a shell through nix
Dhome-manager is life
Dhome-manager is love
GI've thought about it lol
Ddeclarative configs are fun
CGot it, thanks!
DHave you tried using qemu in a rootful distrobox? Ive heard it works decently, although havent tried it
GNot yet. I doubt it would play nicely with GPU passthrough anyway
DMaybe, but it could
GI suppose it's worth a tinker sometime
DI need to get a windows VM with pass through setup, but it seems to complex lol
GThe main thing is I already have it all set up nicely, so I don't really want to touch it again haha
DI am gonna need adobe very soon and I dont really want to dualboot
DI feel you, doing that all again is pain
TI tried nix and i think I'm too much of a Linux noob to figure it out. I like package managers like yay where it just works
TI know it has benefits blah blah blah
TI even tried fleek
TStill was confused and stuff broke
DDo you know any good guides on qemu GPU passthrough on a hybrid graphics system? It seems really daunting
GNot too sure with hybrid graphics, unfortunately. I mainly have experience with single GPU passthrough
DThats fair enough, it is not easy
GI can give you a guide for that if you want
