Plus ça va, plus je me dis que #guix (outil + interface) colle bien mieux à mes besoins que #nix (flake) en termes d’expériences pour mes travaux de recherche....
je râlais un peu du fait que la définition des channels était disjointe de celle de shells (manifest), parce que l'interface nix flake simplifiait bien la vie.
Mais dès que je voulais exprimer un workflow d'expérience propre qui utilisait un nix flake pour les envs logiciels, et bah c'était crade sur les dépendances entre les fichiers....
Par exemple, si j'ai plusieurs shells (envs) différents; en nix, ils seraient tous dans le flake.nix. Et si je dois écrire un makefile qui appelle des `nix develop` dans les règles alors qu'est-ce que je mets en dépendance des règles ? flake.nix et flake.lock ?, mais c'est en fait bien trop gros comme granularité…
Bon du coup, je pourrais m'en sortir avec l'interface nix "historique" (nix-shell) et retomber sur une interface à la guix.
Mais une des killer features de guix pour moi c'est le `--container` de `guix shell`... et ça on n'a pas en nix...
bref, mon `guix pull` est terminé: je retourne travailler 🙃
Quentin Guilloteau
npub1ak…l6ncm
2026-09-03 15:23:48 UTC
Author Public Key
npub1akzjyk28x2d5vm4j006583mw5zc506lqvmswfjquytganx0c7f9q0l6ncmSeen on
wss://relay.momostr.pinkPublished at
2026-09-03 15:23:48 UTCEvent JSON
{
"id": "b3e51d94d658fd820bdcf1cecc8b25a655d6805d807fc88c6fc49e8720ee2c92",
"pubkey": "ed85225947329b466eb27bf543c76ea0b147ebe066e0e4c81c22d1d999f8f24a",
"created_at": 1788449028,
"kind": 1,
"tags": [
[
"proxy",
"https://social.sciences.re/@GuilloteauQ/117207795523490819",
"web"
],
[
"t",
"guix"
],
[
"t",
"nix"
],
[
"proxy",
"https://social.sciences.re/users/GuilloteauQ/statuses/117207795523490819",
"activitypub"
],
[
"L",
"pink.momostr"
],
[
"l",
"pink.momostr.activitypub:https://social.sciences.re/users/GuilloteauQ/statuses/117207795523490819",
"pink.momostr"
],
[
"-"
]
],
"content": "Plus ça va, plus je me dis que #guix (outil + interface) colle bien mieux à mes besoins que #nix (flake) en termes d’expériences pour mes travaux de recherche....\n\nje râlais un peu du fait que la définition des channels était disjointe de celle de shells (manifest), parce que l'interface nix flake simplifiait bien la vie.\nMais dès que je voulais exprimer un workflow d'expérience propre qui utilisait un nix flake pour les envs logiciels, et bah c'était crade sur les dépendances entre les fichiers....\n\nPar exemple, si j'ai plusieurs shells (envs) différents; en nix, ils seraient tous dans le flake.nix. Et si je dois écrire un makefile qui appelle des `nix develop` dans les règles alors qu'est-ce que je mets en dépendance des règles ? flake.nix et flake.lock ?, mais c'est en fait bien trop gros comme granularité…\n\nBon du coup, je pourrais m'en sortir avec l'interface nix \"historique\" (nix-shell) et retomber sur une interface à la guix.\nMais une des killer features de guix pour moi c'est le `--container` de `guix shell`... et ça on n'a pas en nix...\n\nbref, mon `guix pull` est terminé: je retourne travailler 🙃",
"sig": "d4b9afbacdc164318d1bf21d71a0198c27b058fb57adb83536abb2aff40a701c15df908ba07ace42a6bd01fa6e4dac9bbd4f2ee0551b4088b118b3dfee267576"
}