Sorry if I misunderstood what the case was delivering.

Still not sure exactly why we're doing a no-x version from a business 
perspective (and I think JCarlson's issue is a business one as well), 
but architecturally I see no further issues.

    -- Garrett

Bart Smaalders wrote:
> Garrett D'Amore wrote:
>> On a separate note, its unclear to me whether SUNWemacs-nox is a 
>> sound approach for Solaris.
>>
>> It presents potential difficulties, as there is no precedent (that 
>> I'm aware of) for having the same binary program (/usr/bin/emacs) 
>> distributed by different packages.  It potentially raises challenges 
>> for patching, and other sustaining efforts, and I'm not entirely 
>> certain that this has been thoroughly considered yet.
>>
>
>
> That's not what the proposal specified:
>
>>
>>
>> The /usr/bin/emacs command is a shell script, delivered by
>> SUNWemacs. This script execs the "best" version of emacs
>> installed on the system, where best is defined as:
>>
>>     1) If /usr/bin/emacs-x exists, exec it.
>>     2) If /usr/bin/emacs-nox exists, exec it.
>>     3) If no emacs executables are present, issue
>>        an error to that effect and exit(1).
>
> - Bart
>


Reply via email to