Re: Question

[Bruce Hewson]

In addition to the IBM supplied python, we also have Rocket's SMP packaged Open 
AppDev for Z.

ant 
bash
cert-bundle 
cffi
cryptography
curl
diffutils   
exceptiongroup  
gettext 
git 
gzip
iniconfig   
less
libssh2 
localedata  
make
ncurses 
nghttp2 
nghttp2 
numpy   
openssl 
packaging   
perl
perl-alien-build
perl-alien-gmp  
perl-alien-m4   
perl-bit-vector 
perl-capture-tiny   
perl-carp   
perl-carp-clan  
perl-convert-ber
perl-convert-ebcdic 
perl-crypt-curve2551
perl-crypt-idea 
perl-cryptx 
perl-date-calc  
perl-dbd-db2
perl-dbd-jdbc   
perl-dbi
perl-devel-checklib 
perl-ffi-checklib   
perl-file-chdir 
perl-file-homedir   
perl-file-which 
perl-importer   
perl-math-gmp   
perl-math-int64 
perl-mojo-dom58 
perl-net-sftp   
perl-net-ssh-perl   
perl-os390-stdio
perl-path-tiny  
perl-pathtools  
perl-pkgconfig  
perl-scope-guard
perl-sort-versions  
perl-string-crc32   
perl-sub-info   
perl-term-table 
perl-termreadkey
perl-test-needs 
perl-test-simple
perl-test2-v0   
perl-uri
php 
pip 
pluggy  
pycparser   
pytest  
python  
sed 
setuptools  
six 
sudo
sudo_nokrb  
terminfo
tomli   
unzip   
vim 
xz  
zip   
zlib

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

Re: Question

[Frank Swarbrick]

That is interesting indeed.  Thanks.

From: IBM Mainframe Discussion List  on behalf of 
Lionel B. Dyck <057b0ee5a853-dmarc-requ...@listserv.ua.edu>
Sent: Thursday, February 8, 2024 11:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: Question

I got this update from an IBM contact - hope it helps:

"I'm not sure if the question was answered, but any Python from Rocket at the 
3.10 or later level is the IBM SDK."


Lionel B. Dyck <><
Github: https://github.com/lbdyck
System Z Enthusiasts Discord: 
https://discord.gg/system-z-enthusiasts-880322471608344597

“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 
kekronbekron
Sent: Wednesday, February 7, 2024 11:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Question

Someone will correct me if/where I'm wrong.

Open Enterprise SDK for Python - Just python. Comes with pip and virtualenv or 
venv, which are included in Python distribution these days.
pip = package manager.
virtualenv / venv = environment manager.

Rocket Python = Rocket delivers the open source tools it delivers through 
Anaconda, which is a Python environment + package manager.
I haven't looked but I believe they deliver Bash, and some other tools also via 
Anaconda "channels".

ZOSOpen Tools's Python = It's an empty wrapper. At the moment, it just exists 
to add itself as a dependency to any Python project you may want to port.
All it does is check if Python exists in your sys.

Upstreaming zOS-relevant bits of code to Python, I think, is happening 
completely separate from ZOSOpen Tools's Python.
Some of it may well be tied with "Python AI Toolkit for Z".
PATZ = Close to OE SDK for Python, but delivered via an IBM hosted & managed 
repository manager (ex: JFrog Artifactory, Sonatype Nexus).
The difference is, PATZ is also a source for python packages that have zOS 
support (+ acceleration where possible I think) added.
There's also the layer of safety of it coming from an IBM "stash" rather than 
pypi.org directly.
pypi = the "stash" where "pip install thing" will get a package from, by 
default.




On Thursday, February 8th, 2024 at 00:01, Rick Troth  wrote:

