One last question.....on DST
When editing a CST TIMEZONE file, I have been using this format:
TZ='CST6CDT,M3.2.0/2,M11.1.0/2'

But recently I have seen other postings use:
TZ='CST6CDT5,M3.2.0/2,M11.1.0/2'

Which is correct?
Thanks in advance!

beetle.vw@gmail.com typed (on Thu, Mar 08, 2007 at 08:16:07AM -0800):
| One last question.....on DST
| When editing a CST TIMEZONE file, I have been using this format:
| TZ='CST6CDT,M3.2.0/2,M11.1.0/2'
|
| But recently I have seen other postings use:
| TZ='CST6CDT5,M3.2.0/2,M11.1.0/2'
|
| Which is correct?

Either one, they are equivalent.

It is less than obvious that to get the specifics on the construction of
the TZ variable you should run 'man environ'.

There you can read:

The offset after dst is the difference between local standard
time and local summertime. If you do not specify an offset, it
is assumed to be one hour. (This is usually what you want.)

I think that is in error, and what it SHOULD say is that the [optional]
offset after dst is the difference from the time at the Prime Meridian,
and if this offset is not specified, then it is assumed to one hour less
than the offset for standard time.

--
JP
==> http://www.frappr.com/cusm <==

On Thu, Mar 08, 2007, Jean-Pierre Radley wrote:
>beetle.vw@gmail.com typed (on Thu, Mar 08, 2007 at 08:16:07AM -0800):
>| One last question.....on DST
>| When editing a CST TIMEZONE file, I have been using this format:
>| TZ='CST6CDT,M3.2.0/2,M11.1.0/2'
>|
>| But recently I have seen other postings use:
>| TZ='CST6CDT5,M3.2.0/2,M11.1.0/2'
>|
>| Which is correct?
>
>Either one, they are equivalent.
>
>It is less than obvious that to get the specifics on the construction of
>the TZ variable you should run 'man environ'.
>
>There you can read:
>
> The offset after dst is the difference between local standard
> time and local summertime. If you do not specify an offset, it
> is assumed to be one hour. (This is usually what you want.)
>
>I think that is in error, and what it SHOULD say is that the [optional]
>offset after dst is the difference from the time at the Prime Meridian,
>and if this offset is not specified, then it is assumed to one hour less
>than the offset for standard time.

What processes access the /etc/TIMEZONE file to set TZ?

I don't see anything in /etc/profile or similar startup scripts that would
be used to set user's environments (OpenServer 5.0.6a and earlier).

I've been appending ``. /etc/TIMEZONE'' to the /etc/profile file when
updating these systems.

Bill
--
INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC
URL: http://www.celestial.com/ PO Box 820; 6641 E. Mercer Way
FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676

``Everybody is ignorant, only on different subjects.''
Will Rogers

On Mar 8, 9:44 am, Bill Campbell <b...@celestial.com> wrote:
> On Thu, Mar 08, 2007, Jean-Pierre Radley wrote:
> >beetle...@gmail.com typed (on Thu, Mar 08, 2007 at 08:16:07AM -0800):
> >| One last question.....on DST
> >| When editing a CST TIMEZONE file, I have been using this format:
> >| TZ='CST6CDT,M3.2.0/2,M11.1.0/2'
> >|
> >| But recently I have seen other postings use:
> >| TZ='CST6CDT5,M3.2.0/2,M11.1.0/2'
> >|
> >| Which is correct?
>
> >Either one, they are equivalent.
>
> >It is less than obvious that to get the specifics on the construction of
> >the TZ variable you should run 'man environ'.
>
> >There you can read:
>
> > The offset after dst is the difference between local standard
> > time and local summertime. If you do not specify an offset, it
> > is assumed to be one hour. (This is usually what you want.)
>
> >I think that is in error, and what it SHOULD say is that the [optional]
> >offset after dst is the difference from the time at the Prime Meridian,
> >and if this offset is not specified, then it is assumed to one hour less
> >than the offset for standard time.
>
> What processes access the /etc/TIMEZONE file to set TZ?
>
> I don't see anything in /etc/profile or similar startup scripts that would
> be used to set user's environments (OpenServer 5.0.6a and earlier).
>
> I've been appending ``. /etc/TIMEZONE'' to the /etc/profile file when
> updating these systems.
>
> Bill
> --
> INTERNET: b...@Celestial.COM Bill Campbell; Celestial Software LLC
> URL:http://www.celestial.com/ PO Box 820; 6641 E. Mercer Way
> FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676
>
> ``Everybody is ignorant, only on different subjects.''
> Will Rogers

The init process appears to read /etc/TIMEZONE when it starts up. It
passes TZ on to the shells. Unfortunately it doesn't re-read it when
signaled (telinit). You have to re-boot for changes in it to take
effect.

Explicitly including TIMEZONE in /etc/profile is good practice, but
won't ensure that all of init's other children are on the same page.
I've re-booted all systems after changing TIMEZONE.

--Ray Robert

On Mar 8, 12:52 pm, "ThreeStar" <s...@3starsoftware.com> wrote:
> On Mar 8, 9:44 am, Bill Campbell <b...@celestial.com> wrote:
>
>
>
> > On Thu, Mar 08, 2007, Jean-Pierre Radley wrote:
> > >beetle...@gmail.com typed (on Thu, Mar 08, 2007 at 08:16:07AM -0800):
> > >| One last question.....on DST
> > >| When editing a CST TIMEZONE file, I have been using this format:
> > >| TZ='CST6CDT,M3.2.0/2,M11.1.0/2'
> > >|
> > >| But recently I have seen other postings use:
> > >| TZ='CST6CDT5,M3.2.0/2,M11.1.0/2'
> > >|
> > >| Which is correct?
>
> > >Either one, they are equivalent.
>
> > >It is less than obvious that to get the specifics on the construction of
> > >the TZ variable you should run 'man environ'.
>
> > >There you can read:
>
> > > The offset after dst is the difference between local standard
> > > time and local summertime. If you do not specify an offset, it
> > > is assumed to be one hour. (This is usually what you want.)
>
> > >I think that is in error, and what it SHOULD say is that the [optional]
> > >offset after dst is the difference from the time at the Prime Meridian,
> > >and if this offset is not specified, then it is assumed to one hour less
> > >than the offset for standard time.
>
> > What processes access the /etc/TIMEZONE file to set TZ?
>
> > I don't see anything in /etc/profile or similar startup scripts that would
> > be used to set user's environments (OpenServer 5.0.6a and earlier).
>
> > I've been appending ``. /etc/TIMEZONE'' to the /etc/profile file when
> > updating these systems.
>
> > Bill
> > --
> > INTERNET: b...@Celestial.COM Bill Campbell; Celestial Software LLC
> > URL:http://www.celestial.com/PO Box 820; 6641 E. Mercer Way
> > FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676
>
> > ``Everybody is ignorant, only on different subjects.''
> > Will Rogers
>
> The init process appears to read /etc/TIMEZONE when it starts up. It
> passes TZ on to the shells. Unfortunately it doesn't re-read it when
> signaled (telinit). You have to re-boot for changes in it to take
> effect.
>
> Explicitly including TIMEZONE in /etc/profile is good practice, but
> won't ensure that all of init's other children are on the same page.
> I've re-booted all systems after changing TIMEZONE.
>
> --Ray Robert

I have also rebooted after making changes. I tested the TIMEZONE edit
on a brand new 5.0.7 mp5, rolled the date ahead rebooted and time
reflected the change. But when I took it one more step moving the date
ahead to 11/5 the time did not change? Suggestions....comments.

Thanks!

