[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#17150: Stale bootstrap/*/guile-2.0.9.tar.xz files are not detected
From: |
Ludovic Courtès |
Subject: |
bug#17150: Stale bootstrap/*/guile-2.0.9.tar.xz files are not detected |
Date: |
Tue, 01 Apr 2014 11:50:08 +0200 |
User-agent: |
Gnus/5.130007 (Ma Gnus v0.7) Emacs/24.3 (gnu/linux) |
Mark H Weaver <address@hidden> skribis:
> address@hidden (Ludovic Courtès) writes:
>
>> Mark H Weaver <address@hidden> skribis:
>>
>>> I just realized that my x86_64 and Loongson 3A systems have spent an
>>> enormous amount of time building the new guix master branch based on
>>> outdated bootstrap/*/guile-2.0.9.tar.xz.
>>>
>>> The issue is that if you simply "git pull" from a build directory with
>>> older versions of bootstrap/*/guile-2.0.9.tar.xz, although the various
>>> places where the hashes are stored are updated, those new hashes are
>>> never checked against the existing files. Therefore, you can proceed to
>>> build an entire system based on an outdated bootstrap guile, and with
>>> hashes that don't match what's on hydra and what other people are
>>> building.
>>
>> Right, ‘guix pull’ doesn’t survive updates of the bootstrap Guile
>> tarballs, because it doesn’t try to download it (see ‘build-guix’ in
>> guix/build/pull.scm.) That’s rare in practice, but still a serious
>> limitation as you note. :-/
>
> Hmm, yes, I suppose that "guix pull" is more relevant for typical users,
> but actually that's not what I was talking about above. I was talking
> about "git pull" followed by "make".
Ah, sorry! Ah yes, I see what the problem is. Only
build-aux/download.scm checks the hash, so indeed, if the file is stale
or modified later, Guix doesn’t notice.
Perhaps we should add a ‘check-hash’ rule or something in the makefile,
that automatically triggers before installation or something?
Ludo’.
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- bug#17150: Stale bootstrap/*/guile-2.0.9.tar.xz files are not detected,
Ludovic Courtès <=