Salut,
Nouvelle version pour GNU Guix (le gestionnaire de paquets) et Guix SD (la distribution). On notera notamment:
- GuixSD peut être installée sur du chiffrement LUKS
- 853 nouveaux paquets, ce qui porte le tout à 4 606: voyez la liste.
- nouveaux services système pour GuixSD, dont CUPS pour l'impression, rotation de logs, etc
GuixSD possèdes des images d'installation USB, Gnome a été packagé, de plus en plus de logiciels et services sont inclus: y'a plus qu'à tester.
Mais qu'est ce que c'est ?
GNU Guix est un gestionnaire de paquets, au même titre que apt mais qui permet:
- des opérations transactionnelles: l'installation s'est mal passée ? Pas de séquelles.
- des roll-backs dans sa configuration: la nouvelle version de tel logiciel buggue trop ? Je reviens en arrière dans ma config.
- l'écriture de configurations dans un fichier texte (écrit en Guile),
- une reproductibilité des builds au bit près,
- des profils par utilisateur,
- des environnements virtuels indépendants du langage, des conteneurs,
- etc
On peut utiliser GNU Guix en parallèle d'apt.
La distribution GuixSD (System Distribution), se base sur GNU Guix et donc permet des roll-backs, la définition de toute une distribution dans un fichier texte, etc. Ils savent faire des tests d'intégration de la distro entière : tester qu'avec telle configuration, ces logiciels et ces services sont bien installés et lancés. GuixSD utilise Linux Libre et le système d'init GNU Shepherd, fonctionne sur architectures i686 et x86_64. Développé à l'INRIA. Pour le mainteneur, c'est la continuité et le dépassement de son travail antérieur sur NixOS.
Autres ressources
- précédent journal: testable en machine virtuelle et images USB
- article de blog: GNU Guix dans un environnement de super-calculateurs (vu sur le journal du hacker)
- du même auteur: installer GNU Guix par les sources mais sans le
make install
, installation dans un coin.
# Démocratisation des gestionnaires de paquets transactionnelles
Posté par Muchacho . Évalué à 2.
Je suis très content de voir de plus en plus de paradigme fonctionnel dans les distributions de paquets.
Je rêve de pouvoir faire des "snapshots" en une ligne de commande puis de le restaurer en cas de pépin avec les paquets, toujours en une ligne de commande (des mois plus tard).
Désinstaller un paquet est actuellement un enfer (avec apt) s'il nous arrive la moindre bricole.
[^] # Re: Démocratisation des gestionnaires de paquets transactionnelles
Posté par Marc Quinton . Évalué à 6.
je suis en train de réfléchir sur une méthode de snapshot/rollback s'appuyant sur BTRFS. L'exercice n'est pas si clair. Mais une fois que la gymnastique est en place, c'est plus limpide et systématique. Ca donne envie d'en faire un journal. Manifestement, il s'agit d'un besoin général. Étonnant qu'il n'y ait pas plus de littérature sur le sujet. Rarement, il est question sur les différentes sources de mettre en place du rollback sur la racine.
[^] # Re: Démocratisation des gestionnaires de paquets transactionnelles
Posté par StreakyCobra . Évalué à 6.
Jette un coup d'œil à snap-pac qui fait exactement ce que tu recherches, sur Archlinux :-)
[^] # Re: Démocratisation des gestionnaires de paquets transactionnelles
Posté par gipoisson . Évalué à 1.
En plus de la solution Archlinux proposée supra, il y a bien sûr snapper d'openSUSE qui est l'upstream de ce que fait Archlinux. snapper est porté sur plusieurs autres distributions. Dans la dépêche que tu as initiée, il semble que tu aimerais une solution pour Ubuntu ; ça tombe bien, les auteurs de snapper proposent des paquets pour Debian 8 et xUbuntu, la création d'un paquet pour une Ubuntu de base ne devrait pas a priori être une tâche insurmontable.
[^] # Re: Démocratisation des gestionnaires de paquets transactionnelles
Posté par totof2000 . Évalué à 5.
J'ai peut-être mal compris ton post, car j'ai du mal à comprendre pourquoi en sujet de message tu indiques "Démocratisation des gestionnaires de paquets transactionnels" (j'ai corrigé la fôte), et après "Je suis très content de voir de plus en plus de paradigme fonctionnel dans les distributions de paquets."
Ta façon d'exprimer ton idée laisse entendre que le transactionnel est un paradigme fonctionnel. Or il est possible de faire du transactionnel sans fonctionnel. Pourrais-tu STP préciser ton idée ?
[^] # Re: Démocratisation des gestionnaires de paquets transactionnelles
Posté par Muchacho . Évalué à 1.
Le paradigme fonctionnel est plus propice à faire du transactionnel non ? (fonction pure etc.)
Mais j'ai sans doute mal compris ces deux concepts.
# Petites fautes
Posté par RyDroid . Évalué à 1.
[^] # Re: Petites fautes
Posté par Benoît Sibaud (site web personnel) . Évalué à 3.
Corrigé, merci.
# Nix Guix
Posté par steph1978 . Évalué à 2.
C'est prometteur, je pense que je vais expérimenter ça d'ici peu.
J'ai un peu eu la flemme de chercher mais peut être qu'une bonne âme peut expliquer : quelle est le lien entre Guix/GuixSD et Nix/NixOS ?
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.