Upstream images vs bazzite: https://github.com/ublue-os/countme/blob/main/growth_upstream_with_bazzite.svg
My prediction: bazzite may have more installs than Fedora KDE by the end of the year.
Upstream images vs bazzite: https://github.com/ublue-os/countme/blob/main/growth_upstream_with_bazzite.svg
My prediction: bazzite may have more installs than Fedora KDE by the end of the year.
It’s a distro that is intended to play Steam games well. Terrible if you like tinkering or hate flat pack software. Less than an ideal development environment
its great for dev. It encourages you to use distroboxes to isolate your dev environments from each other and the host system, or even better use devcontainers for reproducible dev environments
I kinda agree, but it can also be pain in the ass. For example, using flatpak VS Code is massive pain in the ass. You end up needing to do tons of tricky workarounds for all kinds of language server/formatter/etc addons to work properly. It’s okay when you only need to do it once for a single language (Rust, for example), but it becomes very annoying when every new addon you install is highly likely to need you to write some flatpak-spawn based wrapper scripts in ~/.local/bin or whatever extra userspace bin folder you added to your PATH.
Fair point, I’ve struggled with VSCode as well. I started looking into using a local container with VSCode’s remote dev add-ons (the ones you use for sshing into a remote machine but in this case it would just be a local container), and then installing all language servers and tooling inside the container. Do you have any experience with that?
I only used something similar to mess around with Hytale modding a bit, but it was only easy because there was fully ready-to-use premade solution. But in general, if you’re willing to go that way, I think the most simple option would be to create a distrobox with ubuntu/debian/fedora/arch (depending on which distro covers things you need better), install vs code there (using native package manager of given distribution), and then distrobox-export VS Code from that distrobox. Then you can simply manage everything inside of distrobox using full power of distribution you chose. To make things even better, distrobox has automatic passthrough of most hardware. For Nvidia in particular, you need to pass flag “–nvidia” when doing “distrobox-create”. After that, you can even use game engines like Unity or Godot from distrobox with full GPU passthrough.
deleted by creator
It’s great for tinkering. It’s just done differently than you’re used to.
You can write your own systemd services and you can customize your Plasma using panel colorizer. You can go a bit further and rpm-ostree install kvantum and get even more ricing freedom. You can’t however make it use other init system or other DE/WM. It’s still quite good for what it is.
You’re AFAIK correct on the bold part. But definitely not on the strike-through part. You’re probably only limited by your creativity and the effort you’re willing to put into it:
Well they basically forked Bazzite DX image and customized that… The hyprland fork author stopped maintaining it 8 months ago so it’s not gonna work anymore with any recent Bazzite versions. So what they did is how Bazzite itself was created in the first place - by forking Fedora Atomic image and customizing it. I wouldn’t really count this as “Bazzite supports other DE/WM”, but yeah, if someone decided to go this far and make a fork like this then great, you can use it and hope they’ll keep maintaining it.