[25656] trunk/dports/devel/pcre/Portfile
Ryan Schmidt
ryandesign at macports.org
Sun May 27 14:04:42 PDT 2007
On May 27, 2007, at 15:49, N_Ox wrote:
> Le 27 mai 07 à 22:44, Ryan Schmidt a écrit :
>
>> On May 27, 2007, at 11:37, source_changes at macosforge.org wrote:
>>
>>> Revision: 25656
>>> http://trac.macosforge.org/projects/macports/changeset/
>>> 25656
>>> Author: nox at macports.org
>>> Date: 2007-05-27 09:37:40 -0700 (Sun, 27 May 2007)
>>>
>>> Log Message:
>>> -----------
>>> Added utf8 variant.
>>> Added standard documentation installation.
>>> Changed master sites order.
>>> Taken over.
>>>
>>> Modified Paths:
>>> --------------
>>> trunk/dports/devel/pcre/Portfile
>>>
>>> (...)
>>
>> So wait... users who had pcre 7.1_0 installed already had UTF-8
>> support. Now we upgrade to pcre 7.1_1 and we don't have UTF-8
>> support, unless we uninstall pcre and reinstall it with +utf8. Why
>> was UTF-8 support made optional and non-default?
>>
>
> First, I don't really like features being enabled by default.
> Second, as there is other ports with utf8 variant, i think this
> should be made a variant wherever it could be, for consistency's sake.
It's not about consistency really; it's about what most users will
want. Features should be enabled by default if it's reasonable to
expect people will want it, and UTF-8 support is reasonable to want
in 2007. I cite:
http://web.archive.org/web/20060222172940/darwinports.org/docs/
ch07s02.html
Which says:
> There are some guidelines for using variants:
>
> * Never change the version of a port inside a variant.
> * Heavy usage of variants is considered bad style - keep the number
> of variants low.
> * Prefer function restricting variants over function enhancing
> ones. Make the default installation the one that serves most purposes.
More information about the macports-dev
mailing list