I was hoping someone could give a recommendation for a noob friendly distro that works well on my laptop, an HP Envy x360 Convertible 15m-es0xxx, i7 16 GB RAM. Thanks for your help and I apologize if these questions aren’t allowed here

      • Steamymoomilk@sh.itjust.worksEnglish
        0·
        3 days ago

        I gotta agree, ublue is an amazing technology and recently got my friend to switch from windows 11 to aurora for school work. Hes is very happy with it, and its pretty bullet proof. However the following month he wanted linux on his ryzen 9, 6900xt gaming desktop.

        We started with aurora, which had problems with getting steam to work, tried flatpak couldnt get the 2nd ssd to have permisions to use as a steam library. Tried bazzite container, sometimes wouldnt launch. Tried intalling it through rpm ostree. And after my friend said he wanted to get virtual machines and stuff. I was tapped out, we tried bazzite. But the immutability is the main selling point of being imencly hard to break. But when it got in your way it was sisyhian. We eventually got fedora workstation 40 and hes been really happy with it!

        The only thing he has had problems with is running an old star trek game through lutris, it has a weird aspect ration and thr cursor is offset. We still havent been able to fix it.

        So basically ublue is if its there already its super easy to install and if its not it is emencly hard.

        • boredsquirrel@slrpnk.net
          1·
          3 days ago

          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

          • Steamymoomilk@sh.itjust.worksEnglish
            1·
            3 days ago

            Thanks for your input, but i cannot remember the exact error. But it would say it cannot install steam because of layering.

            See we had auroa layered on bazzite, and for some reaaon steam wouldnt install because it got added then removed by layers.

            We had the same problem with firefox, another friend needed non-flatpak firefox for a cac card reader and there were drivers available but didnt work with flatpak. And when we tried to install firefox via rpm os-tree it just failed in the same way

            • boredsquirrel@slrpnk.net
              1·
              3 days ago

              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