2026-11-02T22:53:09Z https://nostr.now Quentin Guilloteau https://nostr.now/npub1akzjyk28x2d5vm4j006583mw5zc506lqvmswfjquytganx0c7f9q0l6ncm https://social.sciences.re/system/accounts/avatars/115/336/989/543/117/756/original/df227078b4c95f45.jpg https://social.sciences.re/system/accounts/avatars/115/336/989/543/117/756/original/df227078b4c95f45.jpg https://nostr.now/nevent1qqst8egajnt93lvzp0w0rnkv3vj6v4wkspwcql7g33huf858yrhzeyszyrkc2gjeguefk3nwkfal2s78d6stz3ltupnwpexgrs3drkvelrey59ad6fj 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....<br/><br/>je râlais un peu du fait que la définition des channels était disjointe de celle de shells (manifest), parce que l&#39;interface nix flake simplifiait bien la vie.<br/>Mais dès que je voulais exprimer un workflow d&#39;expérience propre qui utilisait un nix flake pour les envs logiciels, et bah c&#39;était crade sur les dépendances entre les fichiers....<br/><br/>Par exemple, si j&#39;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&#39;est-ce que je mets en dépendance des règles ? flake.nix et flake.lock ?, mais c&#39;est en fait bien trop gros comme granularité…<br/><br/>Bon du coup, je pourrais m&#39;en sortir avec l&#39;interface nix &#34;historique&#34; (nix-shell) et retomber sur une interface à la guix.<br/>Mais une des killer features de guix pour moi c&#39;est le `--container` de `guix shell`... et ça on n&#39;a pas en nix...<br/><br/>bref, mon `guix pull` est terminé: je retourne travailler 🙃 2026-09-03T15:23:48Z