AuroraMiddleware/glibc
1
0
Fork 0
mirror of https://sourceware.org/git/glibc.git synced 2024-12-22 10:50:07 +00:00
Code Issues Packages Projects Releases Wiki Activity

Mention stupid time zone name problem.

Browse Source
This commit is contained in:
Ulrich Drepper 1998-11-30 13:48:15 +00:00
parent 3dc9c97969
commit 3f7b3d9b1f
1 changed files with 15 additions and 1 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

16
FAQ.in
View File

@ -1165,7 +1165,7 @@ the future then the libc may need to change again.
IPv6 will not work with a 2.0.x kernel. When kernel 2.2 is released it IPv6 will not work with a 2.0.x kernel. When kernel 2.2 is released it
should contain all the necessary support; until then you should use the should contain all the necessary support; until then you should use the
latest 2.1.x release you can find. As of 98/11/26 the currently recommended latest 2.1.x release you can find. As of 98/11/26 the currently recommended
kernel for IPv6 is 2.1.129. kernel for IPv6 is 2.1.129.
Also, as of the 2.1 release the IPv6 API provided by GNU libc is not Also, as of the 2.1 release the IPv6 API provided by GNU libc is not
@ -1208,6 +1208,20 @@ Looijaard describes a different way installing glibc2 as secondary libc at
Please note that this is not a complete list. Please note that this is not a complete list.
?? The timezone string for Sydney/Australia is wrong since even when
daylight saving time is in effect the timezone string is EST.
{UD} The problem for some timezones is that the local authorities decided
to use the term "summer time" instead of "daylight saving time". In this
case the abbreviation character `S' is the same as the standard one. So,
for Sydney we have
Eastern Standard Time = EST
Eastern Summer Time = EST
Great! To get this bug fixed convince the authorities to change the laws
and regulations of the country this effects. glibc behaves correctly.
Answers were given by: Answers were given by:
{UD} Ulrich Drepper, <drepper@cygnus.com> {UD} Ulrich Drepper, <drepper@cygnus.com>