1) NixOS n'est de loin pas moins à jour que Debian (pour reprendre la comparaison faite dans l'article), car une release majeure sort tous les 6 mois, contrairement à Debian qui sort tous les 2 ans.
2) Le repo "unstable" de NixOS a la v8.2.100 de Calibre, soit seulement 1 version de retard, sachant que la dernière release qui est la v8.3.0 est sortie il y a 5 jours à peine.
Il est beaucoup plus facile, propre et stable d'utiliser le repo "unstable" dans NixOS que dans Debian, et ce pour une raison simple : dans Debian, tout ce qui n'est pas dans la branche "stable" n'est pas censé être utilisé par les utilisateurs finaux, ce sont des branches de développement, pas d'utilisation.
Dans NixOS, le repo "unstable" est à peu près tout aussi stable que la release "stable", car toutes les dépendances d'un paquet sont encapsulées dans ce paquet ; il n'y a donc pas de risque de se retrouver avec des bibliothèques incompatibles qui viendraient casser la stabilité du binaire. C'est tellement vrai qu'on peut utiliser un kernel du repo "unstable" et passer tout le reste en "stable", ou inversement. NixOS a une release "stable" qui sort tous les 6 mois pour permettre aux admin d'avoir une certaine stabilité et éviter des rolling releases façon ArchLinux. C'est assez logique car la philosophie de nix/NixOS c'est que tout soit le plus reproductible et stable possible. Mais ceux qui veulent une approche de type rolling release peuvent tout simplement tout basculer sur le repo "unstable", et ceux qui préfèrent une approche à la Debian peuvent rester sur le repo "stable".
3) Il est très facile et rapide de soumettre un patch de mise à jour du paquet dans le repo "unstable" de NixOS qui sera vite pris en compte. En ce sens, le repo "unstable" de NixOS est plus proche du AUR de ArchLinux que de la branche "unstable" de Debian.
J'utilise NixOS depuis environ 2 ans, et je fais le même reproche à cette distribution que tout le monde : le manque de documentation pédagogique, façon ArchLinux. Mais ils ont mis l'accent depuis environ 1 an sur l'amélioration de la doc justement, et c'est bien mieux qu'avant.
Ce qui manque vraiment en fait, c'est un tuto qui nous prenne par la main et qui nous explique pas à pas comment nix et NixOS fonctionnent, en partant de zéro. C'est un paradigme complètement différent de ce qui existe ailleurs et donc on a besoin d'être formé.
Pour ma part je ne reviendrai pas en arrière. Pouvoir passer d'une version à une autre de Python ou Node.js, tout en installant automatiquement tout l'environnement de dév quand on passe d'un projet à un autre, c'est absolument magique quand on fait du dév web/fullstack, du cloud, DevOps... C'était pas facile au début mais ça a changé ma vie, tout est tellement plus simple maintenant.
[^] # Re: Vécu similaire
Posté par cluxter . En réponse à la dépêche Donnez moi un NixOS à ronger. Évalué à 4. Dernière modification le 23 avril 2025 à 13:54.
1) NixOS n'est de loin pas moins à jour que Debian (pour reprendre la comparaison faite dans l'article), car une release majeure sort tous les 6 mois, contrairement à Debian qui sort tous les 2 ans.
2) Le repo "unstable" de NixOS a la v8.2.100 de Calibre, soit seulement 1 version de retard, sachant que la dernière release qui est la v8.3.0 est sortie il y a 5 jours à peine.
Il est beaucoup plus facile, propre et stable d'utiliser le repo "unstable" dans NixOS que dans Debian, et ce pour une raison simple : dans Debian, tout ce qui n'est pas dans la branche "stable" n'est pas censé être utilisé par les utilisateurs finaux, ce sont des branches de développement, pas d'utilisation.
Dans NixOS, le repo "unstable" est à peu près tout aussi stable que la release "stable", car toutes les dépendances d'un paquet sont encapsulées dans ce paquet ; il n'y a donc pas de risque de se retrouver avec des bibliothèques incompatibles qui viendraient casser la stabilité du binaire. C'est tellement vrai qu'on peut utiliser un kernel du repo "unstable" et passer tout le reste en "stable", ou inversement. NixOS a une release "stable" qui sort tous les 6 mois pour permettre aux admin d'avoir une certaine stabilité et éviter des rolling releases façon ArchLinux. C'est assez logique car la philosophie de nix/NixOS c'est que tout soit le plus reproductible et stable possible. Mais ceux qui veulent une approche de type rolling release peuvent tout simplement tout basculer sur le repo "unstable", et ceux qui préfèrent une approche à la Debian peuvent rester sur le repo "stable".
3) Il est très facile et rapide de soumettre un patch de mise à jour du paquet dans le repo "unstable" de NixOS qui sera vite pris en compte. En ce sens, le repo "unstable" de NixOS est plus proche du AUR de ArchLinux que de la branche "unstable" de Debian.
J'utilise NixOS depuis environ 2 ans, et je fais le même reproche à cette distribution que tout le monde : le manque de documentation pédagogique, façon ArchLinux. Mais ils ont mis l'accent depuis environ 1 an sur l'amélioration de la doc justement, et c'est bien mieux qu'avant.
Ce qui manque vraiment en fait, c'est un tuto qui nous prenne par la main et qui nous explique pas à pas comment nix et NixOS fonctionnent, en partant de zéro. C'est un paradigme complètement différent de ce qui existe ailleurs et donc on a besoin d'être formé.
Pour ma part je ne reviendrai pas en arrière. Pouvoir passer d'une version à une autre de Python ou Node.js, tout en installant automatiquement tout l'environnement de dév quand on passe d'un projet à un autre, c'est absolument magique quand on fait du dév web/fullstack, du cloud, DevOps... C'était pas facile au début mais ça a changé ma vie, tout est tellement plus simple maintenant.