Package: tzdata
Version: 2024b-2
Severity: serious
Justification: fails multiple autopkgtests
tadata 2024b changes the meaning of short names such as 'EST' from
'always this offset' to 'alias for a place that currently uses this
offset'. This causes several autopkgtest failures:
- pandas and dateparser: use python3-tz and create test reference
objects by passing a pytz.timezone directly to datetime.datetime. This
has never worked for non-constant time zones, and the python3-tz
documentation explicitly warns against it (https://pythonhosted.org/pytz/).
Because this is being done in the test reference and not the actual
library, a likely fix is simply to change the test to either use a
constant (Etc/GMT-x) timezone or use pytz localize(). I am attempting
this on both of them, though my first build of dateparser failed:
https://salsa.debian.org/science-team/pandas/-/commit/02fd14ebca5bf79f54e65a1a94df23361fa31a84
https://salsa.debian.org/rnpalmer-guest/dateparser
- postgresql-16: is explicitly testing the handling of dates far in the
past, which this really does (slightly) change the meaning of. I'm not
sure what should be done here.
gnustep-base doesn't display a detailed enough error to say, but
plausibly might be a similar problem.
