<Raito_Bezarius>
> If installed from github then all 541 locales are installed when the repo is cloned into your application deps.
<{^_^}>
error: syntax error, unexpected THEN, expecting ')', at (string):345:26
<Raito_Bezarius>
> If installed from hex then only the locales "en", "en-001" and "root" are installed. When you configure additional locales these will be downloaded during application compilation.
<{^_^}>
error: syntax error, unexpected THEN, expecting ')', at (string):345:23
<samueldr>
>> When you configure additional locales
<samueldr>
un premier contournement serait de trouver la condition "when you configure"
<samueldr>
je dis bien contournement!
<Raito_Bezarius>
je sais où est le fichier en effet
<Raito_Bezarius>
mais j'ai peut-être envie d'avoir les locales proposés :D
<samueldr>
(et aussi je présuppose que en-001 etc. ne sont pas téléchargés de la même manière)
<Raito_Bezarius>
j'ai l'impression qu'il y a un chemin vaguement prévisible
<samueldr>
j'imaginais :)
<samueldr>
faut l'espérer
<Raito_Bezarius>
mais ma crainte n°1 c'est que le processus soit trop stupide pour reconnaître que les fichiers soient déjà là
<samueldr>
t'es capable de préparer le projet dans un nix-shell et observer?
<Raito_Bezarius>
je l'ai presque
<Raito_Bezarius>
j'ai un nix-shell disponible si je fais -K
<samueldr>
ça devrait donner au moins l'emplacement où les fichiers sont téléchargés
<Raito_Bezarius>
puis bash --rcfile env-vars
<samueldr>
sinon y'a toujours l'astuce que andir a proposé tantôt sur #nixos-chat
<Raito_Bezarius>
je suis pas sur #nixos-chat
<Raito_Bezarius>
je vais rejoindre ce chan now
<samueldr>
(c'était pas à _ton_ problème)
<Raito_Bezarius>
(oui oui j'entends)
<samueldr>
si ça utilise un outil externe comme curl, tu pourrais remplacer curl par un binaire qui est au courant des différents FOD
<samueldr>
par un exécutable* pas un binaire forcément
<Raito_Bezarius>
ouais je vois l'idée
<Raito_Bezarius>
en l'occurrence, y a quoi comme bon exécutable comme ça qui est déjà "disponible" ? :D
<samueldr>
quelque chose d'aussi stupide qu'un script bash avec if [[ $1 == "https://example.horse/lang.zip" ]]; then do whatever a curl does; fi
<samueldr>
je croirais pas qu'il y en ait déjà
<Raito_Bezarius>
OK je vais réfléchir un peu
<samueldr>
mais bon, je tire au pile ou face pour que ça soit envisageable
<samueldr>
car après tout il faut que ça télécharge via un exécutable externe
<Raito_Bezarius>
tout ce qu'il faut c'est faire sauter cette branche conditionnelle
<samueldr>
sinon, ça me fait penser à une alternative équivalente; un proxy local
<Raito_Bezarius>
y a des exemples de ça dans nixpkgs?
<samueldr>
pas à ce que je sache
<samueldr>
je ne propose pas ça réellement pour ton problème acutel
<Raito_Bezarius>
ah oui je suis d'accord
<samueldr>
puisque tu sembles dire que tu peux simplement y placer les fichier au bon endroit
<Raito_Bezarius>
je me demandeais juste si y a des gens qui ont vraiment réalisé le proxy local
<Raito_Bezarius>
ce qui semble être par exemple une solution intéressante pour l'écosystème Java
<samueldr>
aucune idée, je brainstorm :)
<Raito_Bezarius>
:)
<samueldr>
j'imagine que d'autres y ont pensé, je sais pas c'est quoi les problèmes
<samueldr>
autre que S de httpS
<samueldr>
(et même ça, ça se corrige)
<Raito_Bezarius>
gestion du job dans le shell?
<samueldr>
meh, pas vraiment un problème, à la fin du build sandboxé tous les processus restands seront tués sans préjudice
<samueldr>
restants*
<Raito_Bezarius>
ça j'en doute pas
<Raito_Bezarius>
mais du coup peut être pendant les différentes phases?
<Raito_Bezarius>
enfin après c'est peut être du détail
<Raito_Bezarius>
je vois pas forcément de gros problème mais je me dis que ça peut être non trivial
<samueldr>
effectivement, peut-être que c'est désiré d'avoir le proxy actif uniquement pendant une phase spécifique
<Raito_Bezarius>
puis t'as les failures modes j'imagine
<Raito_Bezarius>
ton proxy local meurt, comment afficher l'erreur pertinnement?
<Raito_Bezarius>
genre t'as pas envie que ton truc timeout au bout de 30 ans ou j'imagine tu veux pas montrer des erreurs un peu ambigües du genre "ouais je peux pas fetch tel truc sur $internet"
<samueldr>
bonnes questions
<Raito_Bezarius>
mais je suis convaincu que Bash a ce niveau de liberté pour faire un tel truc
<Raito_Bezarius>
juste faut plusieurs itérations avant d'avoir un truc optimal j'imagine
<samueldr>
et y'a rien qui empêche non plus d'exécuter ça dans un procesus différent "à la execline"
<samueldr>
où par exemple on pourrait demander `proxify ./description.proxift command-to-run and args...`
<samueldr>
le processus lui-même gère que le proxy soit accessible avant de lancer la commande passée
<samueldr>
(ignore les fautes de frappe)
<samueldr>
le "problème" avec cette manière de fonctionner c'est si tu veux proxifier plusieurs commandes de suites, ça devient plus lourd... lancer et quitter le proxy entre chaque, ou alors wrapper dans un script
<samueldr>
mais en réalité, c'est pas là où on doit avoir une performance en premier point
<samueldr>
il faut plutôt être juste
<Raito_Bezarius>
(t'inquiète)
<Raito_Bezarius>
ouais le modèle "oneshot" me choque pas
<Raito_Bezarius>
d'ailleurs c'est assez cool de pouvoir détourer les syscalls dynamiquement pour faire ces choses là je suppose
<Raito_Bezarius>
au fond, ton truc qui fait du network
<Raito_Bezarius>
c'est "yarn install", "pip install", etc.
<Raito_Bezarius>
c'est en effet souvent une commande en principe
<samueldr>
oh, je pensais même pas à passer par un trucage de syscalls, mais plutôt j'espèrais que l'outil permette d'utiliser un proxy lol