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

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

Source

uBlue Aurora

getaurora.dev

Yup

Great!

You might want to shrink the headers to ###

And there are quite some more formatting issues :)

Rust

Before: person

Afterwards: cat person

Tons of FOSS apps doing crucial stuff use tricks, like displaying a permanent notification (which you can then mute) to stay awake.

Also, you need to manually set the battery restriction to “unrestricted” for apps, by pretting on the text in the 2 battery options, and setting it away from “optimized”.

Androids memory management is crazy

The thing is apps in the “recently used” dont really run in the background, on Android

Little pervs

It is?

https://flathub.org/apps/io.github.amit9838.mousam

Damn thats beautiful

~/Git

Does anyone know if PDFs still cause crashes? I should switch again. Used the beta for a while but had some issues and removed it.

Btw, here is how you get the Beta Flatpak (flathub beta)

here is how you get the Nightly Flatpak (GNOME nightly)

Newpipe flatpak is totally broken XD

but it is more efficient, the translation layer is not an issue.

Actually, I am not sure what LocalSend and ConverterNOW use but those also look kinda like Android apps with GTK decorations.

Grayjay is android-only but a really nice cross-platform player. It is a framework with plugins, for nearly all streaming services… apart from Peertube??

Yes I assume this increases many issues.

This might also explain why sometimes the one, sometimes the other app (desktop vs phone) is broken

Depends on what VPN server you use then I guess.

Freetube uses Electron. The Flatpak is 240MB in size, the Newpipe + Translation layer is 40MB

It also doesnt bundle an often outdated version of Chromium, as found in Electron

But I tried Newpipe Flatpak and it was blocked totally. May have been because of my VPN though. Freetube had the same issues.

Grayjay is king at block circumvention