[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#271428: mapping unknown timezones

Sending to debian-devel because I would like to hear other people's
opinions. It's about #271428, as the subject says. Please keep
271428-quiet@bugs.debian.org on CC (I assume GOTO reads -devel).

also sprach GOTO Masanori <gotom@debian.or.jp> [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

 .''`.     martin f. krafft <madduck@debian.org>
: :'  :    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.

Attachment: signature.asc
Description: Digital signature

Reply to: