hi,
This is definitely caused by a different behaviour of tzset(). The problem
occurs in Utility::setTimezone(). tzset should copy an unknown timezone into
tzname[0]. Looks like glibc tzset no longer does that. Not sure why Uli would
change that. Might be a bug.
The patch submitted-date-and-unknown-tz.diff introduced in Sid glibc since
2.5-1 causes taskjuggler FTBFS:
* patches/any/submitted-date-and-unknown-tz.diff: fix date output in case of
an unknown timezone in $TZ, submitted upstream as #4028.
Closes: #55648, #119540, #269238.
The submitted upstream bug report:
http://sources.redhat.com/bugzilla/show_bug.cgi?id=4028
The proposed patch was rejected and upstream closed the bug as "resolved/
wontfix":
> The existing behavior is as valid as any other. Any change will disrupt
> things, though. No change.
Now, the question is what do we do ? Drop this patch like upstream does, will
re-open 3 other debian bug reports.
Thanks to Pierre Habouzit, Aurelien Jarno and Chris Schlaeger for the
pointers.
cheers,
Fathi
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
