GNU bug report logs - #43986
core-updates' grep and coreutils fail strerror_r and perror2 tests in gnulib-tests on armhf-on-aarch64

Previous Next

To reply to this bug, email your comments to 43986 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Danny Milosavljevic <dannym <at> scratchpost.org>
To: <bug-guix <at> gnu.org>
Subject: core-updates' grep and coreutils fail strerror_r and perror2 tests
 in gnulib-tests on armhf-on-aarch64
Date: Wed, 14 Oct 2020 12:41:20 +0200

[Message part 1 (text/plain, inline)]

Hi,

core-updates' grep and coreutils fail strerror_r and perror2 tests in gnulib-tests on armhf-on-aarch64:

guix-build-coreutils-8.32.drv-0:

test-perror2.c:84: assertion 'msg3 == msg4 || STREQ (msg3, str3)' failed
test-strerror_r.c:170: assertion 'msg3 == msg4 || STREQ (msg3, str3)' failed

(on dover.guix.info)

grep-3.4:

test-perror2.c:84: assertion 'msg3 == msg4 || STREQ (msg3, str3)' failed
test-strerror_r.c:170: assertion 'msg3 == msg4 || STREQ (msg3, str3)' failed

[Message part 2 (application/pgp-signature, inline)]

Message #8 received at 43986 <at> debbugs.gnu.org (full text, mbox):

From: Danny Milosavljevic <dannym <at> scratchpost.org>
To: 43986 <at> debbugs.gnu.org
Subject: Re: bug#43986: core-updates' grep and coreutils fail strerror_r and
 perror2 tests in gnulib-tests on armhf-on-aarch64
Date: Sat, 17 Oct 2020 12:20:11 +0200

[Message part 1 (text/plain, inline)]

How do I debug this?

$ guix-core-updates/guix/pre-inst-env guix environment -s armhf-linux --pure grep

needs grep (it's in the implicit native inputs), and that grep has a test failure.

So I can't actually enter the environment for building grep and running

   make check

.

What now?

[Message part 2 (application/pgp-signature, inline)]

Message #11 received at 43986 <at> debbugs.gnu.org (full text, mbox):

From: bokr <at> oz.net
To: Danny Milosavljevic <dannym <at> scratchpost.org>
Cc: 43986 <at> debbugs.gnu.org
Subject: Re: bug#43986: core-updates' grep and coreutils fail strerror_r and
 perror2 tests in gnulib-tests on armhf-on-aarch64
Date: Sat, 17 Oct 2020 20:59:57 +0200

Hi Danny,

On +2020-10-17 12:20:11 +0200, Danny Milosavljevic wrote:
> How do I debug this?
> 
> $ guix-core-updates/guix/pre-inst-env guix environment -s armhf-linux --pure grep
> 
> needs grep (it's in the implicit native inputs), and that grep has a test failure.

What if the test failure tested a grep feature that you don't actually need from the implicit native input grep?

Is there no way to use a fully valid subset of a tool's functionality (that excludes irrelevant test failures
of unused broken functionality) if there's a test failure in testing everything?

If one could express a dependency on a limited subset by passing also a required-features list, à la ACL?,
maybe dependencies could trigger less builds, and the feature lists might reveal opportunities
for optimizing out some dependencies, e.g. where a bash shell's one or two grep invocations might
depend on grep only for a regex match that might easily be rewritten with bash's own built-in '=~'

One could imagine builds producing ELFs with bitvectors flagging features built and tested,
for efficient dynamic safe-capability determination re usage by dependents, but I better stop rambling.

So, monolith dependencies vs factoring, how to balance?

> 
> So I can't actually enter the environment for building grep and running
> 
>    make check
> 
> .
> 
> What now?

HTWNEU -- Hope This Was Not Entirely Useless :)
-- 
Regards,
Bengt Richter

Message #14 received at 43986 <at> debbugs.gnu.org (full text, mbox):

From: Danny Milosavljevic <dannym <at> scratchpost.org>
To: 43986 <at> debbugs.gnu.org
Subject: Re: bug#43986: core-updates' grep and coreutils fail strerror_r and
 perror2 tests in gnulib-tests on armhf-on-aarch64
Date: Mon, 19 Oct 2020 00:45:17 +0200

[Message part 1 (text/plain, inline)]

and findutils, while trying to prepare the guix environment for grep.

[Message part 2 (application/pgp-signature, inline)]

Message #17 received at 43986 <at> debbugs.gnu.org (full text, mbox):

From: Marius Bakke <marius <at> gnu.org>
To: Danny Milosavljevic <dannym <at> scratchpost.org>, 43986 <at> debbugs.gnu.org
Subject: Re: bug#43986: core-updates' grep and coreutils fail strerror_r and
 perror2 tests in gnulib-tests on armhf-on-aarch64
