Bonjour, Pour faire suite aux commentaires d' Yves Martin,
et suite à la publication de la version 1.0.0 de GuixSD https://www.gnu.org/software/guix/ qui reprends les concepts de Nixos j'ai lu un peu plus sur le sujet. Concernant la reproductibilité des installations deux commandes sont disponibles pour assurer celle-ci: Lire : https://www.gnu.org/software/guix/manual/fr/html_node/Invoquer-guix-describe.html & : https://www.gnu.org/software/guix/manual/fr/html_node/Invoquer-guix-archive.html Ces liens font référence à la documentation de Guix qui se veut une évolution de Nixos. Je vous avoue que guix est pour moi plus claire. ( doc en français .... ) :-) https://www.gnu.org/software/guix/manual/fr/html_node/index.html Concernant l'utilisation du Nixos/guix dans un environnement comme centOS ou debian je n'ai jamais testé. Mais est-il souhaitable de faire ce genre de mélange. A+ Pierre On 5/20/19 12:09 PM, Pirboazo wrote: > Bonjour Yves , > > Merci de votre retour. > > Je note vos objections. > > Toutefois il me semble que la reproductibilité et les fonctionnalités > de rollback ne soient pas les seules interessantes > > La gestion d'environnement au niveau de l'utilisateur ou au niveau du > shell de celui-ci simplifie l'utilisation simultanée de plusieurs > versions d'un même paquet par le système. > > Guix qui vient de sortir en Version 1.0.0 avec un bug amusant :-) suis > la même démarche voir : > > https://www.gnu.org/software/guix/manual/fr/html_node/Gerer-ses-logiciels-avec-Guix.html#G_00e9rer-ses-logiciels-avec-Guix > A+ > > Pierre > > > > > > On 5/20/19 7:28 AM, Yves Martin wrote: >> On Thu, 2019-05-09 at 11:30 +0200, pirboazo wrote: >>> Bonjour, >>> >>> Je cherche utilisateur de cette distribution afin de partager >>> expérience >>> et explorer son systeme de paquet. >> Bonjour >> >> Je viens juste de regarder et bien que je comprennes la philosophie et >> l'objectif recherché, la "reproductibilité" d'une distribution basée >> sur la compilation de source (à la Gentoo) me semble difficile à >> atteindre - notamment par le risque de défaillance introduit par les >> multiples erreurs possibles qui peuvent survenir dans ce contexte. >> >> J'ai le sentiment que deux utilisateurs de la Nixos n'auront jamais le >> même système, à moins de fixer les versions de logiciel un par un, ce >> qui est pour le moins fastidieux. >> >> D'après la liste des problèmes que cherche à résoudre cette >> distribution, je vois poindre des expériences malheureuses de mises à >> jour majeures de Ubuntu ou de Centos... et je proposerai bien entendu >> d'essayer Debian - la "testing" en particulier pour un poste de >> travail. >> >> Le rollback d'une mise à jour mineure est aussi possible sur Debian, >> même si les cas où cela pourrait être nécessaires sont très restreints >> et probablement limités à une intervention au niveau d'un seul package >> (à moins que ce soit un problème d'espace disque libre...) >> >> Pour un rollback de mise à jour majeure, on pourrait imaginer tirer >> partie de systèmes de fichiers avec prises d'images (btrfs, zfs...) >> >> Dans un contexte DevOps comme mentionné par le projet, la >> virtualisation étant souvent utilisée, une prise d'image assure déjà un >> trop bon rollback... >> >> Et dans tous les cas, reste le problème du rollback des "données" >> (fichiers de configuration de bureau ou stockage d'une DB par exemple), >> je ne vois pas comment Nixos pourrait assurer un retour en arrière de >> version d'une application si les données ont déjà été migrées vers la >> nouvelle... >> > > _______________________________________________ > gull mailing list > [email protected] > https://forum.linux-gull.ch/mailman/listinfo/gull
signature.asc
Description: OpenPGP digital signature
_______________________________________________ gull mailing list [email protected] https://forum.linux-gull.ch/mailman/listinfo/gull
