Re: VBS file read in windows - end of record issue

[Prashant Joshi]

Hello Paul,

"ignores 0D0A" means it treat is as any other data.
And by "line break" I mean end of line/record and so next record will start 
from new line.

Thank you,
Prashant Joshi


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Tuesday, May 16, 2023 11:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: VBS file read in windows - end of record issue

On Tue, 16 May 2023 04:45:32 +, Prashant Joshi  wrote:

>... If it completely ignores 0D0A and treat entire file as single 
> record,
>
By "ignores 0D0A" do you mean it deletes them, or treats them as ordinary 
characters?


>I... My problem is, it adds random line break and so when I read each 
>record in loop, 
>
What's a "line break"?

I don't know Python, but it might help others if you show your code.

--
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: VBS file read in windows - end of record issue

[Prashant Joshi]

Michael Stein, 

You are right. Thank very much for pointing to the mistake.

I was trying to read file using "with open as".  This way I was expecting to 
pull single record at every iteration of loop. 
With your suggestion, I opened entire file in memory and read each record based 
on record length in RDW. Now I can read each record as expected.

Once again thank you to all member for taking time to read my query and 
responding. Its good learning.

Thank you,
Prashant Joshi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Michael Stein
Sent: Tuesday, May 16, 2023 11:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: VBS file read in windows - end of record issue

On Tue, May 16, 2023 at 04:14:07AM +, Prashant Joshi wrote:
>> Did you specify binary mode on the python open call? --

> Yes. And I can read the data.

How are you reading the data.  Assuming an open like:

myfile = open("filename", "rb")

You need to either read it all into memory:

alldata = myfile.read()

or read specific lengths which is messier as you need to read specific lengths, 
first 4 bytes for the RDW and then the length of the record in the RDW-4 (as 
you already read the RDW).

The 4 byte RDW includes the length of the record in the first 2 bytes 
(bigendian order) and the spanning bits in the last 2 bytes.

Either way you need to walk your way through the binary data, any code looking 
for CR or NL or space isn't correct.

A description of VBS records formats:

z/OS 2.4 DFSMS Using Data Sets SC23-6855-40 
https://www-40.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R4sc236855/$file/idad400_v2r4.pdf
 

pdf page 273 Variable-Length Record Formats (near bottom of page and continues 
on to more pages)

> its just that I don't get proper end of reord. Hence every time I read 
> record, I get random record length (multiple records/half records
> combined)

There aren't any "end of records" in a VBS file.  At the begining of the file 
you know you are at the start of a RDW (Well, BDW/RDW but I'm assuming the FTP 
removed the BDWs).

You can find the next record by going the length specified in the RDW into the 
file -- that is the start of the next RDW.  Continue until you've processed all 
the records.

More help will likely require you to show some code and/or data so we can see 
what is going on...

--
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: VBS file read in windows - end of record issue

[Paul Gilmartin]

On Tue, 16 May 2023 09:03:56 +, Prashant Joshi wrote:
>
>I was trying to read file using "with open as".  This way I was expecting to 
>pull single record at every iteration of loop. 
>With your suggestion, I opened entire file in memory and read each record 
>based on record length in RDW. Now I can read each record as expected.
> 
Are the line breaks then not within the binary file but an artifact of the
read()  method of the file object created by "with open() as"?

If the file is too large to open in memory, is it possible to read it in
small pieces of an arbitrary number of byres and reassemble the
VBS logical records with a concatenation operator according to
the SDWs (RDWs)?

-- 
gil

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

Re: Listing empty HLQs - LISTCAT?

[Bob Bridges]

Mike, you've succinctly restated my goal in English.  What I'm asking is how to 
achieve the goal in LISTCATese.

In the end I followed the advice of a few others, and did the LISTCAT twice, 
once with ENT then again with LEV; that tells me about the alias AND any 
datasets.  Since this was a cleanup effort, I also (which has nothing to do 
with the below question) pulled info from Top Secret about each associated 
ACID, ie whether it existed and if so when it was last used.  That gave me a 
nice neat list of what needs to be cleaned up and what should be left alone.

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

/* The Piper Cub is the safest airplane in the world; it can just barely kill 
you.  -Attributed to Max Stanley, Northrop test pilot */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mike Schwab
Sent: Monday, May 15, 2023 19:32

List datasets with 'HLQ.**'.

--- On Fri, May 12, 2023 at 10:24 AM Bob Bridges  wrote:
> I'm looking at a profile in Top Secret with a bunch of permissions to 
> user HLQs that I suspect are no longer around, some of them at least.  
> I plan to write a REXX that'll identify the ones for which there are 
> no datasets, or only a TSO alias.
>
> I thought to use LISTCAT for that, but I'm running into a problem.  I 
> don't use LISTCAT all that often, but I thought this would work:
>
>   LISTCAT LEVEL(XXX)
>
> That nets me the same message whether or not an alias is present:
>
>   ENTRY XXX. NOT FOUND+
>   ** XXX NOT LISTED
>   LASTCC=4
>   ** VSAM CATALOG RETURN CODE IS 8
>
> But I want to distinguish whether or not there's an alias.  Ok, so I 
> should add the ALIAS argument, right?
>
>   LISTCAT LEVEL(XXX) ALIAS
>
> But that gets me the exact same response, whether or not an alias is 
> present.  What am I missing, here?
>
> And when I test that command on my own ID - I have both a TSO alias 
> and some datasets - the screen blinks and comes back without giving me 
> any response at all!  Most strange.  Am I broken?  Is LISTCAT broken?  
> Surely it's something basic I've misunderstood about LISTCAT.

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

Re: Listing empty HLQs - LISTCAT?

[Al Ferguson]

Mike,

Another solution might be to use a REXX EXEC that is in CBT FILE960, called 
LISTDS (or maybe LISTDSI). It uses the Catalog Search Interface, and depending 
on the options it can look for Files and Aliases at the same time. The CSI 
takes various parameters, documented in the help section, to search for:
VSAM Clusters & components
GDGs
ALIAS
Datasets

It can provide quite a bit of detail on the dataset. 

The downside of either the LISTDSI TSO Function, or the CSI, is they only 
return information on CATALOGed Datasets. You need to run through VTOC entries 
to find any datasets that may be uncatalogued (I did a similar project when 
cleaning up a shops security database in the past, and they were big users of 
uncatalogued datasets!).

___

Al Ferguson   | mailto:afergu...@neptunescove.org
Milwaukee, WI USA |   http://www.neptunescove.org

Dulcius ex Asperis

> On May 16, 2023, at 07:57, Bob Bridges  wrote:
> 
> Mike, you've succinctly restated my goal in English.  What I'm asking is how 
> to achieve the goal in LISTCATese.
> 
> In the end I followed the advice of a few others, and did the LISTCAT twice, 
> once with ENT then again with LEV; that tells me about the alias AND any 
> datasets.  Since this was a cleanup effort, I also (which has nothing to do 
> with the below question) pulled info from Top Secret about each associated 
> ACID, ie whether it existed and if so when it was last used.  That gave me a 
> nice neat list of what needs to be cleaned up and what should be left alone.
> 
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
> 
> /* The Piper Cub is the safest airplane in the world; it can just barely kill 
> you.  -Attributed to Max Stanley, Northrop test pilot */
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Mike Schwab
> Sent: Monday, May 15, 2023 19:32
> 
> List datasets with 'HLQ.**'.
> 
> --- On Fri, May 12, 2023 at 10:24 AM Bob Bridges  
> wrote:
>> I'm looking at a profile in Top Secret with a bunch of permissions to 
>> user HLQs that I suspect are no longer around, some of them at least.  
>> I plan to write a REXX that'll identify the ones for which there are 
>> no datasets, or only a TSO alias.
>> 
>> I thought to use LISTCAT for that, but I'm running into a problem.  I 
>> don't use LISTCAT all that often, but I thought this would work:
>> 
>>  LISTCAT LEVEL(XXX)
>> 
>> That nets me the same message whether or not an alias is present:
>> 
>>  ENTRY XXX. NOT FOUND+
>>  ** XXX NOT LISTED
>>  LASTCC=4
>>  ** VSAM CATALOG RETURN CODE IS 8
>> 
>> But I want to distinguish whether or not there's an alias.  Ok, so I 
>> should add the ALIAS argument, right?
>> 
>>  LISTCAT LEVEL(XXX) ALIAS
>> 
>> But that gets me the exact same response, whether or not an alias is 
>> present.  What am I missing, here?
>> 
>> And when I test that command on my own ID - I have both a TSO alias 
>> and some datasets - the screen blinks and comes back without giving me 
>> any response at all!  Most strange.  Am I broken?  Is LISTCAT broken?  
>> Surely it's something basic I've misunderstood about LISTCAT.
> 
> --
> 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: Listing empty HLQs - LISTCAT?

[David Spiegel]

Hi Al,
"...You need to run through VTOC entries to find any datasets that may 
be uncatalogued  ..."


For Uncatalogued Datasets, you can use:
- DCOLLECT by VOLSER )with masking)
- VTOC CP (CBT File 112) with masking. (If you want JCL samples, please 
PM me).


Regards,
David

On 2023-05-16 09:45, Al Ferguson wrote:

Mike,

Another solution might be to use a REXX EXEC that is in CBT FILE960, called 
LISTDS (or maybe LISTDSI). It uses the Catalog Search Interface, and depending 
on the options it can look for Files and Aliases at the same time. The CSI 
takes various parameters, documented in the help section, to search for:
VSAM Clusters & components
GDGs
ALIAS
Datasets

It can provide quite a bit of detail on the dataset.

The downside of either the LISTDSI TSO Function, or the CSI, is they only 
return information on CATALOGed Datasets. You need to run through VTOC entries 
to find any datasets that may be uncatalogued (I did a similar project when 
cleaning up a shops security database in the past, and they were big users of 
uncatalogued datasets!).

___

Al Ferguson   | mailto:afergu...@neptunescove.org
Milwaukee, WI USA |   http://www.neptunescove.org/

Dulcius ex Asperis


On May 16, 2023, at 07:57, Bob Bridges  wrote:

Mike, you've succinctly restated my goal in English.  What I'm asking is how to 
achieve the goal in LISTCATese.

In the end I followed the advice of a few others, and did the LISTCAT twice, 
once with ENT then again with LEV; that tells me about the alias AND any 
datasets.  Since this was a cleanup effort, I also (which has nothing to do 
with the below question) pulled info from Top Secret about each associated 
ACID, ie whether it existed and if so when it was last used.  That gave me a 
nice neat list of what needs to be cleaned up and what should be left alone.

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

/* The Piper Cub is the safest airplane in the world; it can just barely kill 
you.  -Attributed to Max Stanley, Northrop test pilot */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mike Schwab
Sent: Monday, May 15, 2023 19:32

List datasets with 'HLQ.**'.

--- On Fri, May 12, 2023 at 10:24 AM Bob Bridges  wrote:

I'm looking at a profile in Top Secret with a bunch of permissions to
user HLQs that I suspect are no longer around, some of them at least.
I plan to write a REXX that'll identify the ones for which there are
no datasets, or only a TSO alias.

I thought to use LISTCAT for that, but I'm running into a problem.  I
don't use LISTCAT all that often, but I thought this would work:

  LISTCAT LEVEL(XXX)

That nets me the same message whether or not an alias is present:

  ENTRY XXX. NOT FOUND+
  ** XXX NOT LISTED
  LASTCC=4
  ** VSAM CATALOG RETURN CODE IS 8

But I want to distinguish whether or not there's an alias.  Ok, so I
should add the ALIAS argument, right?

  LISTCAT LEVEL(XXX) ALIAS

But that gets me the exact same response, whether or not an alias is
present.  What am I missing, here?

And when I test that command on my own ID - I have both a TSO alias
and some datasets - the screen blinks and comes back without giving me
any response at all!  Most strange.  Am I broken?  Is LISTCAT broken?
Surely it's something basic I've misunderstood about LISTCAT.

--
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: Listing empty HLQs - LISTCAT?

[Al Ferguson]

David,

Yes DCOLLECT uses the DASD VTOCs vs the Catalog. Have scanned that as well to 
verify no uncatalogued DSNs. Ultimately, I converted all our uncatalogued DSNs 
(and old JOBs) to use cataloged DSNs and disallowed uncatalogued ones. The shop 
was a JES3 shop (and had been using it from the beginning of JES3), and were 
using uncatalogued DSNs for many System Specific DSNs. What a mess.

___

Al Ferguson   | mailto:afergu...@neptunescove.org
Milwaukee, WI USA |   http://www.neptunescove.org

Dulcius ex Asperis

> On May 16, 2023, at 09:01, David Spiegel 
> <0468385049d1-dmarc-requ...@listserv.ua.edu> wrote:
> 
> Hi Al,
> "...You need to run through VTOC entries to find any datasets that may be 
> uncatalogued  ..."
> 
> For Uncatalogued Datasets, you can use:
> - DCOLLECT by VOLSER )with masking)
> - VTOC CP (CBT File 112) with masking. (If you want JCL samples, please PM 
> me).
> 
> Regards,
> David
> 
> On 2023-05-16 09:45, Al Ferguson wrote:
>> Mike,
>> 
>> Another solution might be to use a REXX EXEC that is in CBT FILE960, called 
>> LISTDS (or maybe LISTDSI). It uses the Catalog Search Interface, and 
>> depending on the options it can look for Files and Aliases at the same time. 
>> The CSI takes various parameters, documented in the help section, to search 
>> for:
>>  VSAM Clusters & components
>>  GDGs
>>  ALIAS
>>  Datasets
>> 
>> It can provide quite a bit of detail on the dataset.
>> 
>> The downside of either the LISTDSI TSO Function, or the CSI, is they only 
>> return information on CATALOGed Datasets. You need to run through VTOC 
>> entries to find any datasets that may be uncatalogued (I did a similar 
>> project when cleaning up a shops security database in the past, and they 
>> were big users of uncatalogued datasets!).
>> 
>> ___
>> 
>> Al Ferguson   | mailto:afergu...@neptunescove.org
>> Milwaukee, WI USA |   http://www.neptunescove.org/
>> 
>> Dulcius ex Asperis
>> 
>>> On May 16, 2023, at 07:57, Bob Bridges  wrote:
>>> 
>>> Mike, you've succinctly restated my goal in English.  What I'm asking is 
>>> how to achieve the goal in LISTCATese.
>>> 
>>> In the end I followed the advice of a few others, and did the LISTCAT 
>>> twice, once with ENT then again with LEV; that tells me about the alias AND 
>>> any datasets.  Since this was a cleanup effort, I also (which has nothing 
>>> to do with the below question) pulled info from Top Secret about each 
>>> associated ACID, ie whether it existed and if so when it was last used.  
>>> That gave me a nice neat list of what needs to be cleaned up and what 
>>> should be left alone.
>>> 
>>> ---
>>> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>>> 
>>> /* The Piper Cub is the safest airplane in the world; it can just barely 
>>> kill you.  -Attributed to Max Stanley, Northrop test pilot */
>>> 
>>> -Original Message-
>>> From: IBM Mainframe Discussion List  On Behalf Of 
>>> Mike Schwab
>>> Sent: Monday, May 15, 2023 19:32
>>> 
>>> List datasets with 'HLQ.**'.
>>> 
>>> --- On Fri, May 12, 2023 at 10:24 AM Bob Bridges  
>>> wrote:
 I'm looking at a profile in Top Secret with a bunch of permissions to
 user HLQs that I suspect are no longer around, some of them at least.
 I plan to write a REXX that'll identify the ones for which there are
 no datasets, or only a TSO alias.
 
 I thought to use LISTCAT for that, but I'm running into a problem.  I
 don't use LISTCAT all that often, but I thought this would work:
 
  LISTCAT LEVEL(XXX)
 
 That nets me the same message whether or not an alias is present:
 
  ENTRY XXX. NOT FOUND+
  ** XXX NOT LISTED
  LASTCC=4
  ** VSAM CATALOG RETURN CODE IS 8
 
 But I want to distinguish whether or not there's an alias.  Ok, so I
 should add the ALIAS argument, right?
 
  LISTCAT LEVEL(XXX) ALIAS
 
 But that gets me the exact same response, whether or not an alias is
 present.  What am I missing, here?
 
 And when I test that command on my own ID - I have both a TSO alias
 and some datasets - the screen blinks and comes back without giving me
 any response at all!  Most strange.  Am I broken?  Is LISTCAT broken?
 Surely it's something basic I've misunderstood about LISTCAT.
>>> --
>>> 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
> 


-

Digitally signed product software packages from IBM

[Kurt J. Quackenbush]

As of today, all IBM product orders initiated from Shopz will be digitally 
signed using SMP/E's GIMZIP package signing capability.  This includes both 
Portable Software Instance (ServerPac) and CBPDO orders.  The signed packages 
are completely compatible with exiting acquisition and download processes, so 
no changes are required on the consumer's end, but if you want to exploit the 
new capability and verify the digital signatures check out the information here:
https://www.ibm.com/docs/en/zos/2.5.0?topic=guide-preparing-verify-signatures-gimzip-packages

You can also read Marna's latest blog on this topic here:  
https://www.marnasmusings.com/2023/05/sign-of-times.html

IBM packages for PTFs and HOLDDATA are currently not yet being signed, but they 
will be later this year.  Stay tuned.

Kurt Quackenbush
IBM  |  z/OS SMP/E and z/OSMF Software Management  |  
ku...@us.ibm.com

Chuck Norris never uses CHECK when he applies PTFs.




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

Re: Digitally signed product software packages from IBM

[Rick Troth]

This is great! Thanks!

I don't know anything about GIMZIP, but suspect it does its own thing. 
(And not clear from Marna's blog that it uses standards.) That's fine.


Y'all should *also* sign bundled (in one file) packages with PGP and 
PKI, as those are recognized standards which most customers have already 
in-hand.
Increasing numbers of software vendors are signing their downloadable 
wares with PGP. Others are using PKI. Two different trust models; 
neither is perfect. (So nothing wrong with also doing GIMZIP signing.)


-- Rick; <><


On 5/16/23 11:38, Kurt J. Quackenbush wrote:

As of today, all IBM product orders initiated from Shopz will be digitally 
signed using SMP/E's GIMZIP package signing capability.  This includes both 
Portable Software Instance (ServerPac) and CBPDO orders.  The signed packages 
are completely compatible with exiting acquisition and download processes, so 
no changes are required on the consumer's end, but if you want to exploit the 
new capability and verify the digital signatures check out the information here:
https://www.ibm.com/docs/en/zos/2.5.0?topic=guide-preparing-verify-signatures-gimzip-packages

You can also read Marna's latest blog on this topic here:  
https://www.marnasmusings.com/2023/05/sign-of-times.html

IBM packages for PTFs and HOLDDATA are currently not yet being signed, but they 
will be later this year.  Stay tuned.

Kurt Quackenbush
IBM  |  z/OS SMP/E and z/OSMF Software Management  |  
ku...@us.ibm.com

Chuck Norris never uses CHECK when he applies PTFs.




--
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: VBS file read in windows - end of record issue

[John McKown]

In one of my C programs, I first read the RDW, did a ntohs() to convert
from mainframe to Intel integer, subtracted 4, then read that number of
bytes into a char[32768].

On Tue, May 16, 2023 at 7:46 AM Paul Gilmartin <
042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote:

> On Tue, 16 May 2023 09:03:56 +, Prashant Joshi wrote:
> >
> >I was trying to read file using "with open as".  This way I was expecting
> to pull single record at every iteration of loop.
> >With your suggestion, I opened entire file in memory and read each record
> based on record length in RDW. Now I can read each record as expected.
> >
> Are the line breaks then not within the binary file but an artifact of the
> read()  method of the file object created by "with open() as"?
>
> If the file is too large to open in memory, is it possible to read it in
> small pieces of an arbitrary number of byres and reassemble the
> VBS logical records with a concatenation operator according to
> the SDWs (RDWs)?
>
> --
> 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

Questions on zOWE

[Lizette Koehler]

List -

Are there any user groups for zOWE?

 

I am just now working on configuring it and have lots of questions

 

Thanks

 

Lizette


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

Re: Questions on zOWE

[Lionel B. Dyck]

The Open Mainframe Project(OMP)has a Slack space where there are several
channels related to ZOWE - check it out at
https://join.slack.com/t/openmainframeproject/shared_invite/zt-1vamme4te-d5v
SzrhPpiomXY9tjc6iRA

Hope this helps


Lionel B. Dyck <><
Website: https://www.lbdsoftware.com
Github: https://github.com/lbdyck

“Worry more about your character than your reputation. Character is what you
are, reputation merely what others think you are.”   - - - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Lizette Koehler
Sent: Tuesday, May 16, 2023 11:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Questions on zOWE

List -

Are there any user groups for zOWE?

 

I am just now working on configuring it and have lots of questions

 

Thanks

 

Lizette


--
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: Questions on zOWE

[Lizette Koehler]

Nice thought

Slack
This link is no longer active

If you have an email address ending in @linuxfoundation.org,
@phoenixsoftware.com, @contractor.linuxfoundation.org, or
@virtualzcomputing.com, you can join this workspace using that address.
Otherwise, you’ll need to ask for a new link.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Lionel B. Dyck
Sent: Tuesday, May 16, 2023 9:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Questions on zOWE

The Open Mainframe Project(OMP)has a Slack space where there are several
channels related to ZOWE - check it out at
https://join.slack.com/t/openmainframeproject/shared_invite/zt-1vamme4te-d5v
SzrhPpiomXY9tjc6iRA

Hope this helps


Lionel B. Dyck <><
Website: https://www.lbdsoftware.com
Github: https://github.com/lbdyck

“Worry more about your character than your reputation. Character is what you
are, reputation merely what others think you are.”   - - - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Lizette Koehler
Sent: Tuesday, May 16, 2023 11:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Questions on zOWE

List -

Are there any user groups for zOWE?

 

I am just now working on configuring it and have lots of questions

 

Thanks

 

Lizette


--
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: VBS file read in windows - end of record issue

[Paul Gilmartin]

On Tue, 16 May 2023 11:06:59 -0500, John McKown wrote:

>In one of my C programs, I first read the RDW, did a ntohs() to convert
>from mainframe to Intel integer, subtracted 4, then read that number of
>bytes into a char[32768].
>
I'm Python-naive.  But trying to educate myself with the example,
:
with open('workfile', encoding="utf-8") as f:
read_data = f.read()

... I see no explicit byte count.  Is that implied, perhaps by a declaration
such as "char read_data[ LRECL ]"?

-- 
gil

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

Re: Questions on zOWE

[Lionel B. Dyck]

Try this 

https://openmainframeproject.slack.com/join/shared_invite/zt-1uzshiu5s-rJDCg
34ToycSo7z4aaV1Mw#/shared-invite/email


Lionel B. Dyck <><
Website: https://www.lbdsoftware.com
Github: https://github.com/lbdyck

“Worry more about your character than your reputation. Character is what you
are, reputation merely what others think you are.”   - - - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Lizette Koehler
Sent: Tuesday, May 16, 2023 11:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Questions on zOWE

Nice thought

Slack
This link is no longer active

If you have an email address ending in @linuxfoundation.org,
@phoenixsoftware.com, @contractor.linuxfoundation.org, or
@virtualzcomputing.com, you can join this workspace using that address.
Otherwise, you’ll need to ask for a new link.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Lionel B. Dyck
Sent: Tuesday, May 16, 2023 9:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Questions on zOWE

The Open Mainframe Project(OMP)has a Slack space where there are several
channels related to ZOWE - check it out at
https://join.slack.com/t/openmainframeproject/shared_invite/zt-1vamme4te-d5v
SzrhPpiomXY9tjc6iRA

Hope this helps


Lionel B. Dyck <><
Website: https://www.lbdsoftware.com
Github: https://github.com/lbdyck

“Worry more about your character than your reputation. Character is what you
are, reputation merely what others think you are.”   - - - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Lizette Koehler
Sent: Tuesday, May 16, 2023 11:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Questions on zOWE

List -

Are there any user groups for zOWE?

 

I am just now working on configuring it and have lots of questions

 

Thanks

 

Lizette


--
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

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

Re: VBS file read in windows - end of record issue

[Seymour J Metz]

The code

with open('workfile', encoding="utf-8") as f:
read_data = f.read()

is for reading text and you would normally be concerned with the character 
count. Try
with open('workfile', "rb") as f:
read_data = f.read()


From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu>
Sent: Tuesday, May 16, 2023 12:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: VBS file read in windows - end of record issue

On Tue, 16 May 2023 11:06:59 -0500, John McKown wrote:

>In one of my C programs, I first read the RDW, did a ntohs() to convert
>from mainframe to Intel integer, subtracted 4, then read that number of
>bytes into a char[32768].
>
I'm Python-naive.  But trying to educate myself with the example,
:
with open('workfile', encoding="utf-8") as f:
read_data = f.read()

... I see no explicit byte count.  Is that implied, perhaps by a declaration
such as "char read_data[ LRECL ]"?

--
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: Questions on zOWE

[Lance D. Jackson]

The link is valid Lizette - it's just that it wrapped.  Try this one:

 

https://openmainframeproject.slack.com/join/shared_invite/zt-1vamme4te-d5vSz
rhPpiomXY9tjc6iRA#/shared-invite/email

 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Lizette Koehler
Sent: Tuesday, May 16, 2023 12:19
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Questions on zOWE

 

Nice thought

 

Slack

This link is no longer active

 

If you have an email address ending in @linuxfoundation.org,
@phoenixsoftware.com, @contractor.linuxfoundation.org, or
@virtualzcomputing.com, you can join this workspace using that address.

Otherwise, you'll need to ask for a new link.

 

-Original Message-

From: IBM Mainframe Discussion List < 
IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of Lionel B. Dyck

Sent: Tuesday, May 16, 2023 9:16 AM

To:   IBM-MAIN@LISTSERV.UA.EDU

Subject: Re: Questions on zOWE

 

The Open Mainframe Project(OMP)has a Slack space where there are several
channels related to ZOWE - check it out at

https://join.slack.com/t/openmainframeproject/shared_invite/zt-1vamme4te-d5v

SzrhPpiomXY9tjc6iRA

 

Hope this helps

 

 

Lionel B. Dyck <><

Website:   https://www.lbdsoftware.com

Github:   https://github.com/lbdyck

 

"Worry more about your character than your reputation. Character is what you
are, reputation merely what others think you are."   - - - John Wooden

 

-Original Message-

From: IBM Mainframe Discussion List < 
IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of Lizette Koehler

Sent: Tuesday, May 16, 2023 11:13 AM

To:   IBM-MAIN@LISTSERV.UA.EDU

Subject: Questions on zOWE

 

List -

 

Are there any user groups for zOWE?

 

 

I am just now working on configuring it and have lots of questions

 

 

Thanks

 

 

Lizette

 

 

--

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


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

Re: Questions on zOWE

[Matt Hogstrom]

I just went through the install locally of 2.8 to get the “current experience”. 
 Security is generally the most complicated.  If you care to share the 
experience / have questions DM me.  I’m making documentation updates to improve 
the process.

Matt Hogstrom
m...@hogstrom.org
+1-919-656-0564
PGP Key: 0x90ECB270
Facebook   LinkedIn 
  Twitter 

“It may be cognitive, but, it ain’t intuitive."
— Hogstrom



> On May 16, 2023, at 12:12 PM, Lizette Koehler  wrote:
> 
> List -
> 
> Are there any user groups for zOWE?
> 
> I am just now working on configuring it and have lots of questions
> 


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

Re: VBS file read in windows - end of record issue

[Michael Oujesky]

Just another tidbit, but when combining the record segments, while 
the VBS architecture does not specify a maximum record length, you 
can expect the full records to be up to 16,777,215 (16384K - 1) bytes 
in length.


Realizing that the RDW is actually a SDW.

Michael

At 01:26 AM 5/16/2023, Michael Stein wrote:

On Tue, May 16, 2023 at 04:14:07AM +, Prashant Joshi wrote:
>> Did you specify binary mode on the python open call? --

> Yes. And I can read the data.

How are you reading the data.  Assuming an open like:

myfile = open("filename", "rb")

You need to either read it all into memory:

alldata = myfile.read()

or read specific lengths which is messier as you need to read specific
lengths, first 4 bytes for the RDW and then the length of the record
in the RDW-4 (as you already read the RDW).

The 4 byte RDW includes the length of the record in the first 2 bytes
(bigendian order) and the spanning bits in the last 2 bytes.

Either way you need to walk your way through the binary data, any code
looking for CR or NL or space isn't correct.

A description of VBS records formats:

z/OS 2.4 DFSMS Using Data Sets SC23-6855-40
https://www-40.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R4sc236855/$file/idad400_v2r4.pdf

pdf page 273 Variable-Length Record Formats
(near bottom of page and continues on to more pages)

> its just that I don't get proper end of reord. Hence every time I
> read record, I get random record length (multiple records/half records
> combined)

There aren't any "end of records" in a VBS file.  At the begining of
the file you know you are at the start of a RDW (Well, BDW/RDW but I'm
assuming the FTP removed the BDWs).

You can find the next record by going the length specified in the RDW
into the file -- that is the start of the next RDW.  Continue until
you've processed all the records.

More help will likely require you to show some code and/or data so
we can see what is going on...

--
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: Digitally signed product software packages from IBM

[Paul Gilmartin]

On Tue, 16 May 2023 15:38:36 +, Kurt J. Quackenbush wrote:

>... if you want to exploit the new capability and verify the digital 
> signatures check out the information here:
>https://www.ibm.com/docs/en/zos/2.5.0?topic=guide-preparing-verify-signatures-gimzip-packages
>
>You can also read Marna's latest blog on this topic here:  
>https://www.marnasmusings.com/2023/05/sign-of-times.html
>
>IBM packages for PTFs and HOLDDATA are currently not yet being signed, but 
>they will be later this year.  Stay tuned.
>
At e.g. , I see:
"Veriried by DigiCert."  Is that adequate?

Compare and contrast certificates and signatures.

-- 
gil

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

Re: Digitally signed product software packages from IBM

[Kurt J. Quackenbush]

> Y'all should *also* sign bundled (in one file) packages with PGP and PKI, as 
> those are recognized standards which most customers have already in-hand.

GIMZIP package signing is implemented using public/private key technology (aka, 
PKI); a private key is used to generate a digital signature for package files, 
and the corresponding public key is used to verify the signatures. The key pair 
is associated with an X.509 certificate and SMP/E uses this certificate, and 
its associated key pair, for the signing and signature verification operations.

Kurt Quackenbush
IBM  |  z/OS SMP/E and z/OSMF Software Management

Chuck Norris never uses CHECK when he applies PTFs.


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

Re: Digitally signed product software packages from IBM

[Kurt J. Quackenbush]

>> IBM packages for PTFs and HOLDDATA are currently not yet being signed, but 
>> they will be later this year.  Stay tuned.
>>
> At e.g. , I 
> see:
> "Verified by DigiCert."  Is that adequate?

Securing the download may very well be adequate for many.  Digitally signing 
the actual files that are downloaded (the package) is an additional protection. 
 Signing a GIMZIP package, and then verifying the signature of that package, 
increases confidence in the authenticity (who produced it?) and the integrity 
(has it changed in transit?) of the package.

Kurt Quackenbush
IBM  |  z/OS SMP/E and z/OSMF Software Management  |  ku...@us.ibm.com

Chuck Norris never uses CHECK when he applies PTFs.


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

Re: Digitally signed product software packages from IBM

[Charles Mills]

Correct me if I am wrong, but my impression is that signing the package 
protects (among other things) against the scenario in which one of your 
associates, who let us assume is a bad guy, makes a zap-type modification to 
the package after you download it and before you install it, thereby 
compromising the integrity of your z/OS. Obviously, security for the download 
will not protect against that, but package signing will.

Charles 
On Tue, 16 May 2023 17:57:23 +, Kurt J. Quackenbush  
wrote:

>>> IBM packages for PTFs and HOLDDATA are currently not yet being signed, but 
>>> they will be later this year.  Stay tuned.
>>>
>> At e.g. , I 
>> see:
>> "Verified by DigiCert."  Is that adequate?
>
>Securing the download may very well be adequate for many.  Digitally signing 
>the actual files that are downloaded (the package) is an additional 
>protection.  Signing a GIMZIP package, and then verifying the signature of 
>that package, increases confidence in the authenticity (who produced it?) and 
>the integrity (has it changed in transit?) of the package.

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

Re: VBS file read in windows - end of record issue

[Michael Stein]

On Tue, May 16, 2023 at 11:23:46AM -0500, Paul Gilmartin wrote:
> On Tue, 16 May 2023 11:06:59 -0500, John McKown wrote:
> 
> >In one of my C programs, I first read the RDW, did a ntohs() to convert
> >from mainframe to Intel integer, subtracted 4, then read that number of
> >bytes into a char[32768].
> >
> I'm Python-naive.  But trying to educate myself with the example,
> :
> with open('workfile', encoding="utf-8") as f:
> read_data = f.read()

The default mode for python open is "rt" which is read text, not
binary.  So python will look for CR LF and alter your binary data.
The encoding="utf-8" is also invalid as the binary parts aren't utf-8
either and converting them will also break things (or raise an exception).

> ... I see no explicit byte count.  Is that implied, perhaps by a declaration
> such as "char read_data[ LRECL ]"?

No, read() without an operand says to read to the end of the file,
everything...

read can be supplied with an operand saying the maximum amount to
read:  read(4) to read 4 bytes.  It might read less either because
it reached the end of the input file or because the input is
"interactive" (console? network?) and it just doesn't have any
more right now.

Here's what the python description says:

 |  read(self, size=-1, /)
 |  Read and return up to n bytes.
 |  
 |  If the argument is omitted, None, or negative, reads and
 |  returns all data until EOF.
 |  
 |  If the argument is positive, and the underlying raw stream is
 |  not 'interactive', multiple raw reads may be issued to satisfy
 |  the byte count (unless EOF is reached first).  But for
 |  interactive raw streams (as well as sockets and pipes), at most
 |  one raw read will be issued, and a short result does not imply
 |  that EOF is imminent.
 |  
 |  Returns an empty bytes object on EOF.
 |  
 |  Returns None if the underlying raw stream was open in non-blocking
 |  mode and no data is available at the moment.

In the mainframe world, many files are "binary" of some sort and dealing
with record boundries is normal and assumed.  This means for fixed length
records counting of LRECL bytes and for variable length records using
the length in the RDW to determine the record length.

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

Re: Digitally signed product software packages from IBM

[Paul Gilmartin]

On Tue, 16 May 2023 13:04:44 -0500, Charles Mills wrote:

>Correct me if I am wrong, but my impression is that signing the package 
>protects (among other things) against the scenario in which one of your 
>associates, who let us assume is a bad guy, makes a zap-type modification to 
>the package after you download it and before you install it, thereby 
>compromising the integrity of your z/OS. Obviously, security for the download 
>will not protect against that, but package signing will.
>
OK.  Verifying the signature at the point of RECEIVE FROMNTS protects against
(fe)malefactors' compromising the GIMZIP between download and RECEIVE.
If the signature is stored alongside the GIMZIP they could simply alter both.

And the SMPPTS must be protected until APPLY/ACCEPT, and  the Target and
DLIBs indefinitely.

Some of this depends on which you trust more, DigiCert or your RACF 
configuration.
SMPNTS is a zFS hierarchy.  How vulnerable is that?

-- 
gil

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

Re: VBS file read in windows - end of record issue

[Paul Gilmartin]

On Tue, 16 May 2023 11:26:06 -0700, Michael Stein wrote:
>
>read can be supplied with an operand saying the maximum amount to
>read:  read(4) to read 4 bytes.  It might read less either because
>
So: "read_data = f.read( ntohs( SDW ) - 4 )"

>it reached the end of the input file or because the input is
>"interactive" (console? network?) and it just doesn't have any
>more right now.
> 
I suppose there's some distinction between EAGAIN and EOF.
In REXX I have successfully (not necessarily usefully) switched
dynamically between blocking and non blocking and handled
EAGAIN.

I don't know that REXX has SYSCALL SELECT.  Does Python?

-- 
gil

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

Re: VBS file read in windows - end of record issue

[Farley, Peter]

No SELECT per se, but python does have an "asyncio" module that I believe 
accomplishes that task.  Haven't had occasion to use it myself so far, but I 
know it exists.

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Tuesday, May 16, 2023 2:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: VBS file read in windows - end of record issue

On Tue, 16 May 2023 11:26:06 -0700, Michael Stein wrote:
>
>read can be supplied with an operand saying the maximum amount to
>read:  read(4) to read 4 bytes.  It might read less either because
>
So: "read_data = f.read( ntohs( SDW ) - 4 )"

>it reached the end of the input file or because the input is 
>"interactive" (console? network?) and it just doesn't have any more 
>right now.
> 
I suppose there's some distinction between EAGAIN and EOF.
In REXX I have successfully (not necessarily usefully) switched dynamically 
between blocking and non blocking and handled EAGAIN.

I don't know that REXX has SYSCALL SELECT.  Does Python?

--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.


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

Re: Digitally signed product software packages from IBM

[Charles Mills]

>If the signature is stored alongside the GIMZIP they could simply alter both.

Yep, they could, but they would have about a one in a zillion chance of doing 
so successfully. You would need the private key of the signer to get it right. 
The digital signature is a hash of the software, encrypted with the signer's 
private key. The hash algorithms are such that it is nearly impossible to 
change the software but keep the same hash, and with a different hash you need 
to have that private key to be able to make a signature that will decrypt with 
the relevant well-known public key.

> which you trust more, DigiCert or your RACF

The trustworthiness of CAs is one of the weakest parts of PKI and TLS. Nothing 
against DigiCert -- they are fine folks, and I am sure have a robust security 
program -- but CA's *have* been hacked with malicious effect.

https://en.wikipedia.org/wiki/DigiNotar#Issuance_of_fraudulent_certificates 

Charles

On Tue, 16 May 2023 13:31:39 -0500, Paul Gilmartin  wrote:

>On Tue, 16 May 2023 13:04:44 -0500, Charles Mills wrote:
>
>>Correct me if I am wrong, but my impression is that signing the package 
>>protects (among other things) against the scenario in which one of your 
>>associates, who let us assume is a bad guy, makes a zap-type modification to 
>>the package after you download it and before you install it, thereby 
>>compromising the integrity of your z/OS. Obviously, security for the download 
>>will not protect against that, but package signing will.
>>
>OK.  Verifying the signature at the point of RECEIVE FROMNTS protects against
>(fe)malefactors' compromising the GIMZIP between download and RECEIVE.
>If the signature is stored alongside the GIMZIP they could simply alter both.
>
>And the SMPPTS must be protected until APPLY/ACCEPT, and  the Target and
>DLIBs indefinitely.
>
>Some of this depends on which you trust more, DigiCert or your RACF 
>configuration.
>SMPNTS is a zFS hierarchy.  How vulnerable is that?
>
>-- 
>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: Questions on zOWE

[Bruce Hewson]

Hello Lizette,

Same here.

some things I have learned (since our environment is still primitive):-
1. must have JAVA path set correctly.
2. must have node.js PATH set
3. use bash
4. trying to debug a zowe.yaml file (2.7) without access to VSCODE is 
impossible. (Had to open case wqith IBM to resolve)
5. zwe init mvs -c /etc/zowe/zowe.yaml
6. the above writes stuff to your ZOWE SZWEAUTH dataset outside of SMP

We are still trying to work out how to handle this product on our existing 
SYSRES build and ship process.

ps: no access to github or slack at office.  verbotten.

>
>
>> On May 16, 2023, at 12:12 PM, Lizette Koehler  
>> wrote:
>> 
>> List -
>> 
>> Are there any user groups for zOWE?
>> 
>> I am just now working on configuring it and have lots of questions
>> 
>


Regards
Bruce

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