Sender | Message | Time |
---|---|---|
22 Apr 2024 | ||
ManUtopiK | Avec nix-prefetch-url ou nix-prefetch-url --unpack c'est pas mieux | 20:14:08 |
Minijackson | en général, ce qu'on fait, c'est qu'on met une string vide "" , et Nix nous dit à quel hash il s'attendait | 20:18:23 |
ManUtopiK | Ah oui, ça serait plus simple ! Mais ça plante. Avec une string vide il retourne cette erreur :
| 20:23:58 |
ManUtopiK | Ah c'est bon. J'ai réussi ! | 20:26:02 |
ManUtopiK | Merci ! | 20:26:18 |
ManUtopiK | Ah non en fait 🤪 Ça marche pour "simple-mermaid-0.1.0" = ""; mais pas pour "simple-mermaid-0.1.1" = ""; | 20:27:51 |
Minijackson |
| 20:32:11 |
Minijackson | est-ce que tu dépends vraiment d'un simple-mermaid-0.1.1 venant d'un dépôt git dans ton Cargo.lock ? | 20:32:35 |
Minijackson | de mémoire, ces hash sont seulement pour les cas particulier où tu as ma-dep = { git = "https://..." } dans le Cargo.toml | 20:33:42 |
ManUtopiK | In reply to @Minijackson:matrix.orgOui je pense | 20:34:08 |
ManUtopiK | Bon, je laisse tomber. J'essaye juste de builder pour dépanner des devs. Mais le bug vient plus de rust que de nix. Je leur fait remonter le problème. Merci pour vos infos, j'ai appris des trucs 😀 | 20:38:07 |
23 Apr 2024 | ||
Sigmanificient joined the room. | 01:03:50 | |
Auguste Baum | Hello tout le monde, je me permets de reposter cet événement vers Zurich fin mai : https://www.meetup.com/de-DE/nix-zurich/events/300471463/ On tâchera de réduire le nombre de build failures sur hydra (zh.fail) avant la release 24.05 ! | 07:39:28 |
Auguste Baum | * Hello tout le monde, je me permets de reposter cet événement vers Zurich fin mai au cas où : https://www.meetup.com/de-DE/nix-zurich/events/300471463/ On tâchera de réduire le nombre de build failures sur hydra (zh.fail) avant la release 24.05 ! | 07:39:44 |
nim65s changed their display name from Guilhem to nim65s. | 07:52:09 | |
Dyazz joined the room. | 08:36:17 | |
Sigmanificient | Hello :o | 15:51:06 |
24 Apr 2024 | ||
Bruno Adele | Download 2024-04-24_08-41.png | 06:49:40 |
Bruno Adele | Salut, Cela fait 6 à 8 mois que je me penche sur ce problème (pas à temps plein, hein :)) Du coup, je voulais partager le problème ainsi que sa résolution afin que d'autres évitent de le rencontrer pendant 8 mois :) Mon installation est basée sur Par exemple, j'obtenais des erreurs du style | 06:50:47 |
Julien | Je pense que tu as les flake utilisés pour ton install nixos, et les channels pour tes shells, ce qui créé des incompatibilités | 07:16:44 |
Julien | Y une ligne magique de config à mettre pour que le nixpkgs de ton flake soit utilisé par tes shells | 07:17:15 |
Julien | Something something like this: https://github.com/JulienMalka/nix-config/blob/main/modules%2Fnix%2Fdefault.nix#L20 | 07:18:46 |
Julien | (Quand tu utilises nixpkgs#hello ça utilise une autre version de nixpkgs qui est dans le flake registry donc c'est pour ça que tu as un résultat différent mais le fait que ça marche est essentiellement un heureux hasard) | 07:21:10 |
nim65s | cool, merci ! | 07:34:34 |
lourkeur (nix btw) left the room. | 14:29:52 | |
Bruno Adele | In reply to @julienmalka:matrix.orgQue veux tu dire par c'est un pur hasard ? J'ai testé 2 ou 3 paquet différent qui planté, et ils marches | 17:38:43 |
Bruno Adele | In reply to @julienmalka:matrix.org* Que veux tu dire par c'est un pur hasard ? J'ai testé 2 ou 3 paquet différents qui plantés, et ils marchent dorénavant | 17:40:56 |
Julien | Tu as le pb parce que y'a des versions différentes de qt installés systemwide (le nixpkgs de ton flake) et dont dépendent les paquets de ton shell (le nixpkgs de tes channels) | 17:45:49 |
Julien | Visiblement, le nixpkgs du flake registry a la bonne version de qt, mais il pourrait en être autrement | 17:46:23 |
25 Apr 2024 | ||
@delroth:delroth.net left the room. | 14:43:22 |