Path: utzoo!attcan!uunet!mailrus!purdue!decwrl!ucbvax!ICAEN.UIOWA.EDU!dbfunk
From: dbfunk@ICAEN.UIOWA.EDU (David B Funk)
Newsgroups: comp.sys.apollo
Subject: Re: install++ problem
Message-ID: <9001130818.AA00127@icaen.uiowa.edu>
Date: 13 Jan 90 08:01:03 GMT
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: Iowa Computer Aided Engineering Network, University of Iowa
Lines: 31

In posting <1371@merlin.bhpmrl.oz> robinb%merlin.bhpmrl.oz.au@uunet.uu.net Robbin Brown writes:

> Has anybody seen the following error during compiler installation
> using install++ under sr10.1.  It occurs when installing both ftn
> and pascal and possibly others, however phigs installs perfectly!
> 
> RAI Install Tool V1.08  5 Dec 88
> Installing //merlin
> ERROR:For product apollo.pas: apollo.os version 10.0 was not found
> RAI install has completed with errors
> Please check the transcript pad for a description of the errors

   Yes, I've seen that error during compiler installs. The problem is that
install++ wants to see the release index file for your OS to check out
the revisions of the system libraries. This can fail if your compiler
AA is not the same as your OS AA. You can work around this by creating
a link in your compiler AA that points to the OS AA.
    For example: suppose that you are running sr10.1, the OS AA is on //george,
and your compiler AAs are on //mike. (IE "ri.apollo.os.v.10.1" is in 
"//george/install" and "ri.apollo.pas.v.8.7.m" is in "//mike/install")
The workaround is to create a link called "ri.apollo.os.v.10.1" in 
//mike/install that points to "//george/install/ri.apollo.os.v.10.1".
EG:
$ /com/crl //mike/install/ri.apollo.os.v.10.1 //george/install/ri.apollo.os.v.10.1

    If you no longer have your OS AA around, you don't need to panic, all
you need to do is to restore the OS release index file from the distribution
tape. (IE all you really need is "/install/ri.apollo.os.v.10.1/ri.apollo.os.v.10.1"
not the whole OS AA for the compiler installs.)

Dave Funk