 | Nix ♥ la francophonie | 209 Members |
| Salon francographe de NixOS | 70 Servers |
| Nix ♥ la francophonie | 209 Members |
| Salon francographe de NixOS | 70 Servers |
| Sender | Message | Time |
|---|---|---|
| 29 Sep 2023 | ||
 nim65s | hum, peut-être plutôt https://www.jetpack.io/devbox ? | 09:28:40 |
 Bruno Adele | * Bonjour, je fais du nix depuis environ Octobre 2022, étant DevOps, j'essais dorénavant de faire entrer Nix en entreprise. Pour ma part, pour mes projets de developpement, j'utilise flake, mais, je ne vois pas mes developpeurs utiliser cela, je leur ai donc dans un premier temps installé devenv.sh qui est de mon point de vue un bon compromis, néamoins, ces derniers temps je suis tombé sur devbo outil qui resemble un peu au style de poetry(gestionnaire de paquet pour python). J'ai montré cet outil aux developpeurs, ils ont tous dit "Wouahhh c'est ca qu'il me faut !" Pourquoi ne pas le généralliser pour Nix/NixOS ? Qu'en pensez vous ? | 09:31:29 |
| Bruno Adele | * Bonjour, je fais du nix depuis environ Octobre 2022, étant DevOps, j'essais dorénavant de faire entrer Nix en entreprise. Pour ma part, pour mes projets de developpement, j'utilise flake, mais, je ne vois pas mes developpeurs utiliser cela, je leur ai donc dans un premier temps installé devenv.sh qui est de mon point de vue un bon compromis, néamoins, ces derniers temps je suis tombé sur devbox outil qui resemble un peu au style de poetry(gestionnaire de paquet pour python). J'ai montré cet outil aux developpeurs, ils ont tous dit "Wouahhh c'est ca qu'il me faut !" Pourquoi ne pas le généralliser pour Nix/NixOS ? Qu'en pensez vous ? | 09:31:41 |
| Bruno Adele | En effet, j'ai oublié de metre le lien, j'ai actualisé mon post | 09:32:12 |
 raitobezarius |
y a plusieurs raisons emboîtées et complexes | 13:47:11 |
| raitobezarius | la plupart des entreprises ou des produits au dessus de nix-shell sont assez mauvais sous le capot technique | 13:47:27 |
| raitobezarius | enfin ça reste utiliser un outil de debuggage de dérivations pour faire des shells de développement | 13:47:46 |
| raitobezarius | donc rien que pour ça, ça fait pas beaucoup de sens de les promouvoir en tant que telle dans l'écosystème ainsi | 13:47:59 |
| raitobezarius | y a des gens qui ont bossé sur la bonne façon de faire, mkMinimalShell, etc. | 13:48:08 |
| raitobezarius | mais je crois pas que ça a atterri quelque part | 13:48:13 |
| raitobezarius | ensuite le pb de devbox et tous les machins avant lui, c'est que ça prend le parti pris de dire qu'avoir un JSON ça capture assez de richesse pour tes environnements | 13:48:56 |
| raitobezarius | mais y a pas tjrs des bonnes façons d'éjecter d'un simple JSON pour ensuite utiliser la puissance complète de Nix | 13:49:15 |
| raitobezarius | ensuite devbox a du support pour des versions spécifiques, y a plein de façons dans l'écosystème de rajouter par dessus nixpkgs, c'est pratique pour du one shot ou des cas simples, mais on réintroduit des versions, donc on a de nouveau les problématiques de version solving, je ne crois pas qu'il y ait de solution à date « propre » (i.e. réintroduire un meta solveur de versions) | 13:50:21 |
| raitobezarius | autre aparté, comme les machins comme devenv, ça tente de fournir des services locaux, et c'est très cool mais c'est pas forcément un truc développé dans nixpkgs du tout vu que le support de services hors de NixOS est chaud à maintenir en général | 13:51:22 |
| raitobezarius | je pense que la bonne façon de faire c'est d'utiliser portablectl / user portable services de systemd mais je sais pas si c'est ce qu'ils font | 13:51:40 |
| raitobezarius | après faut reconnecter ça dans nixpkgs proprement | 13:51:54 |
| 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.orgLes 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 |