I know that a lot of what Nix does is working around its break from FHS, but I can imagine there are still things that seep through. Are there any unsolvable problems due to this?

I saw on this post that it is possible to use FHS on Nix. Does this solve all potential issues then?

  • chaorace@lemmy.sdf.orgEnglish
    0·
    10 months ago

    You may be interested in reading this post about the process of packaging Steam.

    tl;dr: It’s mostly an annoyance reserved for packagers to deal with. Dynamically linked executables can be patched in a fairly universal fashion to work without FHS, so that’s the go-to approach. If the executable is statically linked, the package may have to ship a source patch instead. If the executable is statically linked & close-source, the packagers are forced to resort to simulating an FHS environment via chroot.

    • matcha_addict@lemy.lolOP
      0·
      10 months ago

      So that means packaging software for nix is a pain, compared to, say, gentoo or arch’s AUR, but only for a small subset of packages.

      I’ll keep this in mind as I’m exploring if I should switch from Gentoo.

      • hackeryarn@lemmy.world
        0·
        10 months ago

        I would say it’s actually easier in many cases. Nix has really fantastic packaging tooling. You do have to learn a bit of the nix language, however (not become an expert).

        The issue comes when trying to build from source. In most other distros, ou just follow the readme. In nix, you have to package it.

        • matcha_addict@lemy.lolOP
          0·
          10 months ago

          If I am packaging software for gentoo, all I have to do is translate the build instructions from the project’s documentation to gentoo’s package recipe. In nix, it seems that it is not that simple and you’ll have to do some exploration. Am I wrong?