I believe we can either modify ci.sh to disable parallel compression
for i386, or modify .gitlab/gen_ci.hs and .gitlab/jobs.yaml to disable
XZ_OPT=-9 for i386.
On Wed, Sep 28, 2022 at 1:21 PM Bryan Richter wrote:
>
> Aha: while i386-linux-deb9-validate sets no extra XZ options,
> nightly-i386-li
Aha: while i386-linux-deb9-validate sets no extra XZ options,
*nightly*-i386-linux-deb9-validate
(the failing job) sets "XZ_OPT = 9".
A revert would fix the problem, but presumably so would tweaking that
option. Does anyone have information that would lead to a better decision
here?
On Wed, Sep
Sure, in which case pls revert it. Apologies for the impact, though
I'm still a bit curious, the i386 job did pass in the original MR.
On Wed, Sep 28, 2022 at 1:00 PM Bryan Richter wrote:
>
> Yep, it seems to mostly be xz that is running out of memory. (All recent
> builds that I sampled, but no
Yep, it seems to mostly be xz that is running out of memory. (All recent
builds that I sampled, but not all builds through all time.) Thanks for
pointing it out!
I can revert the change.
On Wed, Sep 28, 2022 at 11:46 AM Cheng Shao wrote:
> Hi Bryan,
>
> This may be an unintended fallout of !894
Hi Bryan,
This may be an unintended fallout of !8940. Would you try starting an
i386 pipeline with it reversed to see if it solves the issue, in which
case we should revert or fix it in master?
On Wed, Sep 28, 2022 at 9:58 AM Bryan Richter via ghc-devs
wrote:
>
> Hi all,
>
> For the past week or
Hi all,
For the past week or so, nightly-i386-linux-deb9-validate has been failing
consistently.
They show up on the failure dashboard because the logs contain the phrase
"Cannot allocate memory".
I haven't looked yet to see if they always fail in the same place, but I'll
do that soon. The first