Pour fixer les idées, j'étais jusqu'à ce samedi passé un des deux du Bureau de Guix Foundation. Et je suis un des co-auteurs de la procédure Guix Consensus Document pour prendre les décisions collectives.
Alors, certes il y a des tas d'amélioration à apporter dans le projet Guix concernant la gouvernance mais je serais curieux des problèmes que vous voyiez.
Lisp ne résout pas tellement le problème du langage Nix.
Oui ! Je partage cet avis. :-)
Un des points faibles de tout avoir en Scheme est l'absence d'un système typage (décent). Comme OCaml peut offrir.
Avec Elp, chouette ! Intéressant... à regarder. :-)
Et sinon, l'objectif d'Elpe est assez différent de Nix et Guix
En fait, je ne vois pas très bien quelle serait la différence avec guix shell et les fichiers manifest.scm (à part le typage OCaml vs Scheme :-)). J'utilise Guix comme gestionnaire de paquets au dessus du système Debian (ou Ubuntu). Donc je fais apt install puis guix shell pour compléter etc. Ou à l'inverse pour totalement isolé de Debian. :_)
La question est : Comment Elp apporte les bonnes pratiques de Nix/Guix à une distribution existante comme Debian ou Ubuntu ? Ou pour le dire autrement, est-ce que Elp utilise la machinerie du répertoire debian/ avec le fichier debian/control etc. dans sa construction ?
Comme Elp définit une recette de construction en OCaml et que cette recette peut utiliser un binaire produit par Ubuntu, il semble y avoir une perte de tracabilité, non? Car comment est-ce que je serais en mesure de reproduire ce même binaire Ubuntu sur une autre machine et/ou à un autre moment (dans 6mois, 1an, 2ans, plus?) ?
Pour finir, je ne sais pas où en est le projet Tvix qui se veut une réimplémentation d'une partie de Nix en Rust. Mais il semble y avoir une intersection, peut-être ?
[^] # Re: Pourquoi pas Guix
Posté par zimoun . En réponse à la dépêche Elpe, un compromis entre NixOS et Ubuntu. Évalué à 5.
Euh, pourriez-vous en dire plus ?
Pour fixer les idées, j'étais jusqu'à ce samedi passé un des deux du Bureau de Guix Foundation. Et je suis un des co-auteurs de la procédure Guix Consensus Document pour prendre les décisions collectives.
Alors, certes il y a des tas d'amélioration à apporter dans le projet Guix concernant la gouvernance mais je serais curieux des problèmes que vous voyiez.
Oui ! Je partage cet avis. :-)
Un des points faibles de tout avoir en Scheme est l'absence d'un système typage (décent). Comme OCaml peut offrir.
Avec Elp, chouette ! Intéressant... à regarder. :-)
En fait, je ne vois pas très bien quelle serait la différence avec
guix shellet les fichiersmanifest.scm(à part le typage OCaml vs Scheme :-)). J'utilise Guix comme gestionnaire de paquets au dessus du système Debian (ou Ubuntu). Donc je faisapt installpuisguix shellpour compléter etc. Ou à l'inverse pour totalement isolé de Debian. :_)La question est : Comment Elp apporte les bonnes pratiques de Nix/Guix à une distribution existante comme Debian ou Ubuntu ? Ou pour le dire autrement, est-ce que Elp utilise la machinerie du répertoire
debian/avec le fichierdebian/controletc. dans sa construction ?Comme Elp définit une recette de construction en OCaml et que cette recette peut utiliser un binaire produit par Ubuntu, il semble y avoir une perte de tracabilité, non? Car comment est-ce que je serais en mesure de reproduire ce même binaire Ubuntu sur une autre machine et/ou à un autre moment (dans 6mois, 1an, 2ans, plus?) ?
Pour finir, je ne sais pas où en est le projet Tvix qui se veut une réimplémentation d'une partie de Nix en Rust. Mais il semble y avoir une intersection, peut-être ?