5 ms·
The part about "using the text of the invalid timezone" seems to be fixed in latest GNU date (8.32): $ TZ=EDT gdate Wed Feb 10 13:22:23 UTC 2021 $ gdate
by cfstras 6y ago
The part about "using the text of the invalid timezone" seems to be fixed in latest GNU date (8.32):
$ TZ=EDT gdate
Wed Feb 10 13:22:23 UTC 2021
$ gdate --version
date (GNU coreutils) 8.32
...
8.30 (shipped in debian buster) still has the problem.
The BSD version of date shipped with MacOS 10.15 also does not seem to have this bug.
- prussian 6y agomore likely the libc. I have the same version of GNU date using glibc and this behavior persists, as I would expect.
- cfstras 6y agoah, that makes sense. Looks like the gdate I'm using only links against libsystem, and I don't have a glibc anywhere. So it's the darwin libc that doesn't have this bug. Testing with https://hub.docker.com/_/busybox https://hub.docker.com/_/busybox, it seems like musl also has this problem. uclibc is not affected.