148
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 23 Oct 2023
148 points (96.8% liked)
Open Source
31028 readers
828 users here now
All about open source! Feel free to ask questions, and share news, and interesting stuff!
Useful Links
- Open Source Initiative
- Free Software Foundation
- Electronic Frontier Foundation
- Software Freedom Conservancy
- It's FOSS
- Android FOSS Apps Megathread
Rules
- Posts must be relevant to the open source ideology
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
- !libre_culture@lemmy.ml
- !libre_software@lemmy.ml
- !libre_hardware@lemmy.ml
- !linux@lemmy.ml
- !technology@lemmy.ml
Community icon from opensource.org, but we are not affiliated with them.
founded 5 years ago
MODERATORS
Ok, no, thanks. This should work on all distributions with their package managers instead of needing a separate layer. The approach to first package it and then write addons is a bit weird.
That's the thing with Nix: It works on all the distros.
Distros could of course also package it themselves (nothing preventing them from doing that) but having a baseline in Nix that you can point to makes the distro's job easier here aswell. If it works via Nix but doesn't in xyz distro's package, you know where the problem lies.
… as long as you install Nix.
You could say the same about Docker, Flatpak, AppImage or even Snap. Nix is nothing special in that regard.
Well, with the exception that all of those tools use userns to ship almost a full userspace tree while Nix uses no containerisation whatsoever to do its job.
You can make Deb and rpm from nix packages supposedly.
https://nixos.wiki/wiki/Nixpkgs/Building_RPM_DEB_with_nixpkgs
Sticking to reproduceable builds also makes sense for development and troubleshooting, less variables to run down.