Nix ♥ la francophonie | 196 Members | |
| Salon francographe de NixOS | 65 Servers |
| Sender | Message | Time |
|---|---|---|
| 26 Sep 2023 | ||
| Download snippet.nix | 17:55:56 | |
| Comme y'a pas de doc pour le service j'ai pioché ça sur Github et ça semble fonctionner globalement, à part ce petit truc (et je pense que c'est en lien avec le dynamic user mais pas certain) | 17:56:26 | |
| (ça permet d'avoir le service qui tourne sur 127.0.0.1:3000 ) | 17:56:36 | |
| 19:39:37 | ||
| 28 Sep 2023 | ||
| 03:32:39 | ||
| 29 Sep 2023 | ||
| 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:09:48 | |
| Hello, Je connais pas devbox. Tu parles de https://www.dev-box.app/ ? | 09:28:25 | |
| hum, peut-être plutôt https://www.jetpack.io/devbox ? | 09:28:40 | |
| * 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 | |
| * 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 | |
| En effet, j'ai oublié de metre le lien, j'ai actualisé mon post | 09:32:12 | |
y a plusieurs raisons emboîtées et complexes | 13:47:11 | |
| la plupart des entreprises ou des produits au dessus de nix-shell sont assez mauvais sous le capot technique | 13:47:27 | |
| enfin ça reste utiliser un outil de debuggage de dérivations pour faire des shells de développement | 13:47:46 | |
| 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 | |
| y a des gens qui ont bossé sur la bonne façon de faire, mkMinimalShell, etc. | 13:48:08 | |
| mais je crois pas que ça a atterri quelque part | 13:48:13 | |
| 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 | |
| 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 | |
| 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 | |
| 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 | |
| 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 | |
| après faut reconnecter ça dans nixpkgs proprement | 13:51:54 | |
| 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 | |
| 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 | |
| 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 | |
| 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 | |
| En ce sens là, nixpkgs est quand même absurdement bien | 16:47:50 | |
| Merci d'avoir pris le temps de répondre 👌 | 18:49:22 | |
| 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 | |