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