> The closest standard is Python's "ctypes".
> Now ... some of the guides I have read say that CTYPES only works with
> C, but I've found that (within limits) LE calling convention works
> well with other languages, not just C.
>
> In a previous life, I was able to call C from Python (the point being
> "to call /native/") without any special rigging other than CTYPES
> (included w Python).
>
> -- R; <><
>
>
>
> On 2/7/24 12:32, Lionel B. Dyck wrote:
>
> > Add to that question how does the z/OS Open Tools port of python
> > compare to Rockets and to the IBM Open Enterprise SDK?
> >
> > Lionel B. Dyck <><
> > Github:https://github.com/lbdyck
> > System Z Enthusiasts Discord:
> > https://discord.gg/system-z-enthusiasts-880322471608344597
> >
> > “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 listibm-m...@listserv.ua.edu On
> > Behalf Of Frank Swarbrick
> > Sent: Wednesday, February 7, 2024 11:30 AM
> > To:IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Question
> >
> > So here's a curious question. Are IBM Open Enterprise SDK for Python
> > and the Python from Rocket Software basically the same, or no?
> >
> > Frank
> > 
> > From: IBM Mainframe Discussion listibm-m...@listserv.ua.edu on
> > behalf of Peter sylvesterpeter.sylves...@gmail.com
> > Sent: Tuesday, February 6, 2024 11:15 PM To:IBM-MAIN@LISTSERV.UA.EDU
> > IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Question
> >
> > Yes, from the IBM pax installation. And a bit of pipifax. :-)
> >
> > Python 3.12.0 (heads/pyz_dev-3.12:ef647e3673, Oct 31 2023, 19:02:59)
> > [Clang
> > 14.0.0 (build 1465bdb)] on zos On 06/02/2024 19:47, Ed Jaffe wrote:
> >
> > > Yes.
> > >
> > > : >python
> > > Python 3.11.4 (heads/pyz_dev-3.11.ziip:39640ccf4b, Jul 15 2023,
> > > 05:46:13) [Clang 14.0.0 ] on zos Type "help", "copyright", "credits"
> > > or "license" for more information
> > > On 2/6/2024 10:15 AM, Steve Beaver wrote:
> > >
> > > > Does anyone have Python installed in your shop?
> > > >
> > > > Steve
> >
> > 
> > -- For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email tolists...@listserv.ua.edu with the message: INFO
> > IBM-MAIN
> >
> > 
> > -- For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email tolists...@listserv.ua.edu with the message: INFO
> > IBM-MAIN
> >
> > ---

Re: [EXTERNAL] Re: Reading a scratch tape

[Pommier, Rex]

Hi Gil,

Actually, it does make sense (at least to me) to have this threshold set.  
We've gone back more than once to rescue a developer or support person who 
inadvertently scratched a tape the day before and we were able to recover it 
for them by using this "expired but not really" feature.  It is really no 
different from old physical tapes, where the data on a scratch tape wasn't 
really gone until the tape was physically written over.  In those days, one 
could jump through hoops (and security) to get the contents brought back.  This 
simply maintains that capability.  Without the expire hold, as soon as the tape 
is scratch, the data is gone.  

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Thursday, February 8, 2024 4:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Reading a scratch tape

rpomm...@sfgmembers.com> wrote:

>In the "scratch category" settings, you can set an "expire hold" field that 
>tells the TS77xx how long to keep an expired tape before releasing it to 
>scratch.  I believe that once that threshold is crossed, the TS77xx rewrites 
>the tape mark to the beginning of the tape and all data is lost - unless IBM 
>has some magic they can preform on the back end.
>
"Expired" but not really!?  This makes as little sense as expecting to read a 
temporary data set in a subsequent job.

With a physical tape one might EXCP, bypass errors, and recover some data.

But when my employer was designing a product, we learned that some users expect 
the scratch pool to be managed FIFO.  I was astonished.

--
gil

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

--
The information contained in this message is confidential, protected from 
disclosure and may be legally privileged. If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful. If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format. Thank you.


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

Re: Reading a scratch tape

[Steve Thompson]

I had been thinking about that while working on something else 
and as soon as you said the EXCP part


Some years ago I was working on NDM and was running all these 
tape tests using NDM (function testing as a result of prepping a 
new Release or Version).


A few months later, as I recall, we got a letter from IBM 
announcing that EXCP would no longer be supported for SCSI type 
tape drives.


As I recall, our EXCP code was still being used to read tape 
labels


EXCP code could allow one to position a tape and read it without 
the system checking for labels, etc.


Since I haven't touched that code or any like it for about 10 
years, I wonder if VTS code in z/OS would allow EXCP.


