So how is this vendor lockin?
My Keyoxide Idendity:
aspe:keyoxide.org:TJXAWXPMSAG6VPARJQRWNB2TPA
So how is this vendor lockin?
I can imagine that theirs is safer and more suited for targeted devices. Linux is extremely generalistic and has a ton of cruft.
But I have never looked at their code or tried to port a Linux app to Android. The #Krita devs might have some insight here.
Just saying what some guy told me.
It is also a highly modified kernel, extremely reduced. They do all filesystem stuff in userspace for example, which is pretty cool. And they add a ton of garbage out of tree drivers.
They dont use GNU or glibc or systemd
Oooh crazy!
You didnt layer aurora on bazzite, you rebased.
This is very problematic and I didnt know this could happen. OCI images dont have a concept of “removing packages”. Instead, they are always removed on the local system.
The firefox issue is uBlue people being weird. They remove it, preventing anyone from installing it. Instead you need to use the firefox tar archive from their website, works well too but is kinda random as you need to place it in some nonstandard folder.
Steam is interesting. Please report that. I am not sure how these things work but my theory is that the installer (anaconda) wrote the system to your PC with the default configuration (with steam).
Then you rebased to Aurora but the system was still originally Bazzite. Which is odd, ai thought there was no such state. Please report that to them!
My idea is to rebase to their main image and then back to aurora. This may remove this steam error. The main images also still have firefox and just the codecs etc added, so I can recommend them.
UBlue removed the instructions on how to do that from their website with the redesign.
Use the rebase command you used, but use ublue-os/kinoite-main:latest
instead of ublue-os/aurora:latest
in the rebase command.
Then rebase back to aurora after a reboot. But tbh I didnt like Aurora it is weird and kinda random. I like ujust and yafti though. I am on Fedora Kinoite with a huge set of layers. Works very fine too, still worlds faster than Windows updates LOL
Well SteamOS doesnt use the Steam Flatpak. Otherwise that would be kinda fun.
They also do their own versioning of Arch packages
No, not for browsers.
Chromium Browsers may be secure, but afaik there was no security audit of Chromium Flatpaks. Their sandbox is highly modified, so one would really make sense.
No another one
Well often the answer is just to layer stuff. It is not true that containers fix everything, and rpm-ostree is a tool that manages RPMs.
rpm-ostree install steam \
libvirt-daemon-driver-network \
libvirt-daemon-driver-nodedev \
libvirt-daemon-driver-qemu \
libvirt-daemon-driver-storage-core \
qemu-audio-spice \
qemu-char-spice \
qemu-device-display-qxl \
qemu-device-display-virtio-gpu \
qemu-device-display-virtio-vga \
qemu-device-usb-redirect \
qemu-system-x86-core
After reboot
systemctl --now enable virtnetworkd.service
systemctl --now enable virtqemud.service
I dont use Vivaldi haha, but their installation is so weird that I wanted to fix that.
I use Firefox and since bubblejail has support for firefoxes name on Fedora (bubblejail is strange) I tried it and got memory issues or something, pretty crazy.
I think vivaldi is just as fine as regular Chromium, probably slower patches. A debloated Brave will be better for privacy.
uBlue Aurora
getaurora.dev
You might want to shrink the headers to ##
And there are quite some more formatting issues :)
Afaik GPS can be jammed to prevent using it for geolocation. Especially in warfare this is quite common
It is?
Damn thats beautiful
~/Git
Lol as a Fedora Discussion member, NVIDIA issues are there but like 10%