On Wed, 19 Nov 2025 09:11:19 -0500, Phil Smith III wrote: > ... >And we have //*CALLLIBS=YES > I suspect CALLLIBS is discouraged because SMP/E has no way to know which LMODs need to be refreshed when a CALLLIB is modified, probably outside SMP/E control. Is there a process for rebuilding such an LMOD ab ovo? Delete and re-install?
> ... >What we've seen before is that people use varied locations for vendor >products, so we're trying to be as flexible as possible while making it as >simple as possible. Y'all convinced me that trying to accommodate SMS was >madness; current plan there is to use &VOLSER and tell them in the doc, "If >you don't want the entire product on a single volume and/or want to use SMS to >allocate the data sets, look for &VOLSER in the jobs and update as >appropriate". > Customers are arrogant, marking their territory like dogs. I once noted here that when customers customize install paths it invalidates instructions and examples in reference materials. Someone rebutted (I forget; could have been Shmuel) that if those materials are delivered as .docx markup source they could be edited to match and rendered. And Tech Support and consultants have the burden of providing test cases to match the customized paths Better you should deliver your UNIX files as /usr/lpp/com.akphs/* and classic data sets as COM.AKPHS.** and customers should refrain from wasting their time. -- gil ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