Meanwhile, EXCP would allow a data security exposure, wouldn't 
it? Unless it requires APF...


On 2/8/2024 5:19 PM, Paul Gilmartin wrote:

rpomm...@sfgmembers.com> wrote:


In the "scratch category" settings, you can set an "expire hold" field that 
tells the TS77xx how long to keep an expired tape before releasing it to scratch.  I believe that 
once that threshold is crossed, the TS77xx rewrites the tape mark to the beginning of the tape and 
all data is lost - unless IBM has some magic they can preform on the back end.


"Expired" but not really!?  This makes as little sense as expecting to read a
temporary data set in a subsequent job.

With a physical tape one might EXCP, bypass errors, and recover some data.


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

Re: Reading a scratch tape

[Radoslaw Skorupka]

W dniu 07.02.2024 o 12:45, Gadi Ben-Avi pisze:

Hi,
We've been asked to attempt to read a file from a scratched tape.

We use Control-M/Tape as our tape management system.
The tapes are virtual 3490's stored on a TS7770.
The tape has many files, but we only need once specific one.
If it matters, the file is the output of DB/2 backup.



It *CAN* be possible.
1. I don't know Control-T, however in RMM world you should change volume 
status from SCRATCH to USER. Otherwise RMM (or other TMS) will not allow 
you to read the tape.
2. Tape in scratch status can be overwritten, reused. For real tape it 
is matter of human operator or ATL. In VTS world there is some "grace 
period" where the tape is still kept. After the period there is still 
chance, but no warranty.
3. BLP and other tricks are NOT applicable here. Of course you need 
authorities to change tape status and then read it.


HTH

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

[Henri Kuiper]

Using python 3.11 'in production' (the IBM version)
STC's running flask applications in a 'virtual environment'

Looking to exploit the 'overlay fileSystem' soon to not have to have the
'bin/activate' in the startup process :)

will share some 'findings' at my SHARE Orlando session coming March :)




[image: __tpx__]
[image: photo] 

Henri Kuiper
Chief Technology Officer, CTO

[image: linkedin] 

* P * +31 (0) 6392 19574 <+31+(0)+6392+19574>   * W * mainframesociety.com

* E * he...@mainframesociety.com *M *Book a Google Meet




On Thu, 8 Feb 2024 at 21:48, Ed Jaffe  wrote:

> On 2/6/2024 10:47 AM, Ed Jaffe wrote:
> > : >python
> > Python 3.11.4 (heads/pyz_dev-3.11.ziip:39640ccf4b, Jul 15 2023,
> > 05:46:13) [Clang 14.0.0 ] on zos
> > Type "help", "copyright", "credits" or "license" for more information.
> > >>>
>
> Just to be clear, we are running FMID HAMB3B0 "IBM Open Enterprise SDK
> for Python".
>
>
> --
> Phoenix Software International
> Edward E. Jaffe
> 831 Parkview Drive North
> El Segundo, CA 90245
> https://www.phoenixsoftware.com/
>
>
>
> 
> This e-mail message, including any attachments, appended messages and the
> information contained therein, is for the sole use of the intended
> recipient(s). If you are not an intended recipient or have otherwise
> received this email message in error, any use, dissemination, distribution,
> review, storage or copying of this e-mail message and the information
> contained therein is strictly prohibited. If you are not an intended
> recipient, please contact the sender by reply e-mail and destroy all copies
> of this email message and do not otherwise utilize or retain this email
> message or any or all of the information contained therein. Although this
> email message and any attachments or appended messages are believed to be
> free of any virus or other defect that might affect any computer system
> into
> which it is received and opened, it is the responsibility of the recipient
> to ensure that it is virus free and no responsibility is accepted by the
> sender for any loss or damage arising in any way from its opening or use.
>
> --
> 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: Reading a scratch tape

[Matthew Stitt]

Have some fun.  Go to the CBT tape and find the program called "TAPEMAP".  Used 
it many times.

Matthew

On Thu, 8 Feb 2024 16:19:01 -0600, Paul Gilmartin  wrote:

