[26845] in Athena Bugs

home help back first fref pref prev next nref lref last post

Re: sun4 9.4.26: /usr/dt/bin/sdtaudiocontrol

daemon@ATHENA.MIT.EDU (Robert Basch)
Wed May 3 17:01:52 2006

In-Reply-To: <20060503193038.GA27035@gaston.mit.edu>
Mime-Version: 1.0 (Apple Message framework v749.3)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <C267268A-4375-4F25-A0CD-FEFFE0D59D4A@mit.edu>
Content-Transfer-Encoding: 7bit
From: Robert Basch <rbasch@mit.edu>
Date: Wed, 3 May 2006 16:12:00 -0400
To: Daniel Jared Dominguez <danjared@mit.edu>
X-Spam-Score: 1.217
X-Spam-Level: * (1.217)
X-Spam-Flag: NO
Cc: bugs@mit.edu
Errors-To: bugs-bounces@mit.edu

On May 3, 2006, at 3:30 PM, Daniel Jared Dominguez wrote:

> kuzco% ls -ld /usr/java
> lrwxrwxrwx 1 root other 17 May 2 10:56 /usr/java -> jdk/j2sdk1.4.2_10/

Hmm, do you know how this machine was installed?  From
the output of "athinfo kuzco version", it seems to have been
installed directly at 9.4.26 from a Solaris 9 miniroot, which
could explain how the /usr/java symlink got messed up (as
well as probably causing other subtle problems).  We do not
yet support installing 9.4 natively on Suns; the correct
procedure is to install 9.3, from which the machine will update
automatically to 9.4.  Currently the install procedure is set to
use 9.3 by default, though will not complain if 9.4 is specified
in a custom install.  I'm guessing that is what happened here.
If that is the case, the machine should probably be reinstalled
properly, i.e. installing 9.3 and waiting for the machine to
update to 9.4.

Bob


home help back first fref pref prev next nref lref last post