| 31 Dec 2021 |
Jérémie Ferry | oui, je suis assez dac sur la lecture du langage nix | 14:03:20 |
Jérémie Ferry | perso, j'utilise nix sur une debian (en partie pour éviter flatpak/snap que je déteste) | 14:04:06 |
putchar | de tte facon si elcoo / les mainteneurs de la distrib et du langage veulent faire grossir leur commu. il faudra faire un gros travail sur la doc et sur le cli | 14:06:23 |
Jérémie Ferry | Pour résumer, je dirais qu'il y a 2 points qui manque au côté "user-friendly" : 1 store à minima comme synaptic, 2. un outil graphique pour gérer 90% de sa conf via une GUI | 14:06:23 |
Jérémie Ferry | In reply to @putch4r:matrix.org de tte facon si elcoo / les mainteneurs de la distrib et du langage veulent faire grossir leur commu. il faudra faire un gros travail sur la doc et sur le cli elle a déjà l'air de grossir mais en effet, si on reste sur de l'élitisme, ça risque de plafonner ou d'être forké | 14:10:20 |
Jérémie Ferry | perso, j'ai découvert nix en partie par des articles sur linuxfr et parce que j'aime sortir de mon périmètre de confort (mais je doute suivre le cheminement de personnes lambda) | 14:13:07 |
Smith | Il y a https://github.com/nix-gui/nix-gui j’ai jamais test par contre | 14:17:18 |
Jérémie Ferry | Ouais, je l'ai conseillé à Vinceff mais il a pas réussi à l'installer et j'avais pas bcp de tps à lui accordé donc c'est passé à la trappe | 14:18:48 |
Jérémie Ferry | faudra que je tente un de ses 4 | 14:19:02 |
Jérémie Ferry | De toute façon, il a eu pas mal d'éloges dessus et c'est pas impossible qu'il refasse une vidéo sur Nix, le gestionnaire de package sur une distrib x, à la sortie de NixOS 22.03 ou 22.11 | 14:24:25 |
symphorien | Le problème de nix sans nixos c'est que certaines choses ne peuvent pas marcher: tout ce qui vient normalement avec une règle udev ou polkit, un exécutable setuid ou même utilise opengl. L'utilisateur lambda est assez vite déçu. | 14:38:08 |
symphorien | Sans parler du fait que ça pousse à utiliser nix-env.Personnellement j'évite de recommander. | 14:41:00 |
Jérémie Ferry | Hum, je comprend. Quand tu dis : "ne peuvent marcher", c'est qlq chose qui ne trouvera jamais de solutions ou c'est des limitations de jeunesse | 14:44:25 |
lewo | Je trouve que pour founir des env de dev, Nix (sans NixOS), ca marche pas mal. Mais les newbies ne prennent pas vraiment d'initiatives dans ce contexte. | 14:44:34 |
lewo | ie, qd qq chose est ajouté dans l'env, ca a été testé par qq | 14:45:12 |
lewo | * ie, qd qq chose est ajouté dans l'env, ca a été testé par qq'un qui connait pas trop mal tout ca | 14:45:22 |
symphorien | In reply to @mothsart:matrix.org Hum, je comprend. Quand tu dis : "ne peuvent marcher", c'est qlq chose qui ne trouvera jamais de solutions ou c'est des limitations de jeunesse Pour opengl pur il faut contrôler le noyau, donc toute la distro. Pour setuid c'est aussi fondamental au store. Et pour installer des règles udev, eh bien il faut être root et les installations mono utilisateur ne le sont pas. | 14:48:24 |
symphorien | In reply to @lewo:matrix.org Je trouve que pour founir des env de dev, Nix (sans NixOS), ca marche pas mal. Mais les newbies ne prennent pas vraiment d'initiatives dans ce contexte. Oui nix comme généralisation de virtualenv à toutes les libs c'est vraiment bien | 14:49:10 |
symphorien | Et ça marche sur non nixos | 14:49:20 |
lewo | Pour essayer Nix, plutot que de lacher l'utilisateur dans la nature (il cherchera naturellement á faire ce qu'il sait deja faire nix-env -i), c'est peut etre pas mal de lui faire essayer un projet avec un nix-shell. | 14:52:21 |
Jérémie Ferry | symphorien: ok, merci pour les explications. Je suis pas assez calé mais des genre de lib/utilitaires glue pour les distribs les plus communes (ouais, ça veut dire 1 par distrib sans doute) seraient pas réalisables ? (après, je comprend que c'est un investissement que les devs NixOS n'ont sans doute pas comme priorité) | 14:54:20 |
symphorien | Le truc c'est que "installer une règle udev dans l'état global mutable de la distribution" ça va un peu à l'encontre de l'esprit. | 14:56:41 |
symphorien | home-manager a une option pour définir quelques variables d'environnement pour certaines choses comme les locales. | 14:57:34 |
symphorien | D'ailleurs je sais pas si les vidéos en parlent mais home-manager ❤️❤️❤️ | 14:58:41 |
symphorien | Et il faut aussi mentionner https://github.com/guibou/nixGL mais c'est loin d'être pratique | 15:00:22 |
Jérémie Ferry | Ouais, à l'usage aussi y'a des softs qui sont vraiment mal intégrés. genre thème gtk de la distrib non supportés donc l'app fonctionne bien mais c'est juste inutilisable à cause de ça | 15:02:56 |
raitobezarius | De toute façon y aura toujours la question d'à quel point il faut investir du temps pour rendre Nix compatible en scénario non NixOS, mais on constate qu'il y a déjà beaucoup à faire sans aller dans cette direction ; NixOS résoud des problèmes assez difficiles qu'il serait difficile à résoudre autrement (e.g. sans maintenir ses propres outils, etc.) avec un cadre théorique intéressant (sur lequel on peut raisonner pour aller plus loin)
Cela dit, je pense qu'il est souhaitable de réfléchir à comment rendre NixOS (aussi Nix) plus user friendly sans sacrifier le cœur avec des approches à la NixGUI, un installateur, etc. Eelco considère déjà que pour les flakes, il faudra aller à terme vers un langage de configuration (TOML) plutôt qu'un langage de « programmation » (Nix) pour les utilisateurs, ce qui permettra de répondre à certaines problématiques de lecture du Nix. Après je fais aussi de l'ops à temps plein et c'est vraiment « presque » ce qu'il me faut le langage Nix en termes d'outil (ça manque un peu de (vrais) types et d'expressivité à certains endroits), après y a Dhall et Nickel qui sont très cools aussi. | 16:48:34 |
Jérémie Ferry | Ouais, j'ai l'impression que pour les ops (ce que je ne suis pas ou que je fuis, lol : il faut de tout faire un monde) c'est déjà quasi parfait | 17:32:02 |
Jérémie Ferry | Tout faire en TOML : sur le papier c'est vendeur mais j'ai l'impression qu'on risque de perdre bcp de souplesse | 17:33:38 |
Jérémie Ferry | Je dirais que avant de répondre à des soucis de lecture, faut déjà répondre à des soucis de messages d'erreurs ou d'outil d'édition. | 17:42:44 |