On Mon, 30 Dec 2019 11:23:29 -0600, Kirk Wolf wrote:
>See this five year old RFE (where requirements go to die):
>https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=59716
>
A couple further thoughts (it's probably discourteous to amend an RFE ex post
facto):
POSIX says:
https:
Jan 1 05:51:14 2020.
#
I am using z/OS v2.3
Gadi
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Paul Gilmartin
Sent: Tuesday, December 31, 2019 6:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Chaning time zone for Unix based task
On Tue, 31 Dec 2019 05:51:40 +, Gadi Ben-Avi wrote:
>I changed TZ to the value you suggested, and when I issue the time command I
>get UTC.
>
So the TZ mailing list gently scolded me for rehashing old news and mentioned:
http://austingroupbugs.net/view.php?id=1252
This proposal would addr
(cross-posting to tz and IBM-MAIN)
Hi, TZData,
On a Linux system, I see:
1043 $ uname -a
Linux Bunsen5-PG 4.9.0-11-686-pae #1 SMP Debian 4.9.189-3+deb9u2 (2019-11-11)
i686 GNU/Linux
1044 $ cat /usr/share/zoneinfo/Asia/Tel_Aviv | tail -1
IST-2IDT,M3.4.4/26,M10.5.0
1045 $
... This would seem to
On 2019-12-30, at 22:51:40, Gadi Ben-Avi wrote:
>
> I changed TZ to the value you suggested, and when I issue the time command I
> get UTC.
>
"time"? Try "date" instead.
Troubleshooting:
o Run the commands in the attached TAtry.txt file (This is not a shell script.)
---
I changed TZ to the value you suggested, and when I issue the time command I
get UTC.
Gadi
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Paul Gilmartin
Sent: Monday, December 30, 2019 9:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Chaning time zone for Unix
It is impossible to please everyone all the time :-D. The only solution is
to use UTC everywhere for everything; except of course, that would please
almost no one who doesn't live in Iceland.
sas
On Mon, Dec 30, 2019 at 3:19 PM Seymour J Metz wrote:
> From *which* time zone? You may have diff
marc-requ...@listserv.ua.edu>
Sent: Monday, December 30, 2019 2:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Chaning time zone for Unix based tasks
On Mon, 30 Dec 2019 13:08:12 -0600, Kirk Wolf wrote:
>
>... maybe there should be a special setting for TZ (or another envar)
>
On Mon, 30 Dec 2019 13:08:12 -0600, Kirk Wolf wrote:
>
>... maybe there should be a special setting for TZ (or another envar)
>that will cause TZ to automatically follow the MVS time.
>Maybe open another RFE? :-)
>
Wrong approach because of insufficient information. It must go
the opposite way,
Gil,
I agree - maybe there should be a special setting for TZ (or another envar)
that will cause TZ to automatically follow the MVS time.
Maybe open another RFE? :-)
On Mon, Dec 30, 2019 at 12:53 PM Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> On Mon, 30 Dec 2019 11
On Mon, 30 Dec 2019 11:23:29 -0600, Kirk Wolf wrote:
>...
>The correct place to set TZ (as documented in the UNIX Planning book) is
>/etc/init.options.
>... z/OS UNIX is brain dead in this
>regard, and the "init" process environment is not inherited by blind-dubbed
>processes.
>
>See this f
On Mon, 30 Dec 2019 09:42:05 -0600, Giliad Wilf wrote:
>...
>Yes, it flips automatically, Gadi.
>
>Note the M3 and M10 in the expression, for March and October.
>
Imagining something that changes or "flips" semiannually is a
conceptual error. In fact the TZ environment variable is a parameter
to a
>
>
> Unfortunately, this must be set in several places.
>
> -- gil
>
>
> Depends on what you mean by "several". Might be dozens, hundreds, etc.
The correct place to set TZ (as documented in the UNIX Planning book) is
/etc/init.options.
This will be picked up by any shells or programs (cron, etc)
On 12/30/19 12:09 AM, Gadi Ben-Avi wrote:
I want something that can be done using automation.
Does using something like sed or patch count?
--
Grant. . . .
unix || die
--
For IBM-MAIN subscribe / signoff / archive access in
On Mon, 30 Dec 2019 14:47:35 +, Allan Staller wrote:
>One time setup.
>
>-Original Message-
>From: I M Mainframe Discussion List On Behalf Of
>Gadi Ben-Avi
>Sent: Monday, December 30, 2019 1:33 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Chaning time z
One time setup.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Gadi Ben-Avi
Sent: Monday, December 30, 2019 1:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Chaning time zone for Unix based tasks
Thanks
Is this a onetime setup, or would I have to do this twice a
Thanks
Is this a onetime setup, or would I have to do this twice a year?
Gadi
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Paul Gilmartin
Sent: Monday, December 30, 2019 9:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Chaning time zone for Unix based tasks
On
I'm in Israel.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Paul Gilmartin
Sent: Monday, December 30, 2019 9:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Chaning time zone for Unix based tasks
On Mon, 30 Dec 2019 06:26:57 +, Gadi Ben-Avi wrote:
I know, bit that requires editing a file.
I want something that can be done using automation.
Gadi
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
ITschak Mugzach
Sent: Monday, December 30, 2019 8:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Chaning time zone for
On Mon, 30 Dec 2019 06:26:57 +, Gadi Ben-Avi wrote:
>Hi,
>Twice a year, we change the time zone the system is using with the SET
>TIMEZONE command.
>This does not affect tasks running under Unix System Services.
>
>Is there a way to make these tasks use the z/OS system Time Zone?
>
>We are us
in /etc/profile set the variable TZ to UTC+2 (setenv TZ "UTC2EDT")
ITschak
On Mon, Dec 30, 2019 at 8:27 AM Gadi Ben-Avi wrote:
> Hi,
> Twice a year, we change the time zone the system is using with the SET
> TIMEZONE command.
> This does not affect tasks running under Unix System Services.
>
>
Hi,
Twice a year, we change the time zone the system is using with the SET TIMEZONE
command.
This does not affect tasks running under Unix System Services.
Is there a way to make these tasks use the z/OS system Time Zone?
We are using z/OS v2.2 and z/OS v2.3
Thanks
Gadi
--
22 matches
Mail list logo