ChanServ changed the topic of #nixos-fr to: https://nixos.org || Salon francographe de NixOS || https://logs.nix.samueldr.com/nixos-fr
<v45h> Salut *, j'essaye d'utiliser builtins.fetchGit pour cloner un dépot git avec lfs, mais ça clone dépôt bare et git-lfs aime pas ça.
<v45h> Vous sauriez ce qui pourrai poser problème dans ma façon de faire ?
<v45h> J'ai mis l'expression nix ici au besoin : https://pastebin.com/VuibWBC8
MmeQuignon has joined #nixos-fr
<afontain_> ça m'a l'air raisonnable
<v45h> J'aurai du mettre l'erreur avec le fichier, j'ai mis ca sur https://pastebin.com/4a16NMC3
<v45h> Techniquement, ca marche avec un src local, mais le but est de mettre ça sur hydra
<symphorien[m]> ça marche petu-être mieux avec le fetchgit de nixpkgs
<v45h> Sauf qu'on est obligé de mettre le hash pour ça, il me semble
<v45h> ca pourrai marcher avec hydra pour faire du CI ?
xvello has joined #nixos-fr
<symphorien[m]> ah je sais pas trop comment marche hydra
xvello has quit [Quit: xvello]
xvello has joined #nixos-fr
xvello has quit [Client Quit]
xvello has joined #nixos-fr
MmeQuignon has quit [Ping timeout: 252 seconds]
MmeQuignon has joined #nixos-fr
xvello has quit [Quit: xvello]
<v45h> C'est pour cela qu'il y a une fonction qui semble inutile (build_function), mais en gros, j'ai besoin de fetch au moment de l'évaluation
<v45h> et du coup, ne pas devori spécifier le hash de la dépendance
MmeQuignon has quit [Ping timeout: 240 seconds]
MmeQuignon has joined #nixos-fr
MmeQuignon has quit [Ping timeout: 240 seconds]
<lewo`> v45h: par default, l'evaluator d'Hydra est configuré en `restricted eval` et builtins.fetchgit ne peut etre utilisé.
<lewo`> v45h: en revanche, tu peux ajouter une "input" a ton jobset et Hydra fetchera le dernier commit pour toi.
<v45h> Intéressant lewo`, mais ca m'oblige de mettre mon expression dans le même dépôt ?
<lewo`> v45h: hm, je ne sais pas exactement ce aue tu veux faire, mais tu peux checkout autant de repository aue tu veux avec des `inputs` Hydra.
<v45h> Bah en gros je veux un dépot avec les .nix du projet et un autre dépôt avec les sources (je sais pas si ca a réellement de sens de faire ça)
<v45h> Du coup, je vais regarder comment faire comme tu dis.
<v45h> Merci pour l'aide
<lewo`> Si tu peux tout mettre dnas le meme repostiory, ce sera forcément plus simple :)
<lewo`> Car le probleme des input Hydra, c'est que c'est un peu chiant pour reproduire localement.
<v45h> Bah, j'ai trouvé un truc du genre nix-build expr.nix -A <...>
<v45h> Mais bon, ca va finir dans le même dépôt
<lewo`> Aussi, tu peux regarder Niv ou les flakes qui semblent adresser ton besoin (mais ca reste tjrs plus compliqué que de s'en passer :)).
<v45h> Je voulai utiliser ça initialement, vu que c'est le turfu
<v45h> Mais j'ai pas trouvé assez de documentation pour pouvoir avancer
<lewo`> Niv est plutot bien documenté je pense
<v45h> Je connais pas niv
<v45h> Il va falloir que j'en lise un peu plus, je comprend pas complétement à quoi sert niv ^^"
<v45h> ah, j'ai trouvé la section usage
* julm est très content d'être passé à flake.nix
<v45h> ah oui ? Plus mieux ?
<julm> v45h: je ne peux que t'encourager à réessayer, ya de bonnes chances pour que #nixos-fr puisse t'aider à surmonter le "manque" de documentations/exemples
<julm> je n'ai jamais eu besoin d'utiliser niv, donc je ne pourrais pas te dire
<julm> je me débrouille avec un flake.nix et un .envrc (pour direnv)
<v45h> En soit, j'ai pas d'un truc trop simple à utiliser, mais plutot un truc qui fonctionne correctement
<julm> pour mon usage relativement amateur, flake.nix est suffisamment mature
<v45h> Tant qu'on peut fetch et appeller une build-chaine sous linux ou macos, ca me convient
<v45h> me manque juste que Windows, mais osef de windows, ca sera fait salement
<julm> effectivement ça peut donner des flake.nix pas hyper simples selon ce que tu veux faire, vois par exemple celui-ci que j'utilise pour mes machines : https://code.sourcephile.fr/sourcephile-nix.git/blob/HEAD:/flake.nix
<v45h> oh shit
<v45h> c'est pas court
<julm> ici c'est surtout que j'ai besoin de patcher nixpkgs pour tester certaines PR
<julm> et j'ai aussi une grosse partie pour envoyer mes secrets
<v45h> Sauf que ca devrai pas m'aider
<julm> mais si tu ignores ça, c'est pas si gros
<julm> ya bien bien bien pire
<v45h> Il faut juste que je prenne ce qui m'intéresse
<v45h> mais en gros git clone + make all test sur linux et darwin
<v45h> Ah et je voulais compiler avec gcc et clang, je verrai aprés ça
<julm> oui, pioche ce dont tu as besoin, j'ai appris en grande partie comme ça moi en tout cas
<v45h> J'avais commencé à regarder les deux derniers liens que tu as passé, mais j'avais déjà un shell.nix qui marchait donc j'ai choisit la facilité
<v45h> J'aurai peut-être pas du
<lewo`> J'ai bcp utilisé Niv et switché sur les flakes, mais le fait que les flakes soient experimental rend plus complexe leur utilisation.
<julm> ben, à toi de voir ce qui répond à tes besoins, c juste pour te dire que faire flake.nix c'est pas si dur que ça
<lewo`> Faut qd meme etre motiv pour utiliser les flake je trouve;)
<v45h> ahah
<v45h> On verra bien, j'ai commencé nix la semaine dernière
<julm> ben si tu connais autre chose pitet, moi je ne connaissais pas d'autre outil comme niv ou quoi
<julm> ah. ouais.
<v45h> pas grand chose qui soit fonctionnel
<julm> on commence à trouver des tutos sympas https://www.breakds.org/post/flake-part-1-packaging/
<v45h> J'en entends parlé depuis longtemps, mais ma frustration à linux est encore bien présente
<v45h> même si nixos corrige pas mal de problème
<v45h> julm: ca a l'air sympas ton lien
<julm> genre, pour un package haskell, j'ai un flake.nix beaucoup plus raisonnable : https://code.sourcephile.fr/haskell/symantic-parser.git/blob/18de3145b869aa32630b93219ec8a77f8e0778f3:/flake.nix
<julm> avec un .envrc un poil trop complexe, mais bon, je veux garder un shell.root : https://code.sourcephile.fr/haskell/symantic-parser.git/blob/18de3145b869aa32630b93219ec8a77f8e0778f3:/.envrc
<julm> pour que le GC régulier de la machine ne vire pas mes déps sans prévenir
<v45h> ah oui
<v45h> j'ai eu des problèmes avec /nix/store...
<v45h> Principalement des vms trop petites
<julm> classique :(
<v45h> ca arrive, c'est pas grave
<v45h> C'était principalement une vm pour faire des tests
<julm> je prévoyais bien 15G pour ma machine, le plus pénible c'était lors des màj où il y avait GHC (1GB+) en double pendant un moment
<v45h> donc au final, ca allait partir dans /dev/null
<v45h> ah shit
<v45h> J'en ai flingué des machines de cette manière...
<julm> depuis que je suis passé sous ZFS où ya plus ce concept de taille de partition, c'est plus souple
<v45h> Et encore sous linux, il n'y a pratiquement pas de partition
<v45h> enfin... par pas, je veux dire une seule
<symphorien[m]> <julm "pour que le GC régulier de la ma"> Essaie lorri
<julm> ah ?
<symphorien[m]> Quoique ça doit pas être compatible flake
<julm> :<
<symphorien[m]> en fait je sais pas au juste
<symphorien[m]> tout ce que fait lorri c'est lancer nix-instantiate -vv
<symphorien[m]> donc pe que ça marche ¯\_(ツ)_/¯
<{^_^}> target/lorri#460 (by matthuszagh, 40 weeks ago, open): Does lorri work with nix flakes?
<symphorien[m]> non maintenant le repo est sur nix-community
<symphorien[m]> celui de target est plus maintenu
<julm> ah
<julm> m'enfin, je suis assez réticent à me rajouter des outils
<julm> faut une bonne valeur ajouté je veux dire
<v45h> julm: utilise juste emacs... ca ne fait qu'un outil
<julm> là trois lignes de nix dans .envrc c pas la mort
<julm> v45h: j'ai essayé pendant plusieurs semaines emacs, mais je suis revenu à vim au final
<symphorien[m]> là où lorri devient puissant c'est quand on développe à la fois un outil foo et un de ses dépendances libbar. lorri détecte que des trucs on changé dans libbar et il recompile/change l'environnement du shell de foo
<symphorien[m]> de manière transparente
<julm> 'k, je note
<v45h> oh, intéressant, je note aussi
<symphorien[m]> aussi, un détail pratique: je rentre dans mon shell, oh, non il y a 30 minutes de compilation parce que j'ai bougé mon channel, en attendant lorri me donne le dernier environnement en cache
<symphorien[m]> bon comme vous êtes des gens à la pointe du progrès, vous utilisez plus de channels, mais vous voyez l'idée
<julm> ah ça c cool en effet
SumnerEvans[m] has left #nixos-fr ["User left"]