On Mar 8, 2:44 pm, beetle...@gmail.com wrote:
> On Mar 8, 12:52 pm, "ThreeStar" <s...@3starsoftware.com> wrote:
>
>
>
> > On Mar 8, 9:44 am, Bill Campbell <b...@celestial.com> wrote:
>
> > > On Thu, Mar 08, 2007, Jean-Pierre Radley wrote:
> > > >beetle...@gmail.com typed (on Thu, Mar 08, 2007 at 08:16:07AM -0800):
> > > >| One last question.....on DST
> > > >| When editing a CST TIMEZONE file, I have been using this format:
> > > >| TZ='CST6CDT,M3.2.0/2,M11.1.0/2'
> > > >|
> > > >| But recently I have seen other postings use:
> > > >| TZ='CST6CDT5,M3.2.0/2,M11.1.0/2'
> > > >|
> > > >| Which is correct?
>
> > > >Either one, they are equivalent.
>
> > > >It is less than obvious that to get the specifics on the construction of
> > > >the TZ variable you should run 'man environ'.
>
> > > >There you can read:
>
> > > > The offset after dst is the difference between local standard
> > > > time and local summertime. If you do not specify an offset, it
> > > > is assumed to be one hour. (This is usually what you want.)
>
> > > >I think that is in error, and what it SHOULD say is that the [optional]
> > > >offset after dst is the difference from the time at the Prime Meridian,
> > > >and if this offset is not specified, then it is assumed to one hour less
> > > >than the offset for standard time.
>
> > > What processes access the /etc/TIMEZONE file to set TZ?
>
> > > I don't see anything in /etc/profile or similar startup scripts that would
> > > be used to set user's environments (OpenServer 5.0.6a and earlier).
>
> > > I've been appending ``. /etc/TIMEZONE'' to the /etc/profile file when
> > > updating these systems.
>
> > > Bill
> > > --
> > > INTERNET: b...@Celestial.COM Bill Campbell; Celestial Software LLC
> > > URL:http://www.celestial.com/POBox 820; 6641 E. Mercer Way
> > > FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676
>
> > > ``Everybody is ignorant, only on different subjects.''
> > > Will Rogers
>
> > The init process appears to read /etc/TIMEZONE when it starts up. It
> > passes TZ on to the shells. Unfortunately it doesn't re-read it when
> > signaled (telinit). You have to re-boot for changes in it to take
> > effect.
>
> > Explicitly including TIMEZONE in /etc/profile is good practice, but
> > won't ensure that all of init's other children are on the same page.
> > I've re-booted all systems after changing TIMEZONE.
>
> > --Ray Robert
>
> I have also rebooted after making changes. I tested the TIMEZONE edit
> on a brand new 5.0.7 mp5, rolled the date ahead rebooted and time
> reflected the change. But when I took it one more step moving the date
> ahead to 11/5 the time did not change? Suggestions....comments.
>
> Thanks!


It worked here. Are you sure you set the time ahead for 11/5?
Does your initial post contain the exact string of your TZ variable?

Good luck,
Dan Martin

On Thu, Mar 08, 2007, Jean-Pierre Radley wrote:
>Bill Campbell typed (on Thu, Mar 08, 2007 at 09:44:24AM -0800):
>| What processes access the /etc/TIMEZONE file to set TZ?
>|
>| I don't see anything in /etc/profile or similar startup scripts that would
>| be used to set user's environments (OpenServer 5.0.6a and earlier).
>|
>| I've been appending ``. /etc/TIMEZONE'' to the /etc/profile file when
>| updating these systems.
>
>This tells all:
> grep TIMEZONE /etc/bcheckrc
> grep bcheckrc /etc/inittab

Actually it's a start, but not all. I broke down and ran a
script to find all references to /etc/TIMEZONE under the /etc
directory and came up with:

/etc/shutdown
/etc/bcheckrc
/etc/pwr/sys/pwrscript
/etc/tz
/etc/initscript

The /etc/bcheckrc seems to use it to set the initial time from
the system clock, and /etc/initscript looks like it's executed
during the boot process.

It appears to me that it's will be necessary to reboot these
systems after changing the /etc/TIMEZONE file, or at least top
stop and restart cron so that it picks up the changes.

Bill
--
INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC
URL: http://www.celestial.com/ PO Box 820; 6641 E. Mercer Way
FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676

``Democracy Is Mob Rule with Income Taxes''

Bill Campbell typed (on Thu, Mar 08, 2007 at 01:16:54PM -0800):
|
| It appears to me that it's will be necessary to reboot these
| systems after changing the /etc/TIMEZONE file, or at least top
| stop and restart cron so that it picks up the changes.

That was never in doubt.


--
JP
==> http://www.frappr.com/cusm <==

Hello all,

Can anyone explain what the '-R' flag does:

sshd -R

The -R flag is not documented anywhere on man pages.
OS: SCO 5.0.6

root 1695 1 0 Feb-07 ? 00:00:02 /usr/local/sbin/sshd
root 1021 1695 0 11:06:49 ? 00:00:04 /usr/local/sbin/sshd -R

TIA,
- Jeff Hyman

On Mar 9, 12:18 pm, Jeff Hyman <scol...@cactus.com> wrote:
> Hello all,
>
> Can anyone explain what the '-R' flag does:
>
> sshd -R
>
> The -R flag is not documented anywhere on man pages.
> OS: SCO 5.0.6
>
> root 1695 1 0 Feb-07 ? 00:00:02 /usr/local/sbin/sshd
> root 1021 1695 0 11:06:49 ? 00:00:04 /usr/local/sbin/sshd -R
>
> TIA,
> - Jeff Hyman


Hi Jeff,

Look for the -R option in
man ssh

I'm wondering if this would fire up another instance of the daemon,
PID 1021 in
your case, on the host.

Good luck,
Dan