[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