[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Preliminary IceCat 68.2 package
From: |
Andy Wingo |
Subject: |
Re: Preliminary IceCat 68.2 package |
Date: |
Wed, 23 Oct 2019 15:18:32 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/26.2 (gnu/linux) |
Heya Mark :)
On Wed 23 Oct 2019 12:32, Mark H Weaver <address@hidden> writes:
> I wrote:
>> * Many earlier attempts to build it have failed due to non-deterministic
>> failures in the build system, possibly due to a bug in the Cargo tool.
>> I'm not sure how much luck was involved in my successful build. Your
>> mileage may vary.
>
> Having now done a few more test builds, I'm sorry to say that the build
> seems to often fail non-deterministically. Most of my attempts have
> failed so far.
>
> The most common failure mode is described in these bug reports for
> Gentoo and BLFS:
>
> https://bugs.gentoo.org/show_bug.cgi?id=680934
> http://wiki.linuxfromscratch.org/blfs/ticket/11975#comment:6
>
> Those errors, where a backtrace is printed by cargo, happen at a
> different place in the build every time. If you're lucky, you might get
> through the entire build without hitting that bug.
>
> I'd be very grateful for help debugging these failures or finding a
> workaround.
I don't know what this is, but at work I have to build Firefox a lot,
and sometimes the rust bits die in the middle of compilation. Is it a
resource exhaustion issue? I am not sure. In any case, continuing to
"make" always solves it for me. I know that's not very reassuring, but
if you're looking for a quick workaround, running your "make -jN" in a
loop 5 times or something may be good enough.
Cheers,
Andy