| 14 Dec 2025 |
 zbuben | 
Download image.png | 11:10:32 |
| zbuben | ça le rend beaucoup plus aimable | 11:10:51 |
| zbuben | 
Download image.png | 11:10:56 |
| zbuben | j'ai essayé d'installer zef pour jeter un œil mais j'ai visiblement pas trouvé la même chose que toi, c'est quel package ? | 11:12:48 |
| zbuben | ( ah si pourtant… ) | 11:13:22 |
| zbuben | 
Download image.png | 11:13:45 |
| zbuben | ah, ça a fini par répondre, en fait c'était juste long | 11:14:03 |
| zbuben | 
Download image.png | 11:14:16 |
| zbuben | j'ai l'impression que ça a été reglé par le mainteneur non ? | 11:14:26 |
| zbuben | ( là je suis en unstable, je vais peut être switch sur la 25.11 maintenant qu'elle est parmi nous ) | 11:14:59 |
 Martin | je découvre l'existence de /run/current-system/sw/bin ! | 11:15:06 |
| zbuben | ah oui, en 25.11 c'est corrigé, tu tournes quelle version actuellement ? | 11:16:58 |
| Martin | 25.05 | 11:17:19 |
| zbuben | du coup ça veut peut être le coup d'essayer… au niveau de ta configuration tu a mis un flake ou tu es sur le mode standard ? (avec des channels…) | 11:18:03 |
| Martin | standard | 11:18:26 |
| Martin | j'ai pas suivi, que permetrait le changement de version ? | 11:18:49 |
| zbuben | de te corriger les chemins horribles dans zef | 11:19:00 |
| Martin | ça marche, merci ! je pensais trouver une solution qui s'applique à chaque fois que je rencontre le soucis mais alors il faut plutôt le faire outil par outil | 11:23:30 |
| zbuben | c'est plutôt du côté du mainteneur que ça se passe en effet… après avec «un peu» d'habitude du langage nix, tu peux surcharger la définition d'un packet pour aller bricoler des trucs à l'intérieur et proposer des pr au mainteneur… | 11:25:12 |
| zbuben | la logique des packages nix tranche un peu avec la logique classique (et ressemble à la limite plus à celle de gentoo) … Tous les packages définis dans nixpkgs sont «source», et quand il se trouve que le packet est disponible dans un cache alors tu le prends en binaire… si tu changes des trucs qui nécessitent de le recompiler, alors ton système le fera directement. | 11:26:20 |
 bew | Ou les devs des programmes doivent 'juste' arrêter de dépendre sur les chemins, sur Nix ils sont long! Pour un affichage d'aide c'est vraiment le nom du binaire qu'il faut et pas tout son path.. | 11:26:47 |
 Jo.Blade | Ou alors, juste mettre [...] dans le nom s'il est trop mong | 11:27:44 |
| Jo.Blade | * | 11:27:50 |
| zbuben | oui, la solution upstream est aussi pas mal ;)
Mais bon, toutes les petits astuces genre #!/usr/bin/env bash au début des scripts, c'est pas trop l'habitude, et c'est quand même très souvent les mainteneurs nixpkgs qui se coltinent l'adaptation | 11:27:54 |
| Jo.Blade | Parce que si t'as plusieurs versions d'un binaire sur ton os et que la seule diff c'est le path, t'es content de pouvoir le voir | 11:28:29 |
| bew | Oui mais c'est plus le rôle de which foo, pas de l'help ¯_(ツ)_/¯ | 11:33:50 |
|  koalp ⚡️ changed their profile picture. | 16:39:35 |
| 16 Dec 2025 |
 autra | Salut \o, bon je réponds super tard, mais j'avais la même inquiétude que toi au départ. En pratique je ne trouve pas que ça me dérange tant que cela. Le plus pénible était htop avant que je le configure comme dit plus haut. Avec ma distro précédente, j'utilisais déjà which et readlink -f. C'est clair qu'avec nixos, on les utilise encore 3x plus... Je dirais que 90-95% du temps on s'en fout, et de temps en temps c'est un peu plus gênant.
Ne plus me battre avec apt et avec un arbre de dépendance général compense 10x ce petit désagrément bien sûr. | 08:08:58 |
| autra | Martin: ^ | 08:09:18 |
| autra | et quelque fois c'est compliqué de le faire passer upstream (ex https://code.videolan.org/videolan/vlc/-/merge_requests/7177#note_482344) | 08:13:01 |
