James Carlson wrote:
> UNIX admin writes:
>   
>>> If you want to rename compare you will need to take
>>> this up with
>>> the ImageMagick folks.
>>>       
>> That is not the approach that was taken when GNU tar was integrated as 
>> `gtar`, was it?
>>     
>
> No, because 'gtar' is a well-known disambiguator (even the GNU tar
> sources search for tar as 'gnutar' and 'gtar') that predates our use,
> and because we have /usr/gnu/bin for those few who really want tar to
> live with GNU horns.
>   
Not to mention that when Gnu tar was integrated, Solaris already had a 
'tar' in /usr/bin.
When 'compare' was integrated (by the first one to request it,) Solaris 
had nothing in /usr/bin/ named 'compare'.

   -Kyle
> There's no such variation of the ImageMagick components that will work
> or that will be compatible with other platforms.
>
>   
>> And whoever integrated it didn't get the developers/maintainers of GNU tar 
>> to rename him (the GNU tape archiver), did they?
>>     
>
> That's true; that wasn't done because there already was a well-known
> solution so no special concerns were raised.
>
>   
>>> I don't see why we should rename something because of
>>> a conflict with 
>>> something we do not ship.
>>>       
>> You probably (I hope) didn't mean this the way you wrote it, because it 
>> comes off as:
>>
>> "if we don't ship it, it doesn't exist"
>>
>> and, just because (Open)Solaris isn't shipping something today, that does 
>> not mean it won't be shipping that something tomorrow, which is why I 
>> believe you probably didn't mean it that way; the way you put it is 
>> unfortunate.
>>     
>
> To an approximation, if it's not something that has been ARC reviewed
> and integrated, then it's not a conflict.  We can't solve all the
> world's conflicts; we have to worry about ours.
>
> Obviously, if someone wanted to ship his own version of some well-
> known program that we don't currently ship, or otherwise pick a famous
> name, we'd likely have some sharp questions to ask, but in terms of
> having a conflict requiring that utility to be placed in /usr/gnu/bin
> (or some such), I think we'd be in less obvious territory.
>
> In this case, though, LSARC discussed something that was already
> reviewed and already integrated into the /usr/sfw/bin ghetto,
> something that is commonly known and used on many other platforms, and
> the project team wanted to move it over to /usr/bin.  Per the rules we
> came up with in PSARC 2005/185 ("Enabling serendipitous discovery")
> and 2007/047 ("/usr/gnu"), they were doing something that was fairly
> obvious and good, and the LSARC members agreed with them.
>
> I happen to agree with LSARC.
>
>   

_______________________________________________
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Reply via email to