On 6/13/24 8:31 AM, Martin D Kealey wrote:
On Tue, 11 Jun 2024 at 21:52, Grisha Levit <grishale...@gmail.com> wrote:

POSIX says about the TZ variable:

     If the dst field is specified and the rule field is not, it is
     implementation-defined when the changes to and from DST occur.

musl seems to interpret `TZ=EST5EDT` as having DST always in effect,
causing the tests that rely on the glibc behavior (of defaulting to
America/New_York transition rules) to fail.


It appears that glibc treats the 6 US timezones not as specifications using
an implementation-defined rule, but rather references to files with names
like /usr/share/zoneinfo/PST8PDT. Perhaps the issue is that systems using
musl don't include the tzdata package?

Not just glibc.

I also note a minor bug/issue with printf in Bash 5.3-alpha: the builtin
printf treats TZ=CET-1CEST,M3.5,M10.5/3 as if it were oddly-named UTC.

Bash just calls tzset() and doesn't do anything else with $TZ. Any further
interpretation of the timezone data is there or in strftime(3).

--
``The lyf so short, the craft so long to lerne.'' - Chaucer
                 ``Ars longa, vita brevis'' - Hippocrates
Chet Ramey, UTech, CWRU    c...@case.edu    http://tiswww.cwru.edu/~chet/

Attachment: OpenPGP_signature.asc
Description: OpenPGP digital signature

Reply via email to