On 11 Sep 2006 21:12:29 -0700, in bit.listserv.ibm-main (Message-ID:<[EMAIL PROTECTED]>) [EMAIL PROTECTED] (Russell Witt) wrote:

I had a request from a client today, asking when CA-1 would stop being delivered in SMP/e format and would be a simple library-download. From my
other talks with clients, I thought everyone wanted

Even if we limit ourselves to sysprogs, I'm not sure if there's *anything* that *everyone* wants.

products delivered in
SMP/e format. And this was the first time I had seen a request to go backwards to simply giving people a loadlib that they could refresh on a monthly/quarterly basis as required. This client pointed to a number of other products that do not use SMP/e and he felt SMP/e way to cumbersome to deal with (obviously, he was in charge of OEM products and not maintenance to the operating system itself). Still, I have to ask, would clients prefer to have an optional non-SMP/e installation procedure even when it means
having to download a fresh copy of the product in order to apply
maintenance?

For some products, this can make sense. I don't think that CA-1 is one of them.

I've seen some vendor(s) effectively do both: They give the user replacement loadlibs *and* replacement SMP datasets. If an emergency comes up between distro cycles, they can send a PTF, but otherwise the user never has to use SMP. IMO, this should be reserved for fully self-contained products that are not expected to be in LNKLST, LPA, etc.

I prefer to apply the maintenance, myself. In some cases, it can be good to have the fine control of APPLYing some fixes and not others. But, I can understand that some people would enjoy the ease of "copy these libraries and you're done".


--
I cannot receive mail at the address this was sent from.
To reply directly, send to ar23hur "at" intergate "dot" com

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to