• 1 Post
  • 9 Comments
Joined 2 days ago
cake
Cake day: June 21st, 2026

help-circle


  • is it possible to rebase from bazzite to margine?

    A direct rebase from Bazzite GNOME to Margine should technically be possible, since both use the Fedora Atomic/bootc model, but I haven’t tested that specific path yet, so I can’t currently call it officially supported.

    The safest route would be:

    Bazzite GNOME → Bluefin DX stable → Margine

    Rebasing between images that use the same desktop environment is generally supported, while switching from Bazzite KDE to Margine’s GNOME desktop is not recommended. Before rebasing, I would also remove any layered RPM packages or overrides that could conflict with the new image. Once you are on Margine, if gaming is important to you, I recommend installing the native gaming layer:

    ujust margine-gaming-native

    systemctl reboot

    This installs the native RPM versions of Steam, Lutris, and RetroArch, which generally provide better Proton/Wine compatibility, anti-cheat support, VR integration, and driver matching than the Flatpak-based gaming layer.

    Also, if Secure Boot is enabled, make sure to complete the Margine MOK enrollment after the rebase. The full procedure is documented here: https://margine.the-empty.place/docs/install-iso


  • Well, yes and no.

    It’s true that the project originally started around my own hardware and personal needs. However, that mainly influenced choices such as the preinstalled Flatpaks, GNOME extensions, and default configuration. The work required to rebuild the image around the CachyOS kernel, automate the build process, sign the resulting packages, run smoke tests, and provide tools for switching CPU schedulers is not specific to my hardware. Other users can benefit from it as well. That is precisely why, after initially building it for myself, I worked on making the process reproducible and suitable for public distribution. The image can run on different Intel and AMD systems, and I have also created an NVIDIA image so that the project can be tested on hardware other than my own. Your point about the signing keys is fair: they are currently personal keys rather than keys managed by an established organization. This is still a small independent project, so it doesn’t have the same governance or trust model as a large distribution. However, the entire build process is public, and users can inspect it or rebuild the image themselves.

    As for whether it qualifies as a “distribution,” I agree that simply publishing an ISO as a torrent on the Internet Archive would not be enough. But that’s not what defines the project. The project includes automated image and package builds, kernel integration, signing, testing, Secure Boot support, custom tools, and reproducible GitHub Actions workflows. Whether someone prefers to call it a distribution, a Universal Blue derivative, or a custom Fedora image is partly a matter of terminology, but it is certainly more than a manually modified ISO uploaded as a torrent. You can inspect the build history and the amount of automation involved here: https://github.com/daniel-g-carrasco/margine-image/actions