Nix ne répond pas tout à fait à la même problématique.
Il y a plusieurs problématiques différentes:
comment en tant que développeur je peux rendre disponible mon logiciel au plus grands nombres
comment en tant qu'utilisateur je peux avoir des versions plus à jour (potentiellement sans trop impacter le reste de mon système)
comment en tant que développeur je peux avoir les dernières versions des bibliothèques que j'utilise
comment installer un logiciel pour un utilisateur uniquement
...
Et les différentes solutions se basent sur une façon d'imaginer les choses.
nix, guix et pkgsrc permet surtout d'installer des logiciels sans impact sur le reste du système. Cela apporte des choses en plus et nixos pousse ça à tous l'ensemble du système. Mais on est sur un modèle à dépôt. Tu fais inclure ton logiciel dans le dépôt et il est dispo (tu peux fournir un script nix pour faire l'installation, mais c'est pas l'usage nominal).
snap et flatpack se concentre sur le sandboxing. L'idée c'est qu'un logiciel n'accède pas à tout tes fichiers par exemple. C'est très pratique pour des logiciels propriétaires. Moi par exemple j'ai besoin de teams pour travailler, mais je préfère qu'il soit dans une sandbox. Les 2 fonctionnent sur la base de dépôt, mais flatpack, mais en avant le fait que chacun peut créer un dépôt et donne la possibilité d'installer un fichier unique. En ça il vient aussi sur les cas d'usage des PPA par exemple.
appimage c'est vraiment un fichier que tu prend, tu lance, ça marche. Pas d'autres question, c'est très très pratique, même s'il n'a pas certaines bonnes propriétés qu'on les autres (il n'y a rien pour savoir/simplifier la mise à jour, l'utilisateur doit gérer ces fichiers les mettre dans son $PATH, etc).
Après il y en a eu un paquet des solutions 0install, klik, runz,... sachant que AUR, les PPA et probablement d'autres solutions spécifiques à des distributions se rapproches de ses solutions.
Il est vraiment difficile de ne pas y voir une xkcd #927, avant c'était la galère, il fallait packager pour deb, rpm, tarbal,... maintenant il y a appimage, flatpack, snap, nix,... et tu peux continuer à packager pour les classiques
[^] # Re: quid de Nix ?
Posté par barmic 🦦 . En réponse au journal Ubuntu, Snap, les performances de chromium se dégradent. Évalué à 2.
Nix ne répond pas tout à fait à la même problématique.
Il y a plusieurs problématiques différentes:
Et les différentes solutions se basent sur une façon d'imaginer les choses.
nix, guix et pkgsrc permet surtout d'installer des logiciels sans impact sur le reste du système. Cela apporte des choses en plus et nixos pousse ça à tous l'ensemble du système. Mais on est sur un modèle à dépôt. Tu fais inclure ton logiciel dans le dépôt et il est dispo (tu peux fournir un script nix pour faire l'installation, mais c'est pas l'usage nominal).
snap et flatpack se concentre sur le sandboxing. L'idée c'est qu'un logiciel n'accède pas à tout tes fichiers par exemple. C'est très pratique pour des logiciels propriétaires. Moi par exemple j'ai besoin de teams pour travailler, mais je préfère qu'il soit dans une sandbox. Les 2 fonctionnent sur la base de dépôt, mais flatpack, mais en avant le fait que chacun peut créer un dépôt et donne la possibilité d'installer un fichier unique. En ça il vient aussi sur les cas d'usage des PPA par exemple.
appimage c'est vraiment un fichier que tu prend, tu lance, ça marche. Pas d'autres question, c'est très très pratique, même s'il n'a pas certaines bonnes propriétés qu'on les autres (il n'y a rien pour savoir/simplifier la mise à jour, l'utilisateur doit gérer ces fichiers les mettre dans son
$PATH, etc).Après il y en a eu un paquet des solutions 0install, klik, runz,... sachant que AUR, les PPA et probablement d'autres solutions spécifiques à des distributions se rapproches de ses solutions.
Il est vraiment difficile de ne pas y voir une xkcd #927, avant c'était la galère, il fallait packager pour deb, rpm, tarbal,... maintenant il y a appimage, flatpack, snap, nix,... et tu peux continuer à packager pour les classiques
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll