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

Bug#271428: mapping unknown timezones



also sprach GOTO Masanori <gotom@debian.or.jp> [2004.09.27.1117 +0200]:
> Hmm...  Did you read my previous posts?

I wonder if you ever read any of ours, and let your brain do some
thinking upon doing so.

> >   (a) report an error and do not display the date
> >   or
> >   (b) report the GMT time *but state* that it did so by outputting 
> >         Mon Sep 27 06:26:35 GMT 2004
> 
> You need to think 2 points.  One is the current date message is used
> for a long time, not only glibc system but also other OSes.  Changing
> them means you need to consider such history and impact.  Two is you
> need to think about the strftime(3) interface (read POSIX and SUS).

(b) does not at all change the format. (a) and (b)'s second version
use stderr the way it was supposed to be used.

And second: yeah, so? I am sure there exists some function to query
the timezone database for existance and handle this properly within
date. As it stands, strftime and date are buggy.

> >       and possibly even a warning before that:
> >         W: mapped non-existing timezone Croatia/Zagreb to GMT
> >         Mon Sep 27 06:26:35 GMT 2004
> 
> If you can do so, please show us such code.

Well, the problem seems to be better fixed in strftime. I guess
that's an advantage because then we deal with other people, who take
notice of such proposals and don't let the arrogant turd hang loose
when others pretend (and seem) to also know what they are talking
about.

-- 
Please do not CC me when replying to lists; I read them!
 
 .''`.     martin f. krafft <madduck@debian.org>
: :'  :    proud Debian developer, admin, and user
`. `'`
  `-  Debian - when you have better things to do than fixing a system
 
Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver!

Attachment: signature.asc
Description: Digital signature


Reply to: