ChanServ changed the topic of #nixos-fr to: https://nixos.org || Salon francographe de NixOS || https://logs.nix.samueldr.com/nixos-fr
apeyroux has quit [Ping timeout: 252 seconds]
apeyroux has joined #nixos-fr
<julm> eeva: merci pour krops :)
<julm> c'est quand même loin de l’équivalence fonctionnelle avec nixops, par exemple ça gère pas entièrement de VM ni de build sur la machine de provision
<julm> mais ya sûrement du code intéressant dedans, à voir :)
<julm> à part le fait que c'est peut-être plus léger, je vois pas de fonctionnalité que ne peut pas « facilement » avoir nixops ; password-store vers tmpfs il peut via nix-plugins, remote build il peut via nixpkgs.localSystem.system, precise versioning for every machine il peut via -I nixpkgs=
sphalerite has quit [Ping timeout: 250 seconds]
sphalerite has joined #nixos-fr
<eeva> julm: de rien, c'était dans nixos weekly :D
<eeva> J'ai trouvé un cas où krops est pas terrible: déployer sur une instance EC2 qui a que 3Go d'espace disque
<eeva> La copie du /nix/store est trop grosse dans mon cas :D
<julm> eeva: ah, alors qu’elle serait plus petite avec nixops parce qu'il peut builder sur la machine de provision ?
<julm> hmm, j'ai nixos planet mais pas nixos weekly
<eeva> Voilà, c'est
<eeva> ça
<eeva> julm: dans certains cas, tu t'en fous de pouvoir builder sur la machine de destination.
<eeva> Mais pour mes machines perso + serveur, krops est carrément mieux que nixops (plus simple à gérer)
<eeva> nixops est plus pour déployer des services légers on va dire (et encore, on doit pouvoir s'en sortir sans, à base de nix-copy-closure). J'aime bien qu'il gère les secrets et leurs déploiments
<julm> 'k
<julm> après nixops est plutôt soutenu, krops je sais pas si c'est bien pérenne
<teto> si on pouvait override/overrideAttrs le nixops de nixpkgs ca serait quand meme sympa
<teto> parce que pour libvirt/qemu g un paquet de patchs et a chaque fois je me tape le ./dev-shell :'(
<julm> teto: tu veux modifier nixpkgs/pkgs/tools/package-management/nixops/default.nix ? tu connais les overlays de nixpkgs ?
* julm afk &
<teto> julm: j'ai ouvert une PR https://github.com/NixOS/nixpkgs/pull/41472 mais la partie sur la doc m'a rebute
<{^_^}> #41472 (by teto, 17 weeks ago, open): [wip] nixops: make overrides build instead of failing with 'nixops-_version_-py2-none-any.whl is not a valid wheel filename'
<julm> teto: je ne comprends pas trop ce que tu fais, tu as un shell.nix pour mettre ton environment et pour installer nixops ?
<julm> j'utilise direnv pour l'env et pour nixops je pense qu’un overlay te permettrait de mettre le nixops que tu veux dans nixpkgs: nixpkgs.overlays = [(self: super: {nixops = (import ./nixops/release.nix {}).build.x86_64-linux;})] ou un truc du genre
<teto> julm: ./dev-shell est le script (upstream) que tu dois lancer pour utiliser nixops en mode dev au lieu de faire un nix-shell -A nixops. Ils ont duplique le package c pas terrible
<teto> je veux juste override la source pour utiliser mon fork mais meme ca c la merde
<julm> :\
<julm> ça sert à quoi d'utiliser nixops en mode dev ?
<teto> ca me permet d'utiliser mon code en attendant de nettoyer le package dans nixpkg xD Apres je pourrais faire autrement mais comme g pas mal itere sur nixops c'etait le plus pratique a l'epoque
<julm> ok, moi je modifie direct nixpkgs ou j'utilise des overlays