I am also seeing such corruption on my substitutes server. Is there a way we can validate files in a running cache so they can be rebuild? Would be useful for the mirror.guixsd.org too.
I am glad they get picked up (even so) and that we have the --fallback option :) Pj. On Wed, Mar 23, 2016 at 04:48:50PM -0700, Christopher Allan Webber wrote: > For at least boost and hydra I'm getting errors like the following: > > From http://hydra.gnunet.org/nar/jaf2s3paa3fswfpzi6amlqjxd3fwiw9x-ruby-2.3.0 > Downloading jaf2s3...-ruby-2.3.0 (41.9MiB installed)... > http://hydra.gnunet.org/nar/jaf2s3paa3fswfpzi6amlqjxd3fwiw9x-ruby-2.3.0 > 2.0MiB/s 00:02 | 3.4MiB transferredd > bzip2: Compressed file ends unexpectedly; > perhaps it is corrupted? *Possible* reason follows. > bzip2: Inappropriate ioctl for device > Input file = (stdin), output file = (stdout) > > It is possible that the compressed file(s) have become corrupted. > You can use the -tvv option to test integrity of such files. > > You can use the `bzip2recover' program to attempt to recover > data from undamaged sections of corrupted files. > > guix substitute: error: corrupt input while restoring > '/gnu/store/jaf2s3paa3fswfpzi6amlqjxd3fwiw9x-ruby-2.3.0/lib/ruby/2.3.0/rdoc/generator/template/darkfish/fonts/SourceCodePro-Regular.ttf' > from #{read pipe}# > killing process 8510 > guix package: error: build failed: some substitutes for the outputs of > derivation `/gnu/store/l7ffwqbkrvd4vk3h51p597psyl44gv67-ruby-2.3.0.drv' > failed (usually happens due to networking issues); try `--fallback' to build > derivation from source > > > --
