[5153] in SIPB bug reports

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

Re: reorg of the SIPB locker

daemon@ATHENA.MIT.EDU (John Hawkinson)
Mon Feb 13 09:32:17 1995

Date: Mon, 13 Feb 1995 09:31:55 -0500
To: Marc Horowitz <marc@MIT.EDU>
Cc: yandros@MIT.EDU, bug-sipb@MIT.EDU
In-Reply-To: "[5152] in SIPB bug reports"
From: John Hawkinson <jhawk@MIT.EDU>

Chad said:
>>   /mit/sipb/share/bin  (but not /mit/sipb/share/lib; those things
>>   would just go in /mit/sipb/share)
>>  
>>   /mit/sipb/arch/[share|common]/{bin,lib}
>> 
>>   /mit/sipb/share/{bin,lib}
>>   
>>   should be made to hold platform-INdependant executables (shell
>>   scripts, wrappers, etc.) and data.

I agree w/ Marc, who said:

> Chad and I flamed earlier, but for the record, I'm in favor of
> /mit/sipb/arch/common/{bin,lib}, because i'd like to see the common
> stuff in as much a parallel location to the arch-specific stuff as
> possible.

But for a different reason. All of the others require using "share"
for scripts -- I think this is confusing when compared to the 44lite
definition of /usr/share, which is: ``architecture-independent ascii
text files''. Maybe it's obvious to everyone else that scripts are
indeed ``ascii text files'', but this isn't clear to me :-) Further,
BSD share hierarchies are typically structured rather than flat,
as I would expect /mit/sipb/[WHATEVER]share to be.

--jhawk

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