| 17 Jun 2026 |
 hexa | mirror list change looks sus | 23:26:41 |
| hexa | https://github.com/NixOS/nixpkgs/pull/518480 | 23:27:53 |
| hexa | yup, 77456b834919be3e6e8ed00bd26eebd32046dc8e causes a rebuild for hello | 23:31:20 |
| hexa | heh | 23:32:39 |
| hexa | 
Download | 23:32:47 |
| 18 Jun 2026 |
| hexa | ok, trying out iocaine instead of anubis on hydra | 00:30:19 |
| hexa | if you see random markov shit instead of hydra, feel free to reach out | 00:30:32 |
| hexa | but the real benefit is that the anubis page where you generally wait goes away with this | 00:30:57 |
 Vladimír Čunát | The situation doesn't seem sustainable to me for more than a couple days. Even -small channels get blocked because of the abortions and retrying doesn't seem to help, e.g.:
https://hydra.nixos.org/build/331658358 | 04:39:50 |
| Vladimír Čunát | * The situation doesn't seem sustainable to me for more than a couple days. Even nixos-26.05-small channel gets blocked because of the abortions and retrying doesn't seem to help, e.g.:
https://hydra.nixos.org/build/331658358 | 04:40:28 |
| Vladimír Čunát | I expect it was this again. | 05:24:39 |
| Vladimír Čunát | * Rebuilds: I expect it was this again. | 05:24:50 |
 r-burns | I think cache.nixos.org is somehow serving the wrong path for a package, resulting in NAR mismatches. I assume this is the proper place to report this so someone with infra access can nuke the invalid cache entry? (If this is indeed what's happening - not super sure because I've never seen this before!)
https://discourse.nixos.org/t/error-when-rebuilding-with-texlivefull-package/78356 | 07:14:08 |
 K900 | OK now that | 07:15:37 |
| K900 | Is a fucking problem | 07:15:39 |
| K900 | @hexa (signing key rotation when) picnic | 07:15:58 |
| Vladimír Čunát | A bug in the queue-builder? | 07:23:21 |
| Vladimír Čunát | Having a completely different package in the cached NAR is something I haven't heard of yet. | 07:24:00 |
| Vladimír Čunát | * Having a completely different package in the cached NAR is something I haven't heard of yet, so the timing is suspicious. | 07:24:23 |
|  Matthias J. Kannwischer joined the room. | 07:24:29 |
| K900 | Very likely | 07:24:49 |
| Vladimír Čunát | .narinfo seems OK
$ curl -s https://cache.nixos.org/gypp7g48p2fcpjx952i84dhw4ak95npl.narinfo | grep NarHash
NarHash: sha256:033w5cd8z7r02h4r2p8lha6z81qqvky69a7aiahjpd15smss4wjp
| 07:26:26 |
| Vladimír Čunát | This is simplified by being a fixed-output derivation. | 07:27:18 |
| Vladimír Čunát | $ git grep 033w5cd8z7r02h4r2p8lha6z81qqvky69a7aiahjpd15smss4wjp | cat
pkgs/tools/typesetting/tex/texlive/fixed-hashes.nix: run = "033w5cd8z7r02h4r2p8lha6z81qqvky69a7aiahjpd15smss4wjp";
| 07:27:37 |
| Vladimír Čunát | * $ git grep -B1 033w5cd8z7r02h4r2p8lha6z81qqvky69a7aiahjpd15smss4wjp | cat
pkgs/tools/typesetting/tex/texlive/fixed-hashes.nix- lpform-36918 = {
pkgs/tools/typesetting/tex/texlive/fixed-hashes.nix: run = "033w5cd8z7r02h4r2p8lha6z81qqvky69a7aiahjpd15smss4wjp";
| 07:28:32 |
| K900 | The narinfos are uploaded from the coordinator | 07:28:37 |
| K900 | So that presumably avoids whatever confusion is going on | 07:28:48 |
| r-burns | The texliveFull package itself has not changed since 6/10 afaict: https://hydra.nixos.org/build/331466803/evals
So I assume that means either something has changed in the narinfo, or a server that stands between the cache and the user, or PEBCAK on my part? | 07:30:51 |
 Mic92 | In reply to @vcunat:matrix.org
The situation doesn't seem sustainable to me for more than a couple days. Even -small channels get blocked because of the abortions and retrying doesn't seem to help, e.g.:
https://hydra.nixos.org/build/331658358 Could please make issue reports and ping me here on them? Scraping from matrix is a bit of messy situation | 07:31:43 |
| Mic92 | Especially now that we have old and new reports in this thread | 07:33:52 |
