[28060] trunk/dports/archivers/sharutils/Portfile

N_Ox nox at macports.org
Sun Aug 19 15:06:05 PDT 2007


Le 19 août 07 à 22:42, Ryan Schmidt a écrit :

> On Aug 19, 2007, at 11:31, source_changes at macosforge.org wrote:
>
>> Revision: 28060
>>           http://trac.macosforge.org/projects/macports/changeset/ 
>> 28060
>> Author:   nox at macports.org
>> Date:     2007-08-19 09:31:54 -0700 (Sun, 19 Aug 2007)
>>
>> Log Message:
>> -----------
>> sharutils:
>>  * Updated to 4.7.
>>  * NLS support is now a variant.
>
> Why, by the way? Do you believe most people will not want native  
> language support? There's a lot of software with NLS, and I think  
> most of it is on by default. Do you propose going through all of  
> them to make NLS off by default? Why is this desirable? Why should  
> we spend time on this? All it does, in the end, is give the user  
> yet another choice they need to make. Our goal should not be to  
> give the user every conceivable choice, but to use our expertise to  
> choose a reasonable configuration for the user.
>

I think NLS should be a variant in every port, then it could be able  
to enable it if you want.
This would be a reasonable configuration setting for the user.

>> +variant nls description {Enable NLS support} {
>
> I think the name of the variant ("nls") makes it pretty clear that  
> it "Enable[s] NLS"; the person who needs to read the description,  
> however, is the one who doesn't know what "NLS" stands for. If this  
> variant is retained, the description should be more helpful.
>
> FYI, since "NLS" stands for native (or natural) language support,  
> "NLS support" is just as redundant as "ATM machine" or "PIN  
> number". :-)
>

Thanks, i'll change this.

--
Anthony Ramine, the infamous MacPorts Trac slave.
nox at macports.org





More information about the macports-dev mailing list