[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