Am I the only one who remembers JES2 level sets? On Mon, Aug 28, 2023 at 8:30 AM Allan Staller < 00000387911dea17-dmarc-requ...@listserv.ua.edu> wrote:
> Classification: Confidential > > "You never see a PTF that is 1MB" > > JAVA SDK's ? > > -----Original Message----- > From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf > Of Jon Perryman > Sent: Friday, August 25, 2023 8:56 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: RPMs for installs and Maint: [WAS SMP/E needed for installs?] > > [CAUTION: This Email is from outside the Organization. Unless you trust > the sender, Don’t click links or open attachments as it may be a Phishing > email, which can steal your Information and compromise your Computer.] > > > On Thursday, August 24, 2023 at 11:57:33 AM PDT, Steve Thompson < > ste...@wkyr.net> wrote: > > With Linux distros there are a few maint systems. The one I am most > > familiar with is RPM. > > Linux (nor Unix) does NOT have any maint systems. P in RPM stands for > Package which is the z/OS equivalent of product / component. Complete > packages are replaced regardless of the problems you want to fix. Every > package has a version number which is indentifies all the maintenance > included in that package. > > > To me YAST (the Linux equivalent of SMP/E) handles upgrades > > YAST and SMP/e have nothing in common. YAST tells you it's about > installation and configuration. It's about replacing the entire package and > nothing to do with maintaining that package. The M in SMP/e stands for > Maintenance. You never see a PTF that is 1MB. The only reason SMP/e > installs, is to create a maintenance environment for the product / > component. If installation is your only requirement, then use a different > tool like IEBCOPY, DFDSS or ???. > > > Each product/component has its own main entry and dependencies. > > Unix dependencies are by version number and have nothing to do with the > package (product/component) in question. The package is completely > replaced. SMP/e dependencies can be for entities within the same function, > other functions, PTFs and APARs. A function is the SMP/e equivalent of a > Unix package. > > > I thought it was a fairly good replacement for SMP/E for the Linux > > side of things. > > I can see how it could be used to do z/OS and related..... > > YAST, RPM and other Unix package installers are unacceptable replacements > for SMP/e. Name 1 z/OS customer that is willing to risk reinstalling an > entire product/component because they need 1 PTF. Add to that cascading > product installs because of dependencies. Worse than that, testing must > include everything that changed in those installs and every > product/component that interacts with all the installed products/components. > > I think z/OS uptime is 99.9999%. You get what you pay for. Unix maint > philosophy may be acceptable on $10,000 computers but highly unacceptable > on multi-million $ computers. We don't tolerate unintentional downtime. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > ::DISCLAIMER:: > ________________________________ > The contents of this e-mail and any attachment(s) are confidential and > intended for the named recipient(s) only. E-mail transmission is not > guaranteed to be secure or error-free as information could be intercepted, > corrupted, lost, destroyed, arrive late or incomplete, or may contain > viruses in transmission. The e mail and its contents (with or without > referred errors) shall therefore not attach any liability on the originator > or HCL or its affiliates. Views or opinions, if any, presented in this > email are solely those of the author and may not necessarily reflect the > views or opinions of HCL or its affiliates. Any form of reproduction, > dissemination, copying, disclosure, modification, distribution and / or > publication of this message without the prior written consent of authorized > representative of HCL is strictly prohibited. If you have received this > email in error please delete it and notify the sender immediately. Before > opening any email and/or attachments, please check them for viruses and > other defects. > ________________________________ > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Jay Maynard ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN