NixOS Reproducible Builds | 537 Members | |
| Report: https://reproducible.nixos.org Project progress: https://github.com/orgs/NixOS/projects/30 | 123 Servers |
| Sender | Message | Time |
|---|---|---|
| 23 Aug 2021 | ||
| running with resolver 127.0.0.1? | 22:59:02 | |
| Besides the ones I fixed in the last PR, I can't find any other issue. | 23:00:45 | |
| I'm running a recursive resolver on almost all of my machines so that might be a difference | 23:02:55 | |
| yeah same here | 23:03:04 | |
| 24 Aug 2021 | ||
| got my mirrors PR merged, but r13y rebuilt before that. | 16:54:20 | |
| have to wait 24h :( | 16:54:36 | |
| r13y.com mentioned in DebConf21 talk: https://debconf21.debconf.org/talks/86-reproducible-buster-bullseye-bookworm-where-we-come-from-and-where-we-are-going/ | 21:11:54 | |
| 25 Aug 2021 | ||
| I guess the recordings will show up in a month or two? | 10:06:48 | |
| I think they reused https://media.ccc.de/v/470-reproducible-buster-bullseye-bookworm-where-we-come-from-and-where-we-are-going#t=432 | 11:07:06 | |
| They did, https://twitter.com/ReproBuilds/status/1430449940736663554 | 12:52:45 | |
| thanks both | 14:28:19 | |
| got to be the nscd issue then. Still not fixed with the latest build | 15:11:08 | |
| https://github.com/NixOS/nix/issues/5089#issuecomment-905193921 | 15:11:18 | |
| if anyone has an idea how to reproduce this issue | 15:11:51 | |
| 28 Aug 2021 | ||
| 02:32:38 | ||
| 02:32:39 | ||
| 02:35:47 | ||
| 12:19:23 | ||
| 30 Aug 2021 | ||
| nrdxp: https://blog.superbaloo.net/posts/emmett-vdso/ got some more details here | 02:06:26 | |
| while building some rpi disk images, i discovered ext4 images generated by using
but when applying that to nixpkgs:
the build fails with:
| 14:37:56 | |
| the alternative could be to use tune2fs -O '^metadata_csum_seed' to disable it afterwards | 16:45:06 | |
| 1 Sep 2021 | ||
| 18:09:40 | ||
| 20:10:22 | ||
| 3 Sep 2021 | ||
| 05:54:31 | ||
| 5 Sep 2021 | ||
| Did we ever figure out the "unchecked paths" issue at r13y? I'm seeing the same issues with my own build. | 17:56:10 | |
| I tried building one of the derivations, but the mirror seems down: nix-build --check /nix/store/c99ihlhb2lh875spzsl6rnc4058grxvn-autoconf-2.71.tar.xz.drv checking outputs of '/nix/store/c99ihlhb2lh875spzsl6rnc4058grxvn-autoconf-2.71.tar.xz.drv'... warning: error: unable to download 'https://ftpmirror.gnu.org/autoconf/autoconf-2.71.tar.xz': Couldn't resolve host name (6); retrying in 266 ms warning: error: unable to download 'https://ftpmirror.gnu.org/autoconf/autoconf-2.71.tar.xz': Couldn't resolve host name (6); retrying in 553 ms warning: error: unable to download 'https://ftpmirror.gnu.org/autoconf/autoconf-2.71.tar.xz': Couldn't resolve host name (6); retrying in 1344 ms warning: error: unable to download 'https://ftpmirror.gnu.org/autoconf/autoconf-2.71.tar.xz': Couldn't resolve host name (6); retrying in 2563 ms | 19:02:30 | |
| Seems to be the case for multiple of them (maybe all of them even) | 19:02:52 | |
| I don't know why though, via the browser they work... | 19:05:45 | |
Yeah, only seems to happen with the <nix/fetchurl.nix> (what's used by stdenv.fetchurlBoot): nix-instantiate -E 'with import ./. {}; autoconf.override { fetchurl = stdenv.fetchurlBoot; }' | 19:29:27 | |
It uses the internal builtin:fetchurl builder to fetch. Maybe something about the sandbox setup is wrong so it doesn't have internet | 19:30:42 | |