daniel_g_carrasco

joined 3 weeks ago

Well, actually, Btrfs with zstd:1 compression is the default!

[–] daniel_g_carrasco@lemmy.world 1 points 1 week ago (1 children)

Good catch! the ujust recipes now invoke sudo themselves for the system-wide flatpak steps, so no manual sudo is needed anymore 🤝

[–] daniel_g_carrasco@lemmy.world 2 points 2 weeks ago (4 children)

I’m back just to say that I’ve added a new ujust margine-sunshine command to install Sunshine in the same way you can on Bazzite 🎉

It will be included in the next update

[–] daniel_g_carrasco@lemmy.world 1 points 2 weeks ago (1 children)

let me know ! 😀

[–] daniel_g_carrasco@lemmy.world 1 points 2 weeks ago (6 children)

is it possible to install sunshine like im bazzite with ujust setup sunshine?

Not with that exact command, no. ujust setup-sunshine is a Bazzite recipe, and Margine is built on Bluefin DX rather than Bazzite, so it does not ship it.

You can still run Sunshine. Try with the Flatpak: flatpak install flathub dev.lizardbyte.app.Sunshine.

Heads up that, unlike Bazzite's recipe, the Flatpak does not auto-wire the system bits (uinput/udev for virtual input, capture permissions, the firewall ports), so you may need to set a couple of those up by hand. Alternatively you can layer the native RPM from LizardByte with rpm-ostree.

Maybe, in the future, I can set up a sunshine layer for margine with a dedicated ujust command...

This could be the name of my next project... 🤔

[–] daniel_g_carrasco@lemmy.world 2 points 2 weeks ago (2 children)

you're absolutely right, but I simply can't find it on steam 😅

[–] daniel_g_carrasco@lemmy.world 1 points 3 weeks ago* (last edited 3 weeks ago) (11 children)

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

[–] daniel_g_carrasco@lemmy.world 4 points 3 weeks ago (1 children)

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

[–] daniel_g_carrasco@lemmy.world 4 points 3 weeks ago (1 children)

Good question. The whole thing is built and managed as a bootc/OCI image on CI, and I documented every step (Containerfile, the kernel build and signing, the curated deltas, the build/test/release flow) in the handbook: https://margine.the-empty.place/handbook

Full source is on GitHub too: https://github.com/daniel-g-carrasco/margine-image

[–] daniel_g_carrasco@lemmy.world 17 points 3 weeks ago (1 children)

Yeah, unfortunate timing. There was a brief power outage in my area due to the extreme heat, so my little server in my house hosting the site was down for a couple of hours. It’s back online now. Sorry about that!

 

UPDATE 01:

Quick note for everyone following Margine: please report problems as GitHub issues from now on, so they all stay in one searchable place:

https://github.com/daniel-g-carrasco/margine-image/issues/new/choose

There is a short guided form for the ISO version, install method, Secure Boot state and logs. On an installed Margine system, you can also run ujust margine-report in a terminal. It collects all the useful information into one file.

Questions and general discussion are still welcome here. This is just for bugs.

Thanks!


After months of work, I’m finally releasing Margine OS, my own atomic Linux distro. The short version is that it’s fast.

It’s built on Bluefin DX, with Fedora bootc underneath, which means it keeps everything that already makes Bluefin good to use: it’s atomic, every codec is in place, updates happen quietly in the background, and you can always roll back if something breaks.

What I changed is mostly focused on speed. Instead of the stock Fedora kernel, it runs the CachyOS kernel with the BORE scheduler, re-signed with my own key so it still boots normally with Secure Boot enabled. The installer walks you through enrolling that key, so you never have to turn Secure Boot off.

Around that, there are a few things I had always wanted. You can switch sched_ext CPU schedulers live from a small GUI, with scx_lavd when gaming and plain BORE the rest of the time.

There is also a small tool I wrote, Wayland Scroll Factor, for adjusting touchpad scroll and pinch speed, which GNOME still does not expose. This matters a lot on the Framework 13, where touchpad scrolling is unusably fast without it.

GNOME comes configured for tiling out of the box with o-tiling, a fork of System76’s Pop Shell, together with Hyprland-style keybindings. Gaming is one command away with a native Steam and Proton stack, inspired by Bazzite.

The whole image is built, tested and signed through CI, and the ISOs are distributed torrent-first through the Internet Archive.

I benchmarked the kernel on the same laptop, a Framework 13 with a Ryzen 5 7640U, changing only the ostree deployment between Margine OS and stock Bluefin DX.

The results were roughly 1.8x faster context-switch latency, 54% higher thread throughput, and 43 to 55% lower median scheduling latency, with a small cost at the worst-case tail. This is the expected BORE trade-off. The full method and raw data are available on the site.

It’s a personal, opinionated project with a single maintainer, so feedback and criticism are welcome.

There is also an experimental NVIDIA variant that I cannot test myself, since I do not have NVIDIA hardware. If you use NVIDIA and want to help test it, that would be very useful.

Site and download: https://margine.the-empty.place/

Docs and full benchmark: https://margine.the-empty.place/docs

view more: next ›