Source: gnustep-base
Version: 1.29.0-6
Severity: serious
X-Debbugs-CC: tzd...@packages.debian.org
Tags: sid trixie
User: debian...@lists.debian.org
Usertags: needs-update
Control: affects -1 src:tzdata

Dear maintainer(s),

With a recent upload of tzdata the autopkgtest of gnustep-base fails in testing when that autopkgtest is run with the binary packages of tzdata from unstable. It passes when run with only packages from testing. In tabular form:

                       pass            fail
tzdata                 from testing    2023c-10
gnustep-base           from testing    1.29.0-6
all others             from testing    from testing

I copied some of the output at the bottom of this report.

Currently this regression is blocking the migration of tzdata to testing [1]. Of course, tzdata shouldn't just break your autopkgtest (or even worse, your package), but it seems to me that the change in tzdata was intended and your package needs to update to the new situation.

If this is a real problem in your package (and not only in your autopkgtest), the right binary package(s) from tzdata should really add a versioned Breaks on the unfixed version of (one of your) package(s). Note: the Breaks is nice even if the issue is only in the autopkgtest as it helps the migration software to figure out the right versions to combine in the tests.

More information about this bug and the reason for filing it can be found on
https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation

Paul

[1] https://qa.debian.org/excuses.php?package=tzdata

https://ci.debian.net/data/autopkgtest/testing/amd64/g/gnustep-base/37117679/log.gz

106s Tests/base/NSCalendarDate/test00.m:
106s Failed test: (2023-08-25 06:10:33.417 +0000) test00.m:253 ... date check with 2002-03-31 01:30:00 106s Failed test: (2023-08-25 06:10:33.417 +0000) test00.m:268 ... date check with 2002-03-31 01:30:00 106s Failed test: (2023-08-25 06:10:33.417 +0000) test00.m:272 ... date check with 2002-03-31 00:30:00 106s Failed test: (2023-08-25 06:10:33.417 +0000) test00.m:430 ... date year calculation preserves timezone

Attachment: OpenPGP_signature.asc
Description: OpenPGP digital signature

Reply via email to