Andreas Enge writes:
> On Wed, Aug 13, 2014 at 03:22:28PM -0400, Mark H Weaver wrote:
>> The problem here is that the "c" belongs in a different place in the
>> filename than where the "i386" or "x86-64" goes. The filenames are:
>> mit-scheme-9.2-i386.tar.gz
>> mit-scheme-9.2-x86-64.tar.gz
>
Eric Bavier skribis:
> Ludovic Courtès writes:
>
>> As a stop-gap measure, I’ve worked around the problem in commit d759cf6,
>> which removes the dependency from texinfo to gettext.
>>
>> (Éric: I see one test failure in texi2html, which is a priori unrelated
>> to the change. Could you check wh
On Wed, Aug 13, 2014 at 03:22:28PM -0400, Mark H Weaver wrote:
> The problem here is that the "c" belongs in a different place in the
> filename than where the "i386" or "x86-64" goes. The filenames are:
> mit-scheme-9.2-i386.tar.gz
> mit-scheme-9.2-x86-64.tar.gz
> mit-scheme-c-9.2.tar.gz
T
perl-tk intermittently fails with error messages that suggest that it
is related to the build being done in parallel. For examples, see:
http://hydra.gnu.org/build/58535/log/tail-reload
http://hydra.gnu.org/build/82185/log/tail-reload
I tried to add #:parallel-build #f to the arguments, but
It is interesting the in the following evaluation
http://hydra.gnu.org/eval/98371
gegl newly succeeds on x86_64, and newly fails on i686.
Both the earlier failure on x86_64 and the new failure on i686 involve
the failing test "run-rgbe-save.xml.sh". I wonder if this is an
intermittent failure
Andreas Enge writes:
> Hello,
>
> mit-scheme fails to build on mips64el-linux, because specific source is not
> downloaded for this system. Furthermore, I wonder if in the corresponding
> lines
> (match (%current-system)
> ("x86_64-linux" "x86-64")
> ("i686-linux" "i386")
> (_ "c"))
Eric Bavier writes:
> Ludovic Courtès writes:
>
>> As a stop-gap measure, I’ve worked around the problem in commit d759cf6,
>> which removes the dependency from texinfo to gettext.
>>
>> (Éric: I see one test failure in texi2html, which is a priori unrelated
>> to the change. Could you check wha