Au niveau instabilité de GUIX c'est que rapidement dans son utilisation au jour le jour je suis confronté à un échec d'installer un paquet, faire une maj d'un paquet, voir même d'installation de GUIX etc !
Exemple typique : j'ai essayé de faire un 'guix pull' suite à l'annonce de la nouvelle version et ça a cassé au bout de qqs minutes. Si j'essaie demain, cela va peut-être marcher. Et après demain peut-être plus. C'est cela les pbs d'instabilité que j'ai rencontré. Pour moi c'est rédhibitoire, j'ai pas pu passer à GUIX et pourtant j'aurai trop aimé. J'espère que ça évoluera avec le temps.
En tant que contributeur à Guix et en particulier sur la partie release v1.2 (sachant que Guix est une rolling-release), je suis fortement intéressé par vos retours.
Installation de Guix signifiant "Guix distro" via l'installeur, est-ce cela ?
Ou est-ce "Guix on foreign distro" via le script d'installation ?
À quel commit êtiez-vous lorsque vous avez fait guix pull lors de la sortie de la v1.2 ? Je suis vraiment curieux parce que je n'ai pas réussi à casser lors de mes tests.
Par ailleurs, depuis la sortie de la v1.0 (mi-2019), le mécanisme de guix pull est stable et c'est très rare qu'il casse. J'utilise Guix tous les jours pour le travail et le gestionnaire de paquets est en production sur au moins 3 clusters de calculs francais donc je pense que l'on peut dire que Guix est stable. Vraiment je suis très curieux de vos mauvaises expériences, pour résoudre soit des bogues, soit une mauvaise config de votre côté.
En revanche, ce qui est vrai, ce que le temps d'exécution de guix pull et la consommation de ressources (CPU) sont difficiles à prévoir. Un jour ca va et un autre la machine calcule beaucoup plus. Personnellement, j'espère des améliorations pour v1.3 ou v1.4.
Concernant les paquets cassés, c'est très rare. Ca arrive mais beaucoup moins que pour Nix par exemple. En revanche, Guix est victime de son succès (relatif! ;-)) ; la CI passe mal à l'échelle et ne construit pas assez vite les changements. La mesure du problème en terme d'usabilité (tout compiler from scratch n'étant pas possible) est pris en compte et aujourd'hui il y a du travail de fond qui est fait pour résoudre le problème. (Voir Fixing the CI.)
[^] # Re: Similaire à NixOS
Posté par zimoun . En réponse à la dépêche GNU Guix 1.2.0 est publié. Évalué à 3.
En tant que contributeur à Guix et en particulier sur la partie release v1.2 (sachant que Guix est une rolling-release), je suis fortement intéressé par vos retours.
Installation de Guix signifiant "Guix distro" via l'installeur, est-ce cela ?
Ou est-ce "Guix on foreign distro" via le script d'installation ?
À quel commit êtiez-vous lorsque vous avez fait
guix pulllors de la sortie de la v1.2 ? Je suis vraiment curieux parce que je n'ai pas réussi à casser lors de mes tests.Par ailleurs, depuis la sortie de la
v1.0(mi-2019), le mécanisme deguix pullest stable et c'est très rare qu'il casse. J'utilise Guix tous les jours pour le travail et le gestionnaire de paquets est en production sur au moins 3 clusters de calculs francais donc je pense que l'on peut dire que Guix est stable. Vraiment je suis très curieux de vos mauvaises expériences, pour résoudre soit des bogues, soit une mauvaise config de votre côté.En revanche, ce qui est vrai, ce que le temps d'exécution de
guix pullet la consommation de ressources (CPU) sont difficiles à prévoir. Un jour ca va et un autre la machine calcule beaucoup plus. Personnellement, j'espère des améliorations pour v1.3 ou v1.4.Concernant les paquets cassés, c'est très rare. Ca arrive mais beaucoup moins que pour Nix par exemple. En revanche, Guix est victime de son succès (relatif! ;-)) ; la CI passe mal à l'échelle et ne construit pas assez vite les changements. La mesure du problème en terme d'usabilité (tout compiler from scratch n'étant pas possible) est pris en compte et aujourd'hui il y a du travail de fond qui est fait pour résoudre le problème. (Voir Fixing the CI.)