Re: Hash mismatch for Python 2.7.10 (x86_64-linux)

[Ben Woodcroft <b.woodcroft@uq.edu.au>]

On 22/03/16 03:22, Ludovic Courtès wrote:
> Leo Famulari <leo@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