[Bug 2077414] Re: gap-guava autopkgtests fail on amd64 with glibc 2.40
Launchpad Bug Tracker
2077414 at bugs.launchpad.net
Wed Aug 21 16:07:58 UTC 2024
This bug was fixed in the package gap-guava - 3.19+ds-2ubuntu1
---------------
gap-guava (3.19+ds-2ubuntu1) oracular; urgency=medium
* d/p/0001-desauto-initialize-the-comment-array-to-a-sensible-v.patch:
Fix test suite against glibc 2.40 (LP: #2077414)
-- Simon Chopin <schopin at ubuntu.com> Wed, 21 Aug 2024 13:09:17 +0200
** Changed in: gap-guava (Ubuntu)
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to glibc in Ubuntu.
https://bugs.launchpad.net/bugs/2077414
Title:
gap-guava autopkgtests fail on amd64 with glibc 2.40
Status in gap-guava package in Ubuntu:
Fix Released
Status in glibc package in Ubuntu:
Invalid
Bug description:
The tests fail with the following output:
########> Diff in /usr/share/gap/pkg/guava/tst/guava.tst:649
m
# Input is:
p := CodeIsomorphism( C1, C2 );
# Expected output:
(2,13,7,10,8,3,5,4,14)(12,15)
# But found:
Syntax error: expression expected in /tmp/gaptempfile.XJJWPR:1
GUAVA_TEMP_VAR := &
^
false
########
########> Diff in /usr/share/gap/pkg/guava/tst/guava.tst:651
# Input is:
C3 := PermutedCode( C1, p );
# Expected output:
a linear [15,5,7]5 permuted code
# But found:
Error, no method found! For debugging hints type ?Recovery from NoMe\
\
thodFound
Error, no 1st choice method found for `PermutedCode' on 2 arguments
########
########> Diff in /usr/share/gap/pkg/guava/tst/guava.tst:653
# Input is:
C2 = C3;
# Expected output:
true
# But found:
Error, Variable: 'C3' must have a value
########
#I Errors detected while testing package guava version 3.19
#I using the test file `/usr/share/gap/pkg/guava/tst/guava.tst'
########
2204 ms (103 ms GC) and 425MB allocated for makecheck.tst
-----------------------------------
total 2204 ms (103 ms GC) and 425MB allocated
1 failures in 1 of 1 files
#I Errors detected while testing
I can reproduce the failure using upstream's development branch. Using
UBSan or AddressSanitizer didn't produce anything useful, however
using ThreadSanitizer made the tests pass, which makes me think
there's a race condition somewhere.
Given that it is the only failure of its kind on all the autopkgtests,
I'm guessing the fault lies outside of glibc and in either the gap-
guava code base or the main gap code.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gap-guava/+bug/2077414/+subscriptions
More information about the foundations-bugs
mailing list