Date: Mon, 19 Oct 2020 00:49:13 +0200

[Message part 1 (text/plain, inline)]

Danny Milosavljevic <dannym <at> scratchpost.org> writes:

> How do I debug this?
>
> $ guix-core-updates/guix/pre-inst-env guix environment -s armhf-linux --pure grep
>
> needs grep (it's in the implicit native inputs), and that grep has a test failure.

Does this work?

  guix environment -s armhf-linux -e '(@@ (gnu packages commencement) grep-final)'

Otherwise you can approximate it by building with -K, step into the
/tmp/guix-build-... directory and run 'source environment-variables'.

[signature.asc (application/pgp-signature, inline)]

Message #20 received at 43986 <at> debbugs.gnu.org (full text, mbox):

From: Danny Milosavljevic <dannym <at> scratchpost.org>
To: 43986 <at> debbugs.gnu.org
Subject: Re: bug#43986: core-updates' grep and coreutils fail strerror_r and
 perror2 tests in gnulib-tests on armhf-on-aarch64
Date: Tue, 20 Oct 2020 09:22:46 +0200

[Message part 1 (text/plain, inline)]

and diffutils, while trying to prepare the guix environment for grep.

[Message part 2 (application/pgp-signature, inline)]

Message #23 received at 43986 <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Marius Bakke <marius <at> gnu.org>
Cc: Danny Milosavljevic <dannym <at> scratchpost.org>, 43986 <at> debbugs.gnu.org
Subject: Re: bug#43986: core-updates' grep and coreutils fail strerror_r and
 perror2 tests in gnulib-tests on armhf-on-aarch64
Date: Wed, 21 Oct 2020 12:26:04 +0200

Marius Bakke <marius <at> gnu.org> skribis:

> Danny Milosavljevic <dannym <at> scratchpost.org> writes:
>
>> How do I debug this?
>>
>> $ guix-core-updates/guix/pre-inst-env guix environment -s armhf-linux --pure grep
>>
>> needs grep (it's in the implicit native inputs), and that grep has a test failure.
>
> Does this work?
>
>   guix environment -s armhf-linux -e '(@@ (gnu packages commencement) grep-final)'
>
> Otherwise you can approximate it by building with -K, step into the
> /tmp/guix-build-... directory and run 'source environment-variables'.

Also note that I upgraded ‘grep’ to 3.5 in the meantime (commit
370adc91b59ac06243067a31122f567a7c35b24b).

Ludo’.

Message #26 received at 43986 <at> debbugs.gnu.org (full text, mbox):

From: Danny Milosavljevic <dannym <at> scratchpost.org>
To: 43986 <at> debbugs.gnu.org
Subject: Re: bug#43986: core-updates' grep and coreutils fail strerror_r and
 perror2 tests in gnulib-tests on armhf-on-aarch64
Date: Wed, 21 Oct 2020 18:04:16 +0200

[Message part 1 (text/plain, inline)]

and sed, while trying to prepare the guix environment for grep.

and gettext-minimal 0.21, while trying to prepare the guix environment for grep.

Happens both with this: guix environment -s armhf-linux --pure grep
And with this: guix environment -s armhf-linux --pure -e '(@@ (gnu packages commencement) grep-final)'
That's BEFORE successfully entering the environment.

After fixing all of those, I'm finally in a guix environment for grep.

To be clear, for each of my messages in this bug report, I've made sure to try
it on unmodified core-updates--and it totally fails there, too.

I've not updated from core-updates origin since a few days ago since I don't
want to build all the derivations again.  So Ludo's update of grep to 3.5
I have not seen yet (it's grep 3.4 right now).

[Message part 2 (application/pgp-signature, inline)]

Message #29 received at 43986 <at> debbugs.gnu.org (full text, mbox):

From: Danny Milosavljevic <dannym <at> scratchpost.org>
To: 43986 <at> debbugs.gnu.org
Subject: Re: bug#43986: core-updates' grep and coreutils fail strerror_r and
 perror2 tests in gnulib-tests on armhf-on-aarch64
Date: Wed, 21 Oct 2020 19:03:58 +0200

[Message part 1 (text/plain, inline)]

Finally, I could rerun the tests in guix environment, and they DO NOT FAIL
on aarch64-for-armhf inside guix environment -s armhf-linux grep.

Editing the gettext-minimal package in order to enable tests again and trying to enter

  guix environment -s armhf-linux grep

again, sure enough, gettext-minimal fails with the same error again.

What is going on?!

But

 ./pre-inst-env guix build -s armhf-linux grep

works.

But

./pre-inst-env guix environment -s armhf-linux grep

fails in gettext-minimal.

WTF?!

This is on dover.guix.info.

[Message part 2 (application/pgp-signature, inline)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.