Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 890567 - sys-apps/file: fails tests on sparc
Summary: sys-apps/file: fails tests on sparc
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo's Team for Core System packages
URL:
Whiteboard:
Keywords: TESTFAILURE
Depends on:
Blocks:
 
Reported: 2023-01-12 04:45 UTC by Sam James
Modified: 2023-01-12 07:20 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Sam James archtester Gentoo Infrastructure gentoo-dev Security 2023-01-12 04:45:31 UTC
```
Running test: ../tests/fit-map-data
TZ=UTC MAGIC=../magic/magic ./test -e ../tests/fit-map-data.testfile ../tests/fit-map-data.result
../tests/fit-map-data.testfile: FIT Map data, unit id 65536, serial 3879446968, Sat May 31 03:00:34 2014, manufacturer 1 (garmin), product 1632, type 4 (Activity)
test: ERROR: result was (len 130)
FIT Map data, unit id 65536, serial 3879446968, Sat May 31 03:00:34 2014, manufacturer 1 (garmin), product 1632, type 4 (Activity)
expected (len 131)
FIT Map data, unit id 65536, serial 3879446968, Sat May 31 10:00:34 2014, manufacturer 1 (garmin), product 1632, type 4 (Activity)
make[2]: *** [Makefile:761: check-local] Error 1
make[2]: Leaving directory '/root/file/tests'
make[1]: *** [Makefile:637: check-am] Error 2
make[1]: Leaving directory '/root/file/tests'
make: *** [Makefile:465: check-recursive] Error 1
```

I've reported this upstream at https://bugs.astron.com/view.php?id=416.

I've gone back to 5.39 and the same test fails consistently, which is weird because I feel like I would've noticed if it failed previously, as we have 5.43 marked stable on sparc in Gentoo.
Comment 1 Sam James archtester Gentoo Infrastructure gentoo-dev Security 2023-01-12 07:20:02 UTC
I can't reproduce this in another container and in the bad one, TZ=UTC date misbehaves too.