Sending to debian-devel because I would like to hear other people's opinions. It's about #271428, as the subject says. Please keep [EMAIL PROTECTED] on CC (I assume GOTO reads -devel).
also sprach GOTO Masanori <[EMAIL PROTECTED]> [2005.04.16.1421 +0200]: > Exactly, the problem is strftime. If you want to change it, > please propose it - such new function might be GNU specific > interface. > > BTW, I think it's not buggy because it has been used for a long > time on various unix. It seems you're eager to have new strftime > - why don't you work for it? We are running in circles. Just because something has been used for a long time does not mean it is be bug free. If libc does not know the timezone you request, it should *not* fall back to GMT and claim that it is rendering the requested timezone. cirrus:~> TZ=GOTO date Sat Apr 16 12:48:31 GOTO 2005 is wrong. It is not 12:48 in the GOTO timezone because the GOTO timezone does not exist. If you ask me, it should do either of the following, in decreasing order of my preference: cirrus:~> TZ=GOTO date W: unknown timezone: GOTO. Using UTC instead. Sat Apr 16 12:48:31 UTC 2005 cirrus:~> TZ=GOTO date Sat Apr 16 12:48:31 UTC 2005 cirrus:~> TZ=GOTO date E: unknown timezone: GOTO. Now, whether this is a strftime problem, or how to incorporate the above into strftime is not my concern. I am a user and not willing to figure out the libc dungeons. I just note that the current behaviour of date is misleading, and that is what this bug is all about. -- .''`. martin f. krafft <[EMAIL PROTECTED]> : :' : proud Debian developer, admin, user, and author `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! gentoo: for when overclocking gets unexciting.
signature.asc
Description: Digital signature
