I was under the impression that using os-tree should be totally avoided for anything other than necessary system programs
Interaction with ostree directly shouldn’t occur that often; with sudo ostree admin pin *number* (and its -u option) probably being the commands your average Joe should interact with. You probably meant rpm-ostree.
and all other software should be installed with flatpaks or containers.
It’s indeed true that initially Fedora intended flatpaks should be preferred. If the software isn’t available there, then Toolbx(/Distrobox) is used to access it through a container. And if all else fails, then it’s layered through the rpm-ostree command.
I now understand that using os-tree for some programs is inevitable, and I should embrace it, though still catiously to maintain as clean of an OS as possible for maximum longevity.
You’re getting the drill! Though, I wonder why you weren’t able to rebase to uBlue and had to resort to installing the Nvidia drivers through RPM Fusion instead. It’s fine as long as it works, but I imagine that some issues might arise eventually. So consider sharing the steps you took so that the community might help out; perhaps even over at uBlue Discord. You could also just share it here if you will.
I think the key is restarting at every step it asks you to, and maybe after anything that seems major or is a prerequisite for another set of program installs. I mean, I got a black screen the first time, but after a hard reset, it just worked.
No doubt UBlue is probably a lot easier. I did not realize I could have just downloaded the ISO instead of trying to rebase, but I like what I am running.
Anyways, doing it the hard way is helping me learn the intricacies of an immutable system, so I am having fun.
Indeed, in your case acquiring uBlue through its ISO was probably the best option in your case; but I’m glad to hear that it worked out in the end!
Anyways, doing it the hard way is helping me learn the intricacies of an immutable system, so I am having fun.
Well said!
Just in case; consider the following:
Pin your current working deployment with the aforementioned sudo ostree admin pin 0 command. This should remain accessible regardless unless you unpin it later on. This should allow you a working deployment if all else fails and thus a safe haven to rely on.
Interaction with
ostreedirectly shouldn’t occur that often; withsudo ostree admin pin *number*(and its-uoption) probably being the commands your average Joe should interact with. You probably meantrpm-ostree.It’s indeed true that initially Fedora intended flatpaks should be preferred. If the software isn’t available there, then Toolbx(/Distrobox) is used to access it through a container. And if all else fails, then it’s layered through the
rpm-ostreecommand.You’re getting the drill! Though, I wonder why you weren’t able to rebase to uBlue and had to resort to installing the Nvidia drivers through RPM Fusion instead. It’s fine as long as it works, but I imagine that some issues might arise eventually. So consider sharing the steps you took so that the community might help out; perhaps even over at uBlue Discord. You could also just share it here if you will.
Honestly, I just followed the steps here: https://rpmfusion.org/Howto/NVIDIA#OSTree_.28Silverblue.2FKinoite.2Fetc.29
I was diligent about following the configuration guide first: https://rpmfusion.org/Configuration
I think the key is restarting at every step it asks you to, and maybe after anything that seems major or is a prerequisite for another set of program installs. I mean, I got a black screen the first time, but after a hard reset, it just worked.
No doubt UBlue is probably a lot easier. I did not realize I could have just downloaded the ISO instead of trying to rebase, but I like what I am running.
Anyways, doing it the hard way is helping me learn the intricacies of an immutable system, so I am having fun.
Ah, I got it now thanks for the explanation!
Indeed, in your case acquiring uBlue through its ISO was probably the best option in your case; but I’m glad to hear that it worked out in the end!
Well said!
Just in case; consider the following:
sudo ostree admin pin 0command. This should remain accessible regardless unless you unpin it later on. This should allow you a working deployment if all else fails and thus a safe haven to rely on.Oh nice! I will do that. I see this as save scumming for real life!
Speaking of, save scumming is a habit I need to rid myself of. I need to allow myself to fail in Baldur’s Gate and other games.
Hehe, great analogy :P !