Re: What time is it in Lebanon?

[Radoslaw Skorupka]

W dniu 27.03.2023 o 08:43, Paul Gilmartin pisze:

[...]

STP get its time from enterprise NTP servers.

Nothing comes preconfigured.


Ouch!  Does IBM not even suggest the correct strings for TZ for various 
locations?


AFAIR one can put even incorrect string for TZ. Several years ago I 
tried to set it properly and put some curse word for test. Then ...I 
left it because of some Very Important Meeting. Few months later someone 
asked me about timezone setting...




--
Radoslaw Skorupka
Lodz, Poland

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: What time is it in Lebanon?

[Gadi Ben-Avi]

Actually, there was no need to change the TZ variable.
What we did is issue the command SET TIMEZONE=E.03.00 at 2 am on March 24th.
On Sunday (our next regular work day), I changed the CLOCKxx member to reflect 
the change, in case we decide to IPL at some time in the future.

Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: יום ב 27 מרץ 2023 11:45
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: What time is it in Lebanon?

On Mon, 27 Mar 2023 06:48:49 +, Gadi Ben-Avi  wrote:

>We changed the time on Friday March 24th at 2 am.
>
Do you mean you changed the TZ variable on March 24?

>-Original Message-
>On Mon, 27 Mar 2023 04:49:32 +, Gadi Ben-Avi  wrote:
>
>>When I install a new version of z/OS in Israel I set the time zone in 
>>SYS1.PARMLIB(CLOCKxx) and in /etc/profile. I set TZ to IST-2IDT.
>>
That variable causes the offset to change on March 12, American rules, not 
Israeli, according to:
<https://www.ibm.com/docs/en/zos/2.5.0?topic=variable-command-format>
If this Daylight Saving Time rule is omitted altogether,
the values in the rule default to the standard rules for
American Daylight Saving Time. 

--
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: What time is it in Lebanon?

[Paul Gilmartin]

On Mon, 27 Mar 2023 06:48:49 +, Gadi Ben-Avi  wrote:

>We changed the time on Friday March 24th at 2 am.
>
Do you mean you changed the TZ variable on March 24?

>-Original Message-
>On Mon, 27 Mar 2023 04:49:32 +, Gadi Ben-Avi  wrote:
>
>>When I install a new version of z/OS in Israel I set the time zone in 
>>SYS1.PARMLIB(CLOCKxx) and in /etc/profile. I set TZ to IST-2IDT.
>>
That variable causes the offset to change on March 12, American rules,
not Israeli, according to:

If this Daylight Saving Time rule is omitted altogether,
the values in the rule default to the standard rules for
American Daylight Saving Time. 

-- 
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: What time is it in Lebanon?

[ITschak Mugzach]