>rpomm...@sfgmembers.com> wrote:
>
>>In the "scratch category" settings, you can set an "expire hold" field that 
>>tells the TS77xx how long to keep an expired tape before releasing it to 
>>scratch.  I believe that once that threshold is crossed, the TS77xx rewrites 
>>the tape mark to the beginning of the tape and all data is lost - unless IBM 
>>has some magic they can preform on the back end.
>>
>"Expired" but not really!?  This makes as little sense as expecting to read a
>temporary data set in a subsequent job.
>
>With a physical tape one might EXCP, bypass errors, and recover some data.
>
>But when my employer was designing a product, we learned that some users
>expect the scratch pool to be managed FIFO.  I was astonished.
>
>-- 
>gil

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

Re: Reading a scratch tape

[Paul Gilmartin]

rpomm...@sfgmembers.com> wrote:

>In the "scratch category" settings, you can set an "expire hold" field that 
>tells the TS77xx how long to keep an expired tape before releasing it to 
>scratch.  I believe that once that threshold is crossed, the TS77xx rewrites 
>the tape mark to the beginning of the tape and all data is lost - unless IBM 
>has some magic they can preform on the back end.
>
"Expired" but not really!?  This makes as little sense as expecting to read a
temporary data set in a subsequent job.

With a physical tape one might EXCP, bypass errors, and recover some data.

But when my employer was designing a product, we learned that some users
expect the scratch pool to be managed FIFO.  I was astonished.

-- 
gil

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

Re: Reading a scratch tape

[Pommier, Rex]

In the "scratch category" settings, you can set an "expire hold" field that 
tells the TS77xx how long to keep an expired tape before releasing it to 
scratch.  I believe that once that threshold is crossed, the TS77xx rewrites 
the tape mark to the beginning of the tape and all data is lost - unless IBM 
has some magic they can preform on the back end.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steely.Mark
Sent: Thursday, February 8, 2024 3:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Reading a scratch tape

I think that process is correct - but I think there is a parm in the 7700 
configuration that after a couple of days it will automatically remove the 
contents of the tape. 

So if that time has elapsed all you will get is a tape mark. 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Brian Westerman
Sent: Thursday, February 08, 2024 3:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Reading a scratch tape



I think all you really need to do is change it from scratch to master in the 
ISMF tape option under ISPF/PDF.  That will tell the 7700 that it's not a 
scratch tape.

