Classification: Confidential "You never see a PTF that is 1MB"
JAVA SDK's ? -----Original Message----- From: IBM Mainframe Discussion List <[email protected]> On Behalf Of Jon Perryman Sent: Friday, August 25, 2023 8:56 PM To: [email protected] 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 > <[email protected]> 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 [email protected] 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 [email protected] with the message: INFO IBM-MAIN