Lebanon Time is not a joke. `christians and muslims can't agree on
anything, including what time is now.

ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Continuous Monitoring
for z/OS, x/Linux & IBM I **| z/VM coming soon  *




On Mon, Mar 27, 2023 at 9:49 AM Gadi Ben-Avi  wrote:

> We changed the time on Friday March 24th at 2 am.
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Paul Gilmartin
> Sent: יום ב 27 מרץ 2023 09:44
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: What time is it in Lebanon?
>
> On Mon, 27 Mar 2023 04:49:32 +, Gadi Ben-Avi  wrote:
>
> >When I install a new version of z/OS in Israel I set the time zone in
> SYS1.PARMLIB(CLOCKxx) and in /etc/profile. I set TZ to IST-2IDT.
> >
> On what date this year does that change the offset from IST to IDT?  By
> experiment on MacOS, I see March 12, which is the convention for USA, not
> ISRAEL.
>
> With TZ=IST-2IDT,M3.4.4/26,M10.5.0 I get March 26, which
> www.timeanddate.com says is correct for Israel.
>
> >Some USS based tasks have their own time zone setting which must be
> updated as well.
> >
> Why more than one?  Just one works fine on my desktop and phone.
> Is it to support geographically distributed systems, or can IBM just not
> get its act together?
>
> >The time comes from STP which is set to UTC.
> >
> IBM recommends in the PoOps TAI-10 seconds, which is now UTC-27.
>
> >STP get its time from enterprise NTP servers.
> >
> >Nothing comes preconfigured.
> >
> Ouch!  Does IBM not even suggest the correct strings for TZ for various
> locations?
>
> --
> gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: What time is it in Lebanon?

[Gadi Ben-Avi]

We changed the time on Friday March 24th at 2 am.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: יום ב 27 מרץ 2023 09:44
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: What time is it in Lebanon?

On Mon, 27 Mar 2023 04:49:32 +, Gadi Ben-Avi  wrote:

>When I install a new version of z/OS in Israel I set the time zone in 
>SYS1.PARMLIB(CLOCKxx) and in /etc/profile. I set TZ to IST-2IDT.
>
On what date this year does that change the offset from IST to IDT?  By 
experiment on MacOS, I see March 12, which is the convention for USA, not 
ISRAEL.

With TZ=IST-2IDT,M3.4.4/26,M10.5.0 I get March 26, which www.timeanddate.com 
says is correct for Israel.

>Some USS based tasks have their own time zone setting which must be updated as 
>well. 
>
Why more than one?  Just one works fine on my desktop and phone.
Is it to support geographically distributed systems, or can IBM just not get 
its act together?

>The time comes from STP which is set to UTC.
>
IBM recommends in the PoOps TAI-10 seconds, which is now UTC-27.

>STP get its time from enterprise NTP servers.
>
>Nothing comes preconfigured.
>
Ouch!  Does IBM not even suggest the correct strings for TZ for various 
locations?

--
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: What time is it in Lebanon?

[Paul Gilmartin]

On Mon, 27 Mar 2023 04:49:32 +, Gadi Ben-Avi  wrote:

>When I install a new version of z/OS in Israel I set the time zone in 
>SYS1.PARMLIB(CLOCKxx) and in /etc/profile. I set TZ to IST-2IDT.
>
On what date this year does that change the offset from IST to IDT?  By 
experiment
on MacOS, I see March 12, which is the convention for USA, not ISRAEL.

With TZ=IST-2IDT,M3.4.4/26,M10.5.0 I get March 26, which www.timeanddate.com
says is correct for Israel.

>Some USS based tasks have their own time zone setting which must be updated as 
>well. 
>
Why more than one?  Just one works fine on my desktop and phone.
Is it to support geographically distributed systems, or can IBM just not
get its act together?

>The time comes from STP which is set to UTC.
>
IBM recommends in the PoOps TAI-10 seconds, which is now UTC-27.

>STP get its time from enterprise NTP servers.
>
>Nothing comes preconfigured.
>
Ouch!  Does IBM not even suggest the correct strings for TZ for various 
locations?

-- 
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: What time is it in Lebanon?

[Gadi Ben-Avi]

When I install a new version of z/OS in Israel I set the time zone in 
SYS1.PARMLIB(CLOCKxx) and in /etc/profile. I set TZ to IST-2IDT.
Some USS based tasks have their own time zone setting which must be updated as 
well. 
The time comes from STP which is set to UTC.
STP get its time from enterprise NTP servers.

Nothing comes preconfigured.

Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: יום א 26 מרץ 2023 23:43
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: What time is it in Lebanon?

On Sun, 26 Mar 2023 14:26:37 -0500, Mike Schwab wrote:

>https://www.bbc.com/news/world-middle-east-65079574
>
See: <https://www.iana.org/time-zones> and follow links to 
<https://mm.icann.org/pipermail/tz/2023-March/032758.html>,
which recommends:  
* To adopt the rule change, use Libyan time (TZ='Africa/Tripoli'). 
Alternatively if you have a POSIX-conforming system you can use 
TZ='EET-2EEST,M4.3.5/0,M10.5.0/0' instead.

More relevant to this list, when IBM ships a system outside the USA does it 
ship with /etc/profile configured for the POSIX time zone for the destination?  
What assistance does IBM supply?  Most desktop and handheld systems come 
configured with the tzdata utility (see above).  POSIX time zone definitions 
are effectively idiosyncratic, hardly required other than by IBM.  Instances 
are hard to find and ugly.  For example, for Tel Aviv:
TZ=IST-2IDT,M3.4.4/26,M10.5.0

--
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: What time is it in Lebanon?

[Bob Bridges]

Yet another argument for GMT.  I get why most folks wouldn't want to use it in 
their everyday lives, but for computer installations I could learn to love it.

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* A man's most valuable trait is a judicious sense of what not to believe.  
-Euripides */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Sunday, March 26, 2023 16:43

See:  and follow links to 
, which recommends:  

* To adopt the rule change, use Libyan time (TZ='Africa/Tripoli'). 
Alternatively if you have a POSIX-conforming system you can use 
TZ='EET-2EEST,M4.3.5/0,M10.5.0/0' instead.

More relevant to this list, when IBM ships a system outside the USA does it 
ship with /etc/profile configured for the POSIX time zone for the destination?  
What assistance does IBM supply?  Most desktop and handheld systems come 
configured with the tzdata utility (see above).  POSIX time zone definitions 
are effectively idiosyncratic, hardly required other than by IBM.  Instances 
are hard to find and ugly.  For example, for Tel Aviv:
TZ=IST-2IDT,M3.4.4/26,M10.5.0

--- On Sun, 26 Mar 2023 14:26:37 -0500, Mike Schwab wrote:
>https://www.bbc.com/news/world-middle-east-65079574

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: What time is it in Lebanon?

[Paul Gilmartin]

On Sun, 26 Mar 2023 14:26:37 -0500, Mike Schwab wrote:

>https://www.bbc.com/news/world-middle-east-65079574
>
See:  and follow links to
,
which recommends:  
* To adopt the rule change, use Libyan time (TZ='Africa/Tripoli'). 
Alternatively if you have a POSIX-conforming system you can use 
TZ='EET-2EEST,M4.3.5/0,M10.5.0/0' instead.

More relevant to this list, when IBM ships a system outside the USA
does it ship with /etc/profile configured for the POSIX time zone for
the destination?  What assistance does IBM supply?  Most desktop
and handheld systems come configured with the tzdata utility
(see above).  POSIX time zone definitions are effectively idiosyncratic,
hardly required other than by IBM.  Instances are hard to find and
ugly.  For example, for Tel Aviv:
TZ=IST-2IDT,M3.4.4/26,M10.5.0

-- 
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

What time is it in Lebanon?

[Mike Schwab]

https://www.bbc.com/news/world-middle-east-65079574

-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN