00:34 <Raito_Bezarius> Oui oui, je sais pas s'il a écrit des trucs plus subtils par dessus cela dit :)

05:05 <Yakulu[m]1> Merci Raito_Bezarius

09:38 <julm> TIL, systemd-analyze security $service

10:00 <avalenn> Est-il possible d'installer une version spécifique d'un paquet ?

10:00 <avalenn> Par exemple je voudrais git mais en version 2.11.

10:07 <lewo> avalenn: je ne connais pas de methode simple

10:07 <lewo> avalenn: mais tu peux faire dans ton repo nixpkgs: git checkout 7611525c008^1 && nix-build -A git

10:08 <lewo> (j'ai trouvé le commit avec git log --grep="git: 2.11" --oneline)

10:22 <julm> avalenn: hmm, selon la complexité du packaging de ton paquet, il se peut qu'il suffise de changer le ${version} de la derivation, auquel cas j'essayerais une overlay (que j'écris là à l'arrache pour te donner l'idée mais sans tester): self: super: { "git-2.11" = super.git.overrideAttrs (oldAttrs: {version = "2.11"; src = <à adapter, notamment le sha256>; }); }

10:23 <avalenn> Ok. Merci pour les suggestions.

10:24 <julm> ensuite tu installes pkgs."git-2.11" via un shell.nix par exemple (où tu n'installes pas pkgs.git pour ne pas avoir de conflit)

10:27 <julm> sinon si ça cause trop de problème de faire marcher "git-2.11" avec ton nixpkgs actuel, et bien oui tire entièrement une autre version de nixpkgs, comme dit lewo (ou dans un shell.nix)

10:33 <symphorien> L'inconvénient de la solution de lewo c'est que ça garde les dépendances d'époque y compris les trucs sensibles comme openssl

10:39 <julm> de base oui, ça assure la reproductibilité, mais je pense que tu peux gitAndTools = recurseIntoAttrs (callPackage ../applications/version-management/git-and-tools { openssl = <l>; });

10:39 <julm> oops, je recommence

10:41 <julm> de base oui, ça assure la reproductibilité, mais je pense que tu peux reprendre le gitAndTools de pkgs/top-level/all-packages.nix et lui faire utiliser le openssl que tu veux en l'ajoutant au pkgs.callPackage: gitAndTools = recurseIntoAttrs (callPackage ../applications/version-management/git-and-tools { openssl = <l'openssl que tu veux>; });

10:42 <symphorien> un truc qui marche desfois c'est (depuis un nixpkgs à jour) git_old = pkgs.callPackage /path/to/old_nixpkgs/applications/version-management/git-and-tools {};

10:42 <symphorien> si les dépendances n'ont pas changé entre temps ça peut marcher

10:42 <symphorien> ce que tu dis ne marche que pour les dépendances directes

10:43 <symphorien> enfin bref, à la fin c'est juste un compromis entre "juste ce qu'il faut" et "facile"

10:50 <julm> oui, pour les dépendances indirectes il faudrait passer une overlay au nixpkgs-pour-git-2.11, écrasant openssl par l'openssl du nixpkgs-pour-openssl

10:53 <julm> qqchose du genre: pkgsPourGit = import <nixpkgs-pour-git> { overlays = [(self: super: { openssl = pkgsPourOpenssl.openssl; })]; }

10:55 <julm> ou bien (si ça cause pas de problèmes) juste écrire une overlay qui change la version d'openssl comme je suggérais pour git, mais en écrasant bienle champ openssl

10:56 <julm> bref, ya de quoi bidouiller