Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 886073 - app-misc/dateutils-0.4.9 fails tests (DASH-SYSTEM): FAIL: dzone.008.ctst
Summary: app-misc/dateutils-0.4.9 fails tests (DASH-SYSTEM): FAIL: dzone.008.ctst
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Matthias Coppens
Depends on:
Reported: 2022-12-15 08:31 UTC by Agostino Sarubbo
Modified: 2023-09-14 00:55 UTC (History)
2 users (show)

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

build.log (build.log,341.99 KB, text/plain)
2022-12-15 08:31 UTC, Agostino Sarubbo
1-test-suite.log (1-test-suite.log,639 bytes, text/plain)
2022-12-15 08:31 UTC, Agostino Sarubbo

Note You need to log in before you can comment on or make changes to this bug.
Description Agostino Sarubbo gentoo-dev 2022-12-15 08:31:10 UTC

Issue: app-misc/dateutils-0.4.9 fails tests (DASH-SYSTEM).
Discovered on: amd64 (internal ref: dash_tinderbox)

(DASH-SYSTEM) in the summary means that the bug was found on a machine that runs /bin/sh as dash but this bug MAY or MAY NOT BE related to dash.
Comment 1 Agostino Sarubbo gentoo-dev 2022-12-15 08:31:12 UTC
Created attachment 842767 [details]

build log and emerge --info
Comment 2 Agostino Sarubbo gentoo-dev 2022-12-15 08:31:13 UTC
Created attachment 842769 [details]

Comment 3 Agostino Sarubbo gentoo-dev 2022-12-15 08:31:14 UTC
Error(s) that match a know pattern in addition to what has been reported in the summary:

FAIL: dzone.008.ctst
make[2]: ./tzmap: No such file or directory
Comment 4 Jonathan Lovelace 2023-09-14 00:55:06 UTC
When I last built dateutils-0.4.9 on one machine in February 2022, it passed all its tests fine; trying to get Gentoo set up on a new machine, I just hit this test failure. (Testing locally on the former machine reveals that 0.4.10 also suffers the same test failure.)

Some digging on the IANA tzdata announcement list shows that the timestamp of Singapore's December-31-1991 time-zone transition was corrected by half an hour in November 2022 (timezone-data-2022g), which broke the test. The dateutils git repository includes two commits that together fix the test (one fixes it for the new timezone-data version but breaks it for the old, then the next commit replaces that with test data from Jakarta a decade before, which works against both timezone-data versions), namely 841c635bf283e4b023bd98fbff9ebda1f340b024 and 35041f4d9f06f94e4e408a3a12be237d4aa9ef44. Once I put them in /etc/portage/patches (named so as to be applied in that order), the tests passed.