This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PING^2] RFC [PATCH] BZ#1077902: New API gettimezone
- From: "Carlos O'Donell" <carlos at redhat dot com>
- To: Paul Eggert <eggert at cs dot ucla dot edu>, P J P <pj dot pandit at yahoo dot co dot in>, "libc-alpha at sourceware dot org" <libc-alpha at sourceware dot org>
- Date: Thu, 01 May 2014 03:05:18 -0400
- Subject: Re: [PING^2] RFC [PATCH] BZ#1077902: New API gettimezone
- Authentication-results: sourceware.org; auth=none
- References: <1396499286 dot 85118 dot YahooMailNeo at web192405 dot mail dot sg3 dot yahoo dot com> <1397301884 dot 32837 dot YahooMailNeo at web192402 dot mail dot sg3 dot yahoo dot com> <534971E4 dot 6060001 at cs dot ucla dot edu> <53497633 dot 6060804 at redhat dot com> <1397324033 dot 69177 dot YahooMailNeo at web192403 dot mail dot sg3 dot yahoo dot com> <5349A4B0 dot 2070206 at redhat dot com> <1397375798 dot 36419 dot YahooMailNeo at web192401 dot mail dot sg3 dot yahoo dot com> <1397414803 dot 70882 dot YahooMailNeo at web192403 dot mail dot sg3 dot yahoo dot com> <534B8A9F dot 8030806 at redhat dot com> <1397469748 dot 42212 dot YahooMailNeo at web192405 dot mail dot sg3 dot yahoo dot com> <1398146221 dot 72442 dot YahooMailNeo at web192403 dot mail dot sg3 dot yahoo dot com> <1398755742 dot 94004 dot YahooMailNeo at web192405 dot mail dot sg3 dot yahoo dot com> <535F74EE dot 8010002 at redhat dot com> <1398775268 dot 92264 dot YahooMailNeo at web192405 dot mail dot sg3 dot yahoo dot com> <535FC11B dot 3000906 at cs dot ucla dot edu> <1398801168 dot 81041 dot YahooMailNeo at web192406 dot mail dot sg3 dot yahoo dot com> <5360378D dot 1060306 at cs dot ucla dot edu> <1398872997 dot 84757 dot YahooMailNeo at web192402 dot mail dot sg3 dot yahoo dot com> <53614148 dot 90603 at cs dot ucla dot edu> <5361D8D1 dot 60400 at redhat dot com> <5361E805 dot 9080606 at cs dot ucla dot edu>
On 05/01/2014 02:21 AM, Paul Eggert wrote:
> Carlos O'Donell wrote:
>> even if you had identical files there is presently no programmatic
>> API to determine your own TZ
>
> But there is a programmatic API, namely getenv ("TZ"). If the
> chrooted files are identical, and if the TZ value (or lack of value)
> is propagated into the chrooted process, localtime should behave the
> same way inside the chrooted jail as it does outside.
Sure, but getenv ("TZ"); right now on an OpenShift gear returns "",
and if I pass my cartridge to someone running in Mumbai, and they
use it the chroot'd process prints the wrong time.
As the user I get to decide how to run my servers and UTC isn't
what I want.
How do I get the TZ out of the running system?
> That is, it's not necessary to set TZ to the same string both inside
> and outside the jail. All that's necessary is that if TZ is set
> outside the jail, it must be set to the same value inside the jail,
> and vice versa.
Sure, but what do I set TZ to?
It seems way more sensible to just provide the missing symmetric
portion of the API than to say "You just have to get all other
distros or frameworks you use to set TZ."
>> Do we agree that there is a flaw in the API here?
>
> That depends on what one means by "flaw". :-) My impression so far
> has been that most of the problem has been due to a lack of
> understanding of how time zones work in glibc. If my impression is
> correct, then perhaps all we need to do is improve the
> documentation.
I think it's my own failing at explaining why it's relevant and or
important.
On top of all this copying in /etc/localtime for say Docker containers
forces a COW for the changed file and that's a size and performance
issue. Assume you have the same TZ's and all you want is to detect
the local timezone, and pass it to all of your children via env var
TZ. Today you can't detect the local timezone via any API.
Leave the discussion of binary data in TZ out of this discussion
and for another day.
Cheers,
Carlos.