[5266] in testers

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

Re: problems with local-lockers

daemon@ATHENA.MIT.EDU (Alex T Prengel)
Thu Dec 19 12:14:54 2002

Message-Id: <200212191714.MAA26386@dit.mit.edu>
To: Greg Hudson <ghudson@MIT.EDU>
cc: alexp@MIT.EDU, jweiss@MIT.EDU, testers@MIT.EDU
In-Reply-To: Your message of "19 Dec 2002 07:35:35 EST."
             <1040301335.22091.246.camel@error-messages.mit.edu> 
Date: Thu, 19 Dec 2002 12:14:51 -0500
From: Alex T Prengel <alexp@MIT.EDU>


>On Thu, 2002-12-19 at 05:30, Jonathon Weiss wrote:
>> 
>> I ran into a couple of problems with the local-lockers functionality.
>> 
>> 1) The directory /var/athena/local/acro_v5.0.5/ is mode 666,
>>    presumably because the top level of the volume in afs is.
>
>Good catch.  I think this is best fixed for now by Alex doing a chmod
>go-w of the top level of the volume

Done (in the R/W volume). Should be visible by next AFS propagation.

Jonathon also reports a second issue:

>2) acroread is still run out of afs, apparently because
>   /mit/acro_v5.0.5/distrib/$ATHENA_SYS/bin/acroread is a script that
>   calls it with a full afs path.

This could be a real hassle- acroread is intricately bound to Netscape/Mozilla
configuration settings that rely on these paths, and things would almost
surely break and take a lot of work on my and Todd's part to fix if we changed
this. I really don't want to mess around with this unless it's absolutely
essential.

                                        Alex




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