We affectionately knew them as "JES2 maintenance: My crash course in IEBUPDTE."
Bill Hitefield > -----Original Message----- > From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On > Behalf Of Jay Maynard > Sent: Monday, August 28, 2023 9:35 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: RPMs for installs and Maint: [WAS SMP/E needed for installs?] > > 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 ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
