| 29 Sep 2023 |
 raitobezarius | overall, tous ces machins sont mignons, mais les gens qui les développent contribuent assez peu (à ma connaissance) à une vision d'ensemble permettant leur réintégration dans nixpkgs proprement | 13:52:36 |
 tgerbet | D'ailleurs de mon expérience perso on gagne déjà beaucoup à "juste" fournir et à faire adopter un nix-shell pour les outils de dev/test et de garder le reste tel quel
Le fait que tout le monde utilise la même version de node/npm/yarn/rust/... et que ça ne soit pas pénible à obtenir c'est déjà un gros gain niveau friction quotidienne. C'est aussi beaucoup plus simple au final que des instructions dispersées sur N pages d'un wiki pas à jour | 16:40:25 |
| raitobezarius | Je pense qu'utiliser nixpkgs ça fait remarquer un truc intéressant qui était connue par certaines communautés de package managers (notamment Haskell/Stackage) qui est que | 16:46:52 |
| raitobezarius | Dans un projet, c'est un bon objectif d'essayer de rester sur un ensemble cohérent de paquets et d'éviter de faire trop varier les versions individuelles de machins comme Node, Rust, Go, etc. | 16:47:23 |
| raitobezarius | En ce sens là, nixpkgs est quand même absurdement bien | 16:47:50 |
 Bruno Adele | Merci d'avoir pris le temps de répondre 👌 | 18:49:22 |
| Bruno Adele | En fait je suis partagé, pour mes projets perso, je ne jure que par flake.nix mais j'avoue que ca fait peur au dev.
Et après je te rejoins, je me suis posé la question , est-ce ces sociétés contribue à nix ? j'avais le sentiment que non, hormis peut être le developpeur de devenv.sh ?
| 18:52:10 |
| raitobezarius | Domen est un contributeur historique du projet NixOS sans aucun doute | 19:00:54 |
| raitobezarius | Cela dit, je juge pas forcément du pdv de l'historique, je pense qu'il faut que ces sociétés s'organisent en groupe de travail vers ce même but | 19:01:15 |
| raitobezarius | Et qu'ils construisent les pièces communes ensembles dans nixpkgs | 19:01:21 |
| raitobezarius | Sinon ils vont vite atteindre un plafond de verre et tous ce qu'ils auront fait c'est exploiter le trésor qu'est nixpkgs de façon surfacique | 19:01:43 |
 Notkea | https://xkcd.com/927/ | 20:20:42 |
| raitobezarius | Aucun pb ;) | 21:37:48 |
| 2 Oct 2023 |
 nim65s | In reply to @raitobezarius:matrix.org
En ce sens là, nixpkgs est quand même absurdement bien Les montées en version de Python / Node / etc., ça se passe comment dans ces cas là ? Tu suis juste nixpkgs unstable ? Ou tu upgrade la dernière release quand tu veux ? Parce que dans le cas d’un projet mult-langage, ça change tout d’un coup, c’est pas forcément le plus simple, si ? | 07:35:40 |
| raitobezarius | In reply to @gsaurel:laas.fr
Les montées en version de Python / Node / etc., ça se passe comment dans ces cas là ? Tu suis juste nixpkgs unstable ? Ou tu upgrade la dernière release quand tu veux ? Parce que dans le cas d’un projet mult-langage, ça change tout d’un coup, c’est pas forcément le plus simple, si ? Non, tu restes sur nixpkgs et idéalement tu utilises les attributs par défaut, i.e. pkgs.nodejs plutôt que pkgs.nodejs_18 | 10:53:16 |
| raitobezarius | Même dans un langage multi-project, nixpkgs assure la cohérence de tout en même temps dans la mesure du possible | 10:53:33 |
| raitobezarius | Vu qu'on a des paquets qui sont multi-lang et on teste leur fonctionnement | 10:53:53 |
 j4m3s | Comme tu peux comparer statiquement tous les changements de versions de paquets dont tu dépends, tu peux override les versions où tu veux vraiment rester sur une version particulière aussi. (Si tu connais pas Guilhem tu peux utiliser des outils comme https://gitlab.com/khumba/nvd pour comparer les changements entre 2 versions de systèmes) | 11:12:43 |
| raitobezarius | Mais je pense qu'il faut absolument pas override pour rester sur une version particulière sauf temporairement et pour des cas exceptionnels | 11:14:19 |
| nim65s | Ok, merci pour vos réponses :) | 11:42:19 |
|  ·☽•Nameless☆•777 · ± changed their profile picture. | 15:49:19 |
| ·☽•Nameless☆•777 · ± changed their profile picture. | 15:56:03 |
| 4 Oct 2023 |
|  Zempashi changed their display name from Julien Girardin to Zempashi. | 08:32:53 |
| 9 Oct 2023 |
|  @man-u:matrix.org joined the room. | 08:24:42 |
| @man-u:matrix.org left the room. | 08:29:31 |
| 11 Oct 2023 |
|  abryko joined the room. | 09:12:07 |
 TheSola10 | pour pin une version en tant qu'utilisateur assidu de flakes, je prendrais une version de Nixpkgs en entier comme dépendance | 09:38:03 |
| raitobezarius | C'est ce qui se fait aussi sans Flakes en pratique | 09:51:07 |
| ·☽•Nameless☆•777 · ± changed their profile picture. | 19:35:16 |
| 12 Oct 2023 |
| Bruno Adele | In reply to @thesola10:matrix.org
pour pin une version en tant qu'utilisateur assidu de flakes, je prendrais une version de Nixpkgs en entier comme dépendance Tu aurais un exemple ? Car je ne suis pas sur de comprendre je prendrais une version de Nixpkgs en entier comme dépendance :) | 06:53:22 |
