| 31 Dec 2021 |
 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 |
| Jérémie Ferry | Le mec qu'à jamais fait de prog, il va forcément faire plus d'essais/erreurs et ne pas comprendre certaines logiques inhérentes et bloquer sur des messages pas user-friendly | 17:43:44 |
| raitobezarius | In reply to @mothsart:matrix.org
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 Les fondations pour la ~perfection sont là en tout cas, il manque pas mal d'outillage plus haut, mais y a de quoi refaire Kubernetes en largement mieux et plus simple | 17:44:29 |
| raitobezarius | In reply to @mothsart:matrix.org
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. Effectivement et ça a été l'objet d'un financement OpenCollective pour les erreurs de Nix 2.4 (qui sont nettement meilleurs), mais je suis 100 % d'accord | 17:45:02 |
| Jérémie Ferry | Ah, me parle pas de K8s, un ramassis de bulshit | 17:45:10 |
| raitobezarius | J'irais pas jusqu'à dire cela mais j'en pense très peu de bien effectivement, sauf pour rendre des développeurs millionnaires :P | 17:45:38 |
| Jérémie Ferry | K8s ou comment créer plus de pb qu'on en résoud avec une courbe d'apprentissage très longue et des pièges à tous les virages | 17:47:11 |
| raitobezarius | Well, https://k8s.af/ :) | 17:47:26 |
| 1 Jan 2022 |
|  deblan joined the room. | 18:05:42 |
| 2 Jan 2022 |
 Sebastien Chavaux | Bonjour les nixosien ;) | 19:14:52 |
| Sebastien Chavaux | je me permets de revenir vous ennuyer | 19:15:04 |
| Sebastien Chavaux | la dernière fois symphorien et raitobezarius ont eu la patience de me faire decouvrir les nix-shell | 19:16:05 |
| Sebastien Chavaux | depuis j'ai bouquiné et j'ai su par la suite qu'on pouvais directement faire des nix-shell dans des fichiers qu'on nomme un peut comme on veut | 19:17:04 |
| Sebastien Chavaux | du coup au lieu de lancer pelican comme ça nix-shell -p 'python3.withPackages (ps: [ ps.pelican ps.markdown ])'
| 19:17:33 |
| Sebastien Chavaux | je ne lance plus que nix-shell /pelicanseb.nix | 19:17:58 |
| Sebastien Chavaux | j'aimerais comprendre comment faire des paquets, ou plutôt comment faire un paquet present dans les dépots mais pas a jour | 19:19:38 |
| Sebastien Chavaux | par exemple au pif, pelican est en 4.6.0, sa version actuelle est 4.7.1, j'ai lu pas mal, notamment nokomprendo et des pages comme https://nokomprendo.gitlab.io/posts/tuto_fonctionnel_39/2019-11-11-fr-README.html, en plus des pages nix et phil | 19:20:48 |
| Sebastien Chavaux | avez vous une doc simple et limpide qui explique la chose? | 19:21:34 |
| Sebastien Chavaux | je fais des paquets debian, j'en maintiens, je maintiens des paquets pour opensuse aussi mais là j'admets que je ne pige pas et pourtant ça a l'air d'être simple | 19:22:27 |
 lewo | Sebastien Chavaux: je comprends que dans nixpkgs, pelican est en 4.6.0. As-tu essayé de la mettre à jour dans ton clone de nixpkgs? | 19:37:12 |
| Sebastien Chavaux | oui j'ai cloné le git de nixpkgs | 19:37:38 |
| Sebastien Chavaux | puis changé le numero de version | 19:37:48 |
| Sebastien Chavaux | j'ai fait un je sais plus la commande pour aller chercher le tar dans le store et le hash | 19:38:15 |
| Sebastien Chavaux | j'essaye de trouver ce que j'ai fais | 19:39:03 |
| lewo | Tu peux remplacer le hash par pkgs.lib.fakeSha256, et rebuilder. Nix te dira quel hash il faut que tu utilises. | 19:40:33 |
| lewo | Ensuite, Nix essayera de builder la nouvelle version de pelican. Et la... la suite dépend du résultat du build ;) | 19:41:17 |
| Sebastien Chavaux | j'ai suivi ça https://nokomprendo.gitlab.io/posts/tuto_fonctionnel_19/2018-04-25-README.html | 19:41:53 |