That will change it in the library.  You will then need to bypass your tape 
system (normally that's done with the special EXPDT option for tapes outside 
the library.

Remember to change it back when you are done.

Brian

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

--
The information contained in this message is confidential, protected from 
disclosure and may be legally privileged. If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful. If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format. Thank you.


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

Re: Reading a scratch tape

[Steely.Mark]

I think that process is correct - but I think there is a parm in the 7700 
configuration that after a couple of days it will automatically remove the 
contents of the tape. 

So if that time has elapsed all you will get is a tape mark. 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Brian Westerman
Sent: Thursday, February 08, 2024 3:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Reading a scratch tape



I think all you really need to do is change it from scratch to master in the 
ISMF tape option under ISPF/PDF.  That will tell the 7700 that it's not a 
scratch tape.

That will change it in the library.  You will then need to bypass your tape 
system (normally that's done with the special EXPDT option for tapes outside 
the library.

Remember to change it back when you are done.

Brian

--
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: Reading a scratch tape

[Brian Westerman]

I think all you really need to do is change it from scratch to master in the 
ISMF tape option under ISPF/PDF.  That will tell the 7700 that it's not a 
scratch tape.

That will change it in the library.  You will then need to bypass your tape 
system (normally that's done with the special EXPDT option for tapes outside 
the library.

Remember to change it back when you are done.

Brian

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

Re: Question

[Ed Jaffe]

On 2/6/2024 10:47 AM, Ed Jaffe wrote:

: >python
Python 3.11.4 (heads/pyz_dev-3.11.ziip:39640ccf4b, Jul 15 2023, 
05:46:13) [Clang 14.0.0 ] on zos

Type "help", "copyright", "credits" or "license" for more information.
>>>


Just to be clear, we are running FMID HAMB3B0 "IBM Open Enterprise SDK 
for Python".



--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://www.phoenixsoftware.com/



This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

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

Re: SDSF able to provide a display/panel for System Recovery Boost (SRB) for Middleware Subsystems on z16?

[Roger Lowe]

Have raised an IBM Ideas - 
https://ibm-z-hardware-and-operating-systems.ideas.ibm.com/ideas/ZOS-I-3985

If interested, have a read and vote for the IBM Idea.

Roger

On Mon, 5 Feb 2024 05:56:25 -0600, Roger Lowe  wrote:

>I was actually after a display 'somewhere' in SDSF that will show me which 
>address space(s) have had a boost action against it. For example, I have 
>enabled a number of our CICS Regions to be BOOST=YES in WLM and it would be 
>nice to go into an SDSF panel (perhaps a "DA OSTC") and a column in that panel 
>will show the text string of what I see in the SYSLOG/OPERLOG with the IEA687I 
>message of - 
>"IEA687I Recovery process boost requestor: Middleware Region Startup"
>
>The 'text string' of the IEA687I message is potentially one of:
>
>o  Not identified 
>  
>o  Sysplex Partitioning   
>  
>o  CF Structure Recovery  
>  
>o  CF Data-sharing Member Recovery
>  
>o  Hyperswap  
>  
>o  SVC Dump   
>  
>o  Middleware Region Startup  
>  
>o  Hyperswap Config Load  
>  
>Roger
>
>On Mon, 5 Feb 2024 10:10:46 +, Rob Scott  wrote:
>
>>I forgot to point out that the SDSF "SYS" command also shows the current 
>>boost status for z/OS 2.5+ as well.
>>
>>For what it is worth, having a panel that showed historical boost activity 
>>was one of the driving reasons for the ELOG panel in SDSF 3.1 😊
>>
>>Rob Scott
>>Rocket Software
>>
>>-Original Message-
>>From: IBM Mainframe Discussion List  On Behalf Of 
>>Roger Lowe
>>Sent: Sunday, February 4, 2024 7:26 AM
>>To: IBM-MAIN@LISTSERV.UA.EDU
>>Subject: SDSF able to provide a display/panel for System Recovery Boost (SRB) 
>>for Middleware Subsystems on z16?
>>
>>EXTERNAL EMAIL
>>
>>
>>
>>
>>
>>Hi,
>>   We have a z16 (3932-AGZ) running zOS 3.1 along with IBM Middleware 
>> subsystems of Db2 V12, CICS/TS 6.1, MQ 9..2.1, IIB V10 as well as CA- 
>> Datacom V15 and ADABAS V712.
>>
>>We have now enabled SRB for these various Middleware Subsystems specifying 
>>BOOST=YES in WLM.
>>
>>Other than invoking WLM (via ISPF or zOSMF) and then reviewing the 
>>Classifcation Rules, we can't find and easy way of what Middleware 
>>Subsystem(s) are firstly enabled for BOOST and secondly as easily identifying 
>>what subsystem(s) might have used BOOST.
>>
>>Wouldn't it be nice if SDSF had a panel to show thii information?
>>
>>Looking at opening up an IBM Ideas,ubut thought I would post here, just in 
>>case someone has a suggestion(s) that we haven't considered.
>>
>>Thanks, Roger
>>
>>--
>>For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
>>lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
>>
>>Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ 
>>Main Office Toll Free Number: +1 855.577.4323
>>Contact Customer Support: 
>>https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
>>Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
>>http://www.rocketsoftware.com/manage-your-email-preferences
>>Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy
>>
>>
>>This communication and any attachments may contain confidential information 
>>of Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
>>prohibited. If you are not the intended recipient, please notify Rocket 
>>Software immediately and destroy all copies of this communication. Thank you.
>>
>>--
>>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: Question

[Lionel B. Dyck]

I got this update from an IBM contact - hope it helps:

"I'm not sure if the question was answered, but any Python from Rocket at the 
3.10 or later level is the IBM SDK."


Lionel B. Dyck <>< 
Github: https://github.com/lbdyck
System Z Enthusiasts Discord: 
https://discord.gg/system-z-enthusiasts-880322471608344597

“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 
kekronbekron
Sent: Wednesday, February 7, 2024 11:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Question

Someone will correct me if/where I'm wrong.

Open Enterprise SDK for Python - Just python. Comes with pip and virtualenv or 
venv, which are included in Python distribution these days.
pip = package manager.
virtualenv / venv = environment manager.

Rocket Python = Rocket delivers the open source tools it delivers through 
Anaconda, which is a Python environment + package manager.
I haven't looked but I believe they deliver Bash, and some other tools also via 
Anaconda "channels".

ZOSOpen Tools's Python = It's an empty wrapper. At the moment, it just exists 
to add itself as a dependency to any Python project you may want to port.
All it does is check if Python exists in your sys.

Upstreaming zOS-relevant bits of code to Python, I think, is happening 
completely separate from ZOSOpen Tools's Python.
Some of it may well be tied with "Python AI Toolkit for Z".
PATZ = Close to OE SDK for Python, but delivered via an IBM hosted & managed 
repository manager (ex: JFrog Artifactory, Sonatype Nexus).
The difference is, PATZ is also a source for python packages that have zOS 
support (+ acceleration where possible I think) added.
There's also the layer of safety of it coming from an IBM "stash" rather than 
pypi.org directly.
pypi = the "stash" where "pip install thing" will get a package from, by 
default.




On Thursday, February 8th, 2024 at 00:01, Rick Troth  wrote:

> The closest standard is Python's "ctypes".
> Now ... some of the guides I have read say that CTYPES only works with 
> C, but I've found that (within limits) LE calling convention works 
> well with other languages, not just C.
> 
> In a previous life, I was able to call C from Python (the point being 
> "to call /native/") without any special rigging other than CTYPES 
> (included w Python).
> 
> -- R; <><
> 
> 
> 
> On 2/7/24 12:32, Lionel B. Dyck wrote:
> 
> > Add to that question how does the z/OS Open Tools port of python 
> > compare to Rockets and to the IBM Open Enterprise SDK?
> > 
> > Lionel B. Dyck <><
> > Github:https://github.com/lbdyck
> > System Z Enthusiasts Discord:
> > https://discord.gg/system-z-enthusiasts-880322471608344597
> > 
> > “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 listibm-m...@listserv.ua.edu On 
> > Behalf Of Frank Swarbrick
> > Sent: Wednesday, February 7, 2024 11:30 AM 
> > To:IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Question
> > 
> > So here's a curious question. Are IBM Open Enterprise SDK for Python 
> > and the Python from Rocket Software basically the same, or no?
> > 
> > Frank
> > 
> > From: IBM Mainframe Discussion listibm-m...@listserv.ua.edu on 
> > behalf of Peter sylvesterpeter.sylves...@gmail.com
> > Sent: Tuesday, February 6, 2024 11:15 PM To:IBM-MAIN@LISTSERV.UA.EDU 
> > IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Question
> > 
> > Yes, from the IBM pax installation. And a bit of pipifax. :-)
> > 
> > Python 3.12.0 (heads/pyz_dev-3.12:ef647e3673, Oct 31 2023, 19:02:59) 
> > [Clang
> > 14.0.0 (build 1465bdb)] on zos On 06/02/2024 19:47, Ed Jaffe wrote:
> > 
> > > Yes.
> > > 
> > > : >python
> > > Python 3.11.4 (heads/pyz_dev-3.11.ziip:39640ccf4b, Jul 15 2023,
> > > 05:46:13) [Clang 14.0.0 ] on zos Type "help", "copyright", "credits"
> > > or "license" for more information
> > > On 2/6/2024 10:15 AM, Steve Beaver wrote:
> > > 
> > > > Does anyone have Python installed in your shop?
> > > > 
> > > > Steve
> > 
> > 
> > -- For IBM-MAIN subscribe / signoff / archive access instructions, 
> > send email tolists...@listserv.ua.edu with the message: INFO 
> > IBM-MAIN
> > 
> > 
> > -- For IBM-MAIN subscribe / signoff / archive access instructions, 
> > send email tolists...@listserv.ua.edu with the message: INFO 
> > IBM-MAIN
> > 
> > 
> > -- For IBM-MAIN subscribe / signoff / archive access instructions, 
> > send email tolists...@listserv.ua.edu with the message: INFO 
> > IBM-MAIN
> 
> 
> 
> --