On Wed, 13 May 2015 22:51:41 -0400, Shmuel Metz (Seymour J.) wrote:
on 05/12/2015 at 04:38 PM, John Eells said:
That alternative seems as though it might be worth looking at.
What about shipping software on USB data keys (thumb drive)? They're
still more expensive than tape, but the cost keeps
In 555264c6.6000...@us.ibm.com, on 05/12/2015
at 04:38 PM, John Eells ee...@us.ibm.com said:
That alternative seems as though it might be worth looking at.
What about shipping software on USB data keys (thumb drive)? They're
still more expensive than tape, but the cost keeps droping.
--
On Fri, May 15, 2015 at 1:56 AM, Paul Gilmartin
000433f07816-dmarc-requ...@listserv.ua.edu wrote:
On Wed, 13 May 2015 22:51:41 -0400, Shmuel Metz (Seymour J.) wrote:
on 05/12/2015 at 04:38 PM, John Eells said:
That alternative seems as though it might be worth looking at.
What
On Fri, 15 May 2015 10:30:18 -0700, retired mainframer wrote:
Didn't Sony get in enough trouble embedding automatically activated software
on what was supposed to be data only media?
The keywords are automatically and supposed. If the medium is clearly
identified as a bootable OS and it
Didn't Sony get in enough trouble embedding automatically activated software on
what was supposed to be data only media?
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Paul Gilmartin
Sent: Thursday, May 14, 2015 11:56 PM
To:
On Wed, 13 May 2015 08:39:09 -0400, Kurt Quackenbush wrote:
I've also discovered that files present in the GIMZIP [package directory],
but
not mentioned in the GIMPAF.XML, are quietly ignored by RECEIVE.
Um, yes, ignored, meaning such files won't get downloaded using RECEIVE
FROMNETWORK or
I've also discovered that files present in the GIMZIP [package directory], but
not mentioned in the GIMPAF.XML, are quietly ignored by RECEIVE.
Um, yes, ignored, meaning such files won't get downloaded using RECEIVE
FROMNETWORK or GIMGTPKG. Files defined in GIMPAF.XML that don't have a
TYPE
Thanks. May the SUBDIR operand contain a multi-level directory
path?
Yes.
Might I put multiple payload files in multi-level directories
in the .pax.Z? Pax might extract them, and SMP/E might be unaware.
(Do I seem to be re-inventing the conventional UNIX tarball?)
Yes, and yes.
Kurt
On 2015-05-12 14:45, Jerry Whitteridge wrote:
One change I'd like to see would be the ability to receive all the doc into
the SMPNTS, just like we do the software. There is way more storage there
than on my laptop as well as faster connections to the net.
How much is this covered by
We pull all software (as far as possible) electronically - as one of the other
posters mentioned it has Tax implications for us. We are now also all virtual
tape, with no physical drives.
One change I'd like to see would be the ability to receive all the doc into
the SMPNTS, just like we do
retired-mainfra...@q.com (retired mainframer) wrote:
snip
If we could go from DVD directly to SMPPTFIN and SMPHOLD, using DVDs would be
more attractive.
snip
That alternative seems as though it might be worth looking at.
Mounting cartridges to install a driver system with the stand-alone
11 matches
Mail list logo
