• 1 Post
  • 38 Comments
Joined 2 years ago
cake
Cake day: December 16th, 2023

help-circle




  • As a guix user and package maintainer I’m ecstatic.

    I’m so proud of the community for rallying around the needs and pain points of everyone and making this decision. This reduces so many pain points for a guix user and will hopefully smooth out the package maintenance process a great deal. Email is simple but trying to do code change communication over it can be very complex and time-laborous.

    If you’re curious about functional packaging systems grab guix on your distro and give it a try!

    Special shout out to anyone burnt out on Nix lang. Come feel the warm embrace of Scheme’s parentheses. :)





  • WalnutLum@lemmy.mltoLinux@lemmy.mlMust install apps/tools
    link
    fedilink
    arrow-up
    1
    ·
    edit-2
    2 months ago

    guix and/or nix

    Both are functional package managers and manage dependency trees better than flatpak IMO (also the package description languages mean you can manipulate the package definitions at install time much easier)

    If you can’t find a package in guix/nix then it behooves you to use flatpak


  • Some additional nice things about guix:

    Everything is guile. The system definition, the service definitions for shepherd, everything.

    Shepherd is hands down the best init program I’ve ever used. It’s just incredibly simplistic but because it just runs the guile definition you give it, you can do some incredibly complex things that systemd etc. can do as well.

    The OS documentation is built into the distro, with “info guix” you get reams of configuration information for the distro without ever needing to look it up online.


  • About a year and a half.

    To be honest it’s not “easy” to use. The guiding principle behind mainline packages is that everything has to be built from source, so most somewhat unpopular things are missing from the mainline channels.

    To use it like any other distro you’re going to need to learn how to write packages fairly quickly. Luckily the main draw of guix is the entire OS being based on guile so once you get a little under your belt you can just read the specs from other channels to see how a package is written.

    Took me maybe a week to start writing guix packages.

    There’s also The toybox




  • I’m not surprised by this.

    The general attitude around R4L is that it’s largely unneeded and for every 1 person actively working against the project, there are 10 saying either “waiting and seeing if it works is the right decision” or “if rust is so good they should prove it.”

    So as a R4L developer you’re expected by the community to fight an uphill battle with basically no support on your side.

    We will likely keep having developers on that project continue to burn out and leave until the entire thing collapses unless the decision is made ahead of time to cancel the project.

    Every time I read any news about Rust for Linux I leave disappointed by the entire kernel community.