Fwd: [25656] trunk/dports/devel/pcre/Portfile
N_Ox
n.oxyde at gmail.com
Sun May 27 14:35:52 PDT 2007
Début du message réexpédié :
> De : N_Ox <n.oxyde at gmail.com>
> Date : 27 mai 2007 23:35:28 HAEC
> À : Ryan Schmidt <ryandesign at macports.org>
> Objet : Rép : [25656] trunk/dports/devel/pcre/Portfile
>
>
> Le 27 mai 07 à 23:04, Ryan Schmidt a écrit :
>
>> 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.
>>
>>
>
> Thanks for the link, i'll read it carefully.
> I'll make this variant enabled by default.
>
> By the way, thanks for all your commit comments, they are very
> helpful.
>
> --
> Anthony Ramine, a lazy french student.
> nox at macports.org
>
>
>
--
Anthony Ramine, a lazy french student.
nox at macports.org
More information about the macports-dev
mailing list