[5153] in SIPB bug reports
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