Re: IBM APAR Names

2023-11-03 Thread Paul Gilmartin
On Fri, 3 Nov 2023 22:05:41 -0500, Jon Perryman wrote: > >>Grrr. IBM's registered component prefixes govern program objects, etc., but >>not SYSMODs. The best we could do was choose an unlikely prefix. > >What were you thinking! All IBM PTF's & APARs begin with XX#. Unless you >unwisely chose a

Re: IBM APAR Names

2023-11-03 Thread Tony Harminc
On Fri, 3 Nov 2023 at 18:03, Jon Perryman wrote: [...] > Anything beginning with I to Z was reserved for IBM use (e.g. IEFJRASP, > OA12345, UA12345). I suspect that most vendors use the IBM registry for 3 > character codes from A to H. Each product must choose a method that best > fits the

Re: IBM APAR Names

2023-11-03 Thread Jon Perryman
On Fri, 3 Nov 2023 17:35:10 -0500, Paul Gilmartin wrote: >Grrr. IBM's registered component prefixes govern program objects, etc., but >not SYSMODs. The best we could do was choose an unlikely prefix. What were you thinking! All IBM PTF's & APARs begin with XX#. Unless you unwisely chose a

Re: APAR theology (was: IBM APAR Names)

2023-11-03 Thread Paul Gilmartin
On Fri, 3 Nov 2023 20:51:44 -0400, Phil Smith III wrote: > >I�m also interested in a definitive list of APAR closings. I�ve never seen >one, and the lists I�ve seen have been conflicting and often included >different interpretations of the same closing. >

Re: APAR theology (was: IBM APAR Names)

2023-11-03 Thread Doug
The problem is I have to find and read every PTF / APAR one by one.. Determine if the fix does what I need (maybe all the causes are documented But hardly ever). Why ? SMPE claims to be the all knowing wizard but won’t do the resolution. I’m with Phil on this issue. Just my 2 cents . On Nov

Re: APAR theology (was: IBM APAR Names)

2023-11-03 Thread Paul Gilmartin
On Fri, 3 Nov 2023 20:51:44 -0400, Phil Smith III wrote: > >My understanding is: > >* PMR: represents a customer issue, which may end there. > This generally embeds tie ID of the reporting customer. >* APAR: represents a customer issue that at least seems to indicate a >code problem.

APAR theology (was: IBM APAR Names)

2023-11-03 Thread Phil Smith III
Without wanting to start a war, I’m interested in how this works. I’ve worked with IBM stuff for over four decades, but mostly with VM until the last 15 or so years. My understanding is: * PMR: represents a customer issue, which may end there. * APAR: represents a customer issue

Re: Rocket miniconda frustrations

2023-11-03 Thread David Crayford
> On 4 Nov 2023, at 7:44 am, Jousma, David > <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote: > > We do pay for GIT client support through IBM, which I realize is actually > rocket support behind the scenes.cURL used to come packaged with GIT > client but was removed with IBM ptf.

Re: Rocket miniconda frustrations

2023-11-03 Thread David Crayford
Thanks for the feedback Dave (and RS). I wish Rocket still had download links to the tarballs, or even better, pax files. I find this particularly useful when downloading new versions of Python from IBM, albeit once I’ve had to go through a couple of web forms to eventually get the link URL so

Re: Rocket miniconda frustrations

2023-11-03 Thread Jousma, David
We do pay for GIT client support through IBM, which I realize is actually rocket support behind the scenes.cURL used to come packaged with GIT client but was removed with IBM ptf. I was able to just go to the public anaconda website, and download the cURL tarball, upload it, and expand it

Re: Rocket miniconda frustrations

2023-11-03 Thread David Crayford
> On 3 Nov 2023, at 10:32 pm, Paul Gilmartin > <042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote: > > On Fri, 3 Nov 2023 19:42:15 +0800, David Crayford wrote: >> >> Yes. But you still need the internet ... >> > What's the alternative? Railway Express? Dialup modem? A lot of customers

Re: IBM APAR Names

2023-11-03 Thread Paul Gilmartin
On Fri, 3 Nov 2023 17:02:54 -0500, Jon Perryman wrote: > >I think you misunderstand APARs because you question doesn't make sense. > >1. APARs are PTFs that are very rarely created and never required to be >applied. >2. Most product developers will never write an APAR write an actual APAR

Re: IBM APAR Names

2023-11-03 Thread Jon Perryman
On Fri, 3 Nov 2023 19:44:32 +0100, Radoslaw Skorupka wrote: >>W dniu 03.11.2023 o 17:32, Shaffer, Terri pisze:ry >> Can anyone give me the secret decoder >> I know AHx went to PHx I think you misunderstand APARs because you question doesn't make sense. 1. APARs are PTFs that are very

Re: IBM APAR Names

2023-11-03 Thread Radoslaw Skorupka
W dniu 03.11.2023 o 17:32, Shaffer, Terri pisze: Hi, So I should know this but apparently I missed the memo along the way, Can anyone give me the secret decoder I know AHx went to PHx But what do I search for CA and EA APARs? IMHO there is no consistent rule, although

Re: IBM APAR Names

2023-11-03 Thread Keith Gooding
Should be OAx. I missed the memo too. > On 3 Nov 2023, at 16:33, Shaffer, Terri > <017d5f778222-dmarc-requ...@listserv.ua.edu> wrote: > > Hi, > So I should know this but apparently I missed the memo along the way, Can > anyone give me the secret decoder > > I know AHx went to

IBM APAR Names

2023-11-03 Thread Shaffer, Terri
Hi, So I should know this but apparently I missed the memo along the way, Can anyone give me the secret decoder I know AHx went to PHx But what do I search for CA and EA APARs?

Re: Rocket miniconda frustrations

2023-11-03 Thread Paul Gilmartin
On Fri, 3 Nov 2023 19:42:15 +0800, David Crayford wrote: > >Yes. But you still need the internet ... > What's the alternative? Railway Express? Dialup modem? -- gil -- For IBM-MAIN subscribe / signoff / archive access

Re: Rocket miniconda frustrations

2023-11-03 Thread Jousma, David
RS, “2. Quick & dirty: download the package as above and then use pax instead of miniconda.” Thanks for the pointer, that worked perfectly. Dave Jousma Vice President | Director, Technology Engineering From: IBM Mainframe Discussion List on behalf of Radoslaw Skorupka

Re: Rocket miniconda frustrations

2023-11-03 Thread David Crayford
> On 3 Nov 2023, at 7:05 pm, Lionel B. Dyck wrote: > > With the z/OS Open Tools you don't need to use zopen, or any front-end, to > install any of their ports. > > For example, here is a direct link to the curl port > https://github.com/ZOSOpenTools/curlport > Yes. But you still need the

Re: Rocket miniconda frustrations

2023-11-03 Thread Lionel B. Dyck
With the z/OS Open Tools you don't need to use zopen, or any front-end, to install any of their ports. For example, here is a direct link to the curl port https://github.com/ZOSOpenTools/curlport Lionel B. Dyck <>< Website: https://www.lbdsoftware.com Github: https://github.com/lbdyck “Worry