[Info-vax] Error installing DECSet
Stephen Hoffman
seaohveh at hoffmanlabs.invalid
Thu Dec 20 14:26:14 EST 2018
On 2018-12-20 18:15:58 +0000, Ben Lambert said:
> Not that I'm one to normally defend HPE given the massacre that has
> recently occurred with regard to VMS info on their website, but there's
> some confusion going on here. The files on the HPE site are ok; they
> have been provided in ZIP format for quite a while now.
>
> The issue is that Antonio was unzipping them on a Rasperry Pi (not on
> the virtual VAX) and then creating an ISO-9660 of the extracted files
> to mount on the VAX via a virtual CD-ROM drive. This is what is
> truncating the filenames, and losing the file attributes.
Yeah, that won't work.
There are more than a few other folks that have learned that BACKUP has
some severe and long-standing issues with its RMS metadata
expectations, and RMS metadata routinely gets stripped on other
platforms. BACKUP /REPAIR is helpful for the OpenVMS releases recent
enough to have that and the
[000TOOLS]RESET_BACKUP_SAVESET_ATTRIBUTES.COM on the Freeware and other
similar metadata-related tools and commands are how we've all dealt
with this issue. And this will continue to trip new users. This
rather than, you know, fixing BACKUP.
On the plus side, a wholesale replacement is probably a better path now
rather than further work on BACKUP, so there's that.
And ISO-9660 support on OpenVMS is ISO-9660:1988, and lacks more recent
extensions and amendments; without support for the stuff that most
folks use and expect. Joliet, Rock Ridge, HFS and UDF are not supported
by OpenVMS.
--
Pure Personal Opinion | HoffmanLabs LLC
More information about the Info-vax
mailing list