[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Test failure when building libarchive-3.1.2
From: |
Ludovic Courtès |
Subject: |
Re: Test failure when building libarchive-3.1.2 |
Date: |
Fri, 20 Nov 2015 23:47:58 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) |
Jan Synáček <address@hidden> skribis:
> On Fri, Nov 20, 2015 at 2:51 PM, Ludovic Courtès <address@hidden> wrote:
>> Jan Synáček <address@hidden> skribis:
>>
>>> On Sat, Nov 14, 2015 at 12:40 PM, Ludovic Courtès <address@hidden> wrote:
[...]
>>>> It would be nice to see if this systematically fails. If it is
>>>> non-deterministic, we should build it with --keep-failed until it fails
>>>> (removing successful builds with ‘guix gc -d’), collect useful info from
>>>> the build tree, and debug.
[...]
>> I noticed that libarchive uses ‘readdir’ calls as-is, without sorting
>> directory entries afterwards. Thus, the order of directory entries is
>> effectively non-deterministic and may change depending on the phase of
>> the moon.
>>
>> This has been reported at:
>>
>> https://github.com/libarchive/libarchive/issues/602
>>
>> Could you add the patch that’s given at that URL to the ‘patches’ field
>> or libarchive’s ‘origin’ form and see if the problem shows up again,
>> preferably building several times in a row?
>
> I built it once and it passed (note that it failed *everytime* I
> wanted to build it).
So this patch appears to solve the issue?
> Maybe a dumb question, but how do I force a rebuild of an already
> built package?:)
You can’t rebuild packages because build processes are assumed to be
deterministic. However, you can delete a build result with ‘gc -d’, as
mentioned above, and rebuild it afterwards.
HTH,
Ludo’.
Re: Test failure when building libarchive-3.1.2, Jan Synáček, 2015/11/20
guix refresh -l, Ludovic Courtès, 2015/11/21
Re: guix refresh -l, Mathieu Lirzin, 2015/11/21
Re: guix refresh -l, Jan Synáček, 2015/11/21