| 20 Mar 2025 |
 Julien | Shameless plug: | 15:03:09 |
| Julien | * Shameless plug: https://luj.fr/blog/how-nixos-could-have-detected-xz.html | 15:03:18 |
 emily | FWIW, GitHub can serve .tar.gz archives, not just .zip. so I think in the case of xz an unforced error on our part, rather than a necessary compromise | 15:19:14 |
| emily | (though it could be we were doing it precisely because we can't autoreconfHook at that point) | 15:19:49 |
| emily | (but at least archive format isn't an issue) | 15:19:54 |
| Julien | In reply to @emilazy:matrix.org
(though it could be we were doing it precisely because we can't autoreconfHook at that point) Yes you are right I wanted to add this precision but I forgot | 15:27:01 |
| emily | I really appreciate the post though. I want to fetchFromGitHub more things :) | 15:28:59 |
| Julien | Thank you ! I tried to add a little precision about being xz purely from source being more complex than just being able to unzip the archive :) | 16:00:36 |
| Julien | So turns out I hallucinated the part where I said that fetchFromGithub downloads .zip archives (I think because it is what you get when downloading from the web interface), so the reason we build xz from the maintainer tarball is indeed to get rid of the autoconf dependency | 21:32:09 |
| emily | oh huh I totally thought it did download zips too | 21:32:28 |
| emily | someone has been mounting a memetic supply chain attack on Nixpkgs by making us think we can't use fetchFromGitHub in the bootstrap | 21:32:56 |
 atemu12 | Doesn't fetchurl use the post-bootstrap curl? | 21:36:37 |
