Newsgroups: comp.sys.hp.hpux
Path: gmd.de!xlink.net!howland.reston.ans.net!usenet.ins.cwru.edu!
magnus.acs.ohio-state.edu!csn!qwerty-gw.fsl.noaa.gov!porphyry.fsl.noaa.gov!
beilman
From: beil...@porphyry.fsl.noaa.gov (Bryon Beilman)
Subject: Time Zone on HP
Message-ID: <1993Nov22.224633.2390@fsl.noaa.gov>
Sender: n...@fsl.noaa.gov (USENET News System)
Organization: Forecast Systems Lab, NOAA - Boulder CO, USA
Date: Mon, 22 Nov 1993 22:46:33 GMT
Lines: 18
I have read the FAQ, and spoken to numerous support people but have not gotten
a "Real" answer about HP-UX and the time zone variable.
If you unsetenv TZ, the default time zone is EST. I would think that it's more
appropriate to default to the default system time zone. This, apparantly is
hard coded into the OS. Here's what I have done.
1) Modified the kernel to make the offset from GMT to 0. { I want to use GMT }
2) Set the TZ variable in /etc/profile /etc/src.sh /etc/src.csh as well as
local environment variables.
This is fine and Dandy, except that no matter what one does, if the TZ variable
is not, set, then it defaults to EST, which is NOT an acceptable solution.
?? Any ideas out there, or knowledge of when HP is going to "fix" this feature.
Newsgroups: comp.sys.hp.hpux
Path: gmd.de!xlink.net!howland.reston.ans.net!math.ohio-state.edu!sdd.hp.com!
hpscit.sc.hp.com!cupnews0.cup.hp.com!arnet
From: ar...@cup.hp.com (arne thormodsen)
Subject: Re: Time Zone on HP
Sender: n...@cupnews0.cup.hp.com (News Admin)
Message-ID: <CGyHFz.JCx@cup.hp.com>
Date: Tue, 23 Nov 1993 17:47:59 GMT
References: <1993Nov22.224633.2390@fsl.noaa.gov>
Nntp-Posting-Host: kaibutsu.cup.hp.com
Organization: Hewlett-Packard
X-Newsreader: TIN [version 1.2 PL1.4]
Lines: 35
Bryon Beilman (beil...@porphyry.fsl.noaa.gov) wrote:
> I have read the FAQ, and spoken to numerous support people but have not gotten
> a "Real" answer about HP-UX and the time zone variable.
> If you unsetenv TZ, the default time zone is EST. I would think that it's more
> appropriate to default to the default system time zone. This, apparantly is
> hard coded into the OS. Here's what I have done.
> 1) Modified the kernel to make the offset from GMT to 0. { I want to use GMT }
> 2) Set the TZ variable in /etc/profile /etc/src.sh /etc/src.csh as well as
> local environment variables.
I think you forgot /etc/rc. If you set it here then I (believe) your
problems should go away. At least, it worked for me the night before
last on a system I was configuring.
BTW, HP "tradition" seems to be that the TZ variable is set by default
to wherever we manufactured the system. At least this has been the case
for the last 6 or 7 years. Thus we get 800s set to PST and 700s set to
EST. I've always figured this simplified testing, which is by and large
done by non-computer-hacker-types who probably relate better to local
time. I know of no "official" explanation however.
--arne
DISCLAIMER: The above is offered as-is, with no commitment or endorsement
by the Hewlett-Packard Co.
> This is fine and Dandy, except that no matter what one does, if the TZ variable
> is not, set, then it defaults to EST, which is NOT an acceptable solution.
> ?? Any ideas out there, or knowledge of when HP is going to "fix" this feature.
Newsgroups: comp.sys.hp.hpux
Path: gmd.de!newsserver.jvnc.net!howland.reston.ans.net!cs.utexas.edu!
sdd.hp.com!col.hp.com!news.dtc.hp.com!hplextra!hplb!hpcpb!mark
From: m...@bri.hp.com (Mark Simms)
Subject: Re: Time Zone on HP
Sender: n...@bri.hp.com (News User)
Message-ID: <CHCxu4.H6v@bri.hp.com>
Date: Wed, 1 Dec 1993 13:08:28 GMT
References: <1993Nov22.224633.2390@fsl.noaa.gov> <CGyHFz.JCx@cup.hp.com>
Nntp-Posting-Host: porthos.bri.hp.com
Organization: Hewlett-Packard
X-Newsreader: TIN [version 1.2 PL2]
Lines: 22
: I think you forgot /etc/rc. If you set it here then I (believe) your
: problems should go away. At least, it worked for me the night before
: last on a system I was configuring.
Setting TZ anywhere does not stop any process from unsetting it.
Setting it in /etc/rc does not help users since getty (and vuerc)
processes are spawned directly by init and are not children of
/etc/rc. The only universal solution would be to get init to set the
time zone itself.
Mark Simms
----------------------------------------------------------------------
Opinions expressed are my own and are not intended to be an official
statement by Hewlett-Packard Company
----------------------------------------------------------------------
Name: Mark Simms
Profession: Software Engineer
Organization: Hewlett-Packard Computer Peripherals Division
Unix-mail: m...@hpcpbla.bri.hp.com
----------------------------------------------------------------------
Path: gmd.de!newsserver.jvnc.net!yale.edu!xlink.net!howland.reston.ans.net!
math.ohio-state.edu!news.acns.nwu.edu!network.ucsd.edu!sdcc12!xm9
From: x...@sdcc12.ucsd.edu (Tony Burzio)
Newsgroups: comp.sys.hp.hpux
Subject: Re: Time Zone on HP
Summary: Set the time zone in a *single* file
Keywords: tz
Message-ID: <57947@sdcc12.ucsd.edu>
Date: 3 Dec 93 06:15:37 GMT
References: <1993Nov22.224633.2390@fsl.noaa.gov> <CGyHFz.JCx@cup.hp.com>
<CHCxu4.H6v@bri.hp.com>
Sender: n...@sdcc12.ucsd.edu
Organization: Arete Associates, San Diego, CA
Lines: 14
Nntp-Posting-Host: sdcc12.ucsd.edu
In article <CHCxu4....@bri.hp.com> m...@bri.hp.com (Mark Simms) writes:
>Setting TZ anywhere does not stop any process from unsetting it.
>Setting it in /etc/rc does not help users since getty (and vuerc)
>processes are spawned directly by init and are not children of
>/etc/rc. The only universal solution would be to get init to set the
>time zone itself.
I rather liked the SGI method of setting the time zone by having a single
file in the /etc directory that had the time zone in it. Any script that
wanted the time zone would source the file when appropriate.
Tony Burzio
Arete Associates
San Diego, CA
Newsgroups: comp.sys.hp.hpux
Path: gmd.de!xlink.net!howland.reston.ans.net!spool.mu.edu!sdd.hp.com!
col.hp.com!fc.hp.com!cfb
From: c...@fc.hp.com (Charlie Brett)
Subject: Re: Time Zone on HP
Sender: n...@fc.hp.com (news daemon)
Message-ID: <CHGuEC.9A7@fc.hp.com>
Date: Fri, 3 Dec 1993 15:44:36 GMT
References: <1993Nov22.224633.2390@fsl.noaa.gov> <CGyHFz.JCx@cup.hp.com>
<CHCxu4.H6v@bri.hp.com> <57947@sdcc12.ucsd.edu>
Nntp-Posting-Host: hpcfb.fc.hp.com
Organization: Hewlett-Packard Fort Collins Site
X-Newsreader: TIN [version 1.2 PL1.4]
Lines: 11
Tony Burzio (x...@sdcc12.ucsd.edu) wrote:
: I rather liked the SGI method of setting the time zone by having a single
: file in the /etc directory that had the time zone in it. Any script that
: wanted the time zone would source the file when appropriate.
Tony has a point. You could use /etc/src.sh (or /etc/src.csh). Yes it's
a kludge, but it's a solution.
Charlie Brett - HP Ft. Collins
My opinions are my own and in no way represent Hewlett Packard.
Newsgroups: comp.sys.hp.hpux
Path: gmd.de!newsserver.jvnc.net!howland.reston.ans.net!usc!ucla-cs!twinsun!
eggert
From: egg...@twinsun.com (Paul Eggert)
Subject: Re: Time Zone on HP
Message-ID: <CHH4u8.3nx@twinsun.com>
Sender: use...@twinsun.com
Nntp-Posting-Host: spot
Organization: Twin Sun Inc, El Segundo, CA, USA
References: <1993Nov22.224633.2390@fsl.noaa.gov> <CGyHFz.JCx@cup.hp.com>
<CHCxu4.H6v@bri.hp.com> <57947@sdcc12.ucsd.edu> <CHGuEC.9A7@fc.hp.com>
Date: Fri, 3 Dec 1993 19:30:06 GMT
Lines: 26
c...@fc.hp.com (Charlie Brett) writes:
>Tony Burzio (x...@sdcc12.ucsd.edu) wrote:
>: I rather liked the SGI method of setting the time zone by having a single
>: file in the /etc directory that had the time zone in it. Any script that
>: wanted the time zone would source the file when appropriate.
>Tony has a point. You could use /etc/src.sh (or /etc/src.csh). Yes it's
>a kludge, but it's a solution.
Please, HP, how about doing a better job with time zones?
TZ should be put into the environment for all processes, so that
programs don't have to source /etc/src.*sh all the time.
There should be one place where the time zone is set, not two.
Better yet, the host should get the time zone info from the network
if it's on a network; this makes for one less thing to configure.
While we're on the subject, the time zone data in /etc/set_parms is a
bit of a joke. It doesn't handle daylight savings transition times
correctly outside the US. It has several errors about countries
ranging from Iceland to Venezuela. This is a small area where HP is a
bit behind.
I suggest that HP adopt Arthur David Olson's public domain time zone
database and code, which you can FTP from elsie.nci.nih.gov in pub/tz*.
Sun uses it, SVR4 uses it, even Linux uses it; HP-UX should use it.