| 15 Jun 2023 |
 Minijackson | en fait, quand j'ouvre nix repl:
nix-repl> { sub = 1; attr = 2; ker = 3; sym = 4; }
{ attr = 2; ker = 3; sub = 1; sym = 4; }
| 12:34:54 |
 Gaël Reyrol | arf oui | 12:35:08 |
| Minijackson | même avant de passer l'attrset dans la fonction, les clés sont réordonnées | 12:35:14 |
| Gaël Reyrol | 😭 | 12:35:25 |
| Gaël Reyrol | tant pis c'est pas très grave mais j'aurai aimé garder l'ordre ^^ | 12:35:50 |
 immae | Tu peux passer par une liste de { name; value; } si vraiment l’ordre est important. Il y a des fonctions pour passer de ça à un attrset et inversement dans les libs | 12:37:51 |
| immae | (mais effectivement un attrs est toujours ordonné par ordre alphabétique quoi que tu fasses) | 12:38:06 |
| immae | ah maisça a déjà été suggéré pardon | 12:38:39 |
| Gaël Reyrol | je pourrais pas agir initialement sur la déclaration de l'attrset donc même si je le passe en { name; value; }, je le récupère déjà ordonné | 12:39:10 |
| Gaël Reyrol | mais merci pour les suggestions :) | 12:39:32 |
 TheSola10 | et ensuite la conversion de liste name+value ordonnée se fait avec builtins.listToAttrs | 13:40:26 |
| 16 Jun 2023 |
 kidanger | une histoire amusante sur la reproducibilité & docker : https://github.com/docker-library/python/issues/835
(les images docker python:3.* qui suivent la nouvelle version de debian maintenant, et ça casse plein de déploiements) | 09:09:40 |
 raitobezarius | In reply to @kidanger:kidanger.net
une histoire amusante sur la reproducibilité & docker : https://github.com/docker-library/python/issues/835
(les images docker python:3.* qui suivent la nouvelle version de debian maintenant, et ça casse plein de déploiements) surtout terrifiante sur le Ubuntu 16.04 | 11:44:13 |
 Bruno Adele | Bonsoir, je ne sais pas si ca existe, hormis ce site https://search.nixos.org/packageset nixpkgs-update savez vous si il existe un site qui référence les deltas des programes qu'il y'aurait entre nixpkgs et les versions remote ? Et sauf erreur de nixpkgs-update ne semble pas le faire automatiquement ? | 19:30:17 |
| Minijackson | avec repology ? | 19:32:20 |
| Minijackson | par exemple: https://repology.org/project/netbox/versions | 19:32:45 |
| Minijackson | et en bonus, on voit les versions dans les autres dépôts | 19:33:03 |
| Minijackson | note: repology n'affiche pas forcément la version upstream, mais la dernière version packagé dans tous les repos qu'il connaît | 19:33:33 |
|  Artem joined the room. | 19:54:11 |
| Bruno Adele | J'ai plusieurs projets, mais vous pensez que ça serait intéressant que je liste les paquets a metre à jours en fonction du upstream et soit j'appelle nixpkgs-update)depuis ci) ou que je liste les commandes à taper (de nixpkgs-update) ? | 20:03:41 |
| 17 Jun 2023 |
| raitobezarius | c'est au bot de ryantm de faire les auto updates | 10:18:27 |
| raitobezarius | je pense que si tu les fais toi même c'est un peu dommage pour toi | 10:18:33 |
| raitobezarius | il vaut mieux que tu utilises passthru.updateScript | 10:18:42 |
| Bruno Adele | In reply to @raitobezarius:matrix.org
il vaut mieux que tu utilises passthru.updateScript Quand je disais j'appelle, bien entendu que je voulais dire automatiquement 😁
Plus précisément de depuis mon script j'ai une liste des paquets à mettre à jours.
Je vais réfléchir comment m'y prendre | 12:34:49 |
| raitobezarius | Si tu mets un updateScript | 12:36:00 |
| raitobezarius | Le bot le fait pour toi | 12:36:04 |
| Bruno Adele | Tu parles bien du nipkgs-update ? | 12:38:15 |
| raitobezarius | je parle de ce bot oui https://github.com/ryantm/nixpkgs-update | 12:51:33 |
| raitobezarius | mais c'est pas à toi de le lancer | 12:51:39 |
| Bruno Adele | Oui, on dit et parle de la même chose 👌 | 13:08:52 |
