On 22/03/16 03:22, Ludovic Courtès wrote:
Leo Famulari <l...@famulari.name> skribis:
Can you take a look at python-2.7.10?
Specifically, /gnu/store/4bs4mx6xyx0jx9827vmmbxyhjln7cmcv-python-2.7.10
This is from "ifur" on #guix:
http://paste.lisp.org/display/311051
This is an “interesting” case. There’s indeed a hash mismatch between
that narinfo and the nar (hydra.gnu.org and mirror.guixsd.org provide
the exact same narinfo and nar though):
I think perhaps tcl might be a similar case? It has non-zero size so
wasn't picked up in Ludo's latest sweep.
From http://mirror.guixsd.org/nar/6kvy3ryb04nl49wwdy0dmhhfnfbwrmna-tcl-8.6.4
Downloading 6kvy3r...-tcl-8.6.4 (24.8MiB installed)...
http://mirror.guixsd.org/nar/6kvy3ryb04nl49wwdy0dmhhfnfbwrmna-tcl-8.6.4
710KiB/s 00:03 | 1.7MiB 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.
But it is not interesting in the way python2 is:
$ wget -q -O -
https://hydra.gnu.org/6kvy3ryb04nl49wwdy0dmhhfnfbwrmna.narinfo |grep Hash
NarHash: sha256:03dm95xz885jhy57b2r5hqh7v4dfwbpdxj1jbfxc1z99pvwnx07j
$ wget -q -O -
https://hydra.gnu.org/nar/6kvy3ryb04nl49wwdy0dmhhfnfbwrmna-tcl-8.6.4 |
bunzip2 | guix hash /dev/stdin
03dm95xz885jhy57b2r5hqh7v4dfwbpdxj1jbfxc1z99pvwnx07j
ben
