ChanServ changed the topic of #nixos-fr to: https://nixos.org || Salon francographe de NixOS || https://logs.nix.samueldr.com/nixos-fr
__mothsart__ has quit [Remote host closed the connection]
MmeQuignon has quit [Ping timeout: 265 seconds]
__mothsart__ has joined #nixos-fr
MmeQuignon has joined #nixos-fr
<eeva> __mothsart__: gg pour le PR +1
<MmeQuignon> Bonsoir tout le monde ! Je suis un peu bloqué avec steam ici, et je viens chercher un peu d'aide. Du coup, j'ai une configuration steam fonctionnelle, dans la mesure ou certains jeux s'exécutent correctement. Du coup certains ne s'exécutent pas, par exemple `Divinity original sin` qui se plaint de ne pas trouver certaines librairies. Le truc c'est que je pensais que ces librairies étaient
<MmeQuignon> embarquées dans les jeux. Du coup je surcharge le paquet steam et je tente d'ajouter les librairies manquantes, pas mieux. J'ajoute également la configuration ` hardware.opengl.extraPackages32 = with pkgs.pkgsi686Linux; [ libva zlib ];` pas mieux non plus.
<MmeQuignon> Du coup, je me demande s'il n'y aurait pas quelqu'un ici qui saurait m'expliquer comment résoudre ces soucis de dépendances ? Merci d'avance !
<__mothsart__> merci @eeva : j'essai de me faire la main ;)
<__mothsart__> quelqu'un saurait me dire ce qui cloche dans ma PR : https://github.com/NixOS/nixpkgs/pull/78492 (tests qui failed)
<{^_^}> #78492 (by mothsART, 20 hours ago, open): New package : fluxboxlauncher
<samueldr> __mothsart__: je sais pas si tu as vu qu'il y a un lien "Details" sur la ligne "gahamcofborg-eval"?
<samueldr> ça pointe vers un gist avec les détails de ce qui n'a pas marché avec le CI
<samueldr> ça peut être un peu dur à décoder si on commence
<samueldr> cette étape, "eval" s'assure que nixpkgs continue d'évaluer correctement
<samueldr> j'ai une intuition du problème, mais j'essaie de retracer exactement ce qui n'a pas évalué
<__mothsart__> oui, j'ai vu samueldr mais effectivement, j'ai un peu de mal à interprété
<__mothsart__> de 2 : est-ce possible de rejouer en local ?
<samueldr> je pense que c'est cette étape ici (je valide en local)
<samueldr> et je pense que ce n'est pas ce que j'avais en tête
<samueldr> ok, donc oui c'est bien la bonne étape (repro locale)
<samueldr> bon alors
<samueldr> si on regarde cette dernière ligne de l'erreur
<samueldr> ... fluxboxlauncher/default.nix:42:24
<samueldr> >> cannot coerce null to a string
<samueldr> > "${null}"
<{^_^}> cannot coerce null to a string, at (string):276:2
<__mothsart__> hum, donc glibclocales est vide
<samueldr> c'ce qui m'échappe encore
<samueldr> mais probable
<samueldr> c'est *pourquoi* c'est vide qui m'échappe
<samueldr> après tout, il y a un pattern semblable dans d'autres dérivations
<samueldr> ah!
<samueldr> (all-packages.nix est trop gros pour github, alors je copie la ligne)
<samueldr> 11628 glibcLocales = if stdenv.hostPlatform.libc == "glibc" then callPackage ../development/libraries/glibc/locales.nix { } else null;
<samueldr> l'évaluation se fait pour les plateformes supportées par Nixpkgs, y compris macOS
<__mothsart__> Hum, je vois
<samueldr> nix repl '<nixpkgs>' --system x86_64-darwin
<samueldr> nix-repl> glibcLocales
<samueldr> null
<samueldr> platforms = platforms.linux; # réglerait le problème
<samueldr> tu vas me dire "oui mais ça marche sur FreeBSD aussi"
<samueldr> possible, est-ce que c'est testé et validé avec cette dérivation?
<samueldr> on préfère lister les plateformes qui sont connues comme fonctionnelles, et si ça marche ailleurs, elles seront ajoutées une fois testées
<__mothsart__> je sais pas si fluxbox est supporté sur freeBSD mais je suppose
<samueldr> ah, c'est souvent la remarque avec "meta.platforms", que malgré que la dérivation soit développée et testée sur linux, "le logiciel devrait marcher sur tous les unix"
<samueldr> alors je tentais de devancer :)
<samueldr> j'en profite pour quelques notes, mais seulement à titre indicatif, je vais laisser d'autres personnes faire l'évaluation de la PR
<__mothsart__> Alors, je comprend bien le raisonnement mais je me suis appuyé sur https://github.com/NixOS/nixpkgs/pull/78488/files et j'arrive pas à comprendre pourquoi dans cas ça passe
<samueldr> >> platforms = platforms.linux;
<samueldr> quand l'évaluation macOS passe, macOS est un unix, alors le package est évalué... si on mets platforms.linux, l'évaluation n'évalue pas le package sur la plateforme macOS
<__mothsart__> ah oui, j'entend bien mais dans le cas de guake, c'est pas précisé "plaforms.linux" et pourtant ça passe
<samueldr> oui ce l'est
<__mothsart__> ah, si merde
<samueldr> :)
<samueldr> donc, pour la PR, on préfère des historiques git qui représentent "l'idéal" et non pas la réalité, alors il faudra un commit git pour t'ajouter dans la liste des maintainers, et ensuite un commit git pour l'ajout du package, donc jouer d'un peu de rebase une fois que tout passe dans le CI
<__mothsart__> ok, je vois la lumière : merci
<samueldr> il va aussi falloir que tu revoies comment tu as fait meta.maintainers, ce n'est pas valide, je crois qu'il va y avoir un autre check CI qui ne passera pas ensuite (pas certain)
<__mothsart__> Ok, je prend note de tout ça : je ferais sans doute demain à tête reposé : merci en tout cas de ton aide et de tes conseils !
<samueldr> de rien
MmeQuignon has quit [Ping timeout: 260 seconds]