[23439] trunk/dports/archivers/zlib/Portfile
Randall Wood
rhwood at mac.com
Sun Apr 1 11:31:23 PDT 2007
It may actually be best if you created a separate port tree that
someone could include in their sources.conf file if they wanted to
test it...
On 1 Apr 2007, at 13:54, Elias Pipping wrote:
> On Apr 1, 2007, at 7:43 PM, Ryan Schmidt wrote:
>
>> On Apr 1, 2007, at 09:12, Randall Wood wrote:
>>
>>> This seems to be one of those "if you can't make it work in the
>>> current release (1.4) then you shouldn't do it situations"
>>>
>>> Until the current release has universal support then I would not
>>> commit universalized ports.
>>
>> If we don't try to make ports universal now, we'll never know what
>> universal support features we need from MacPorts.
>>
>> zlib +universal worked fine in MP 1.3.2 until the portfile was
>> declared to be too ugly and got totally rewritten... I'll have
>> more to say about that in a moment.
>
> the 'normal user' shouldn't be affected by universal variant
> related changes until that's an official feature. so it'd probably
> best to remove everything of that kind from the affected ports and
> instead make patches for testers running the trunk available.
>
> that'd affect:
>
> archivers/zlib/
> devel/openssl/
> devel/pcre/
> editors/vim/
> lang/scheme48/
> net/curl/
> textproc/libiconv/
> www/neon/
>
> i'll do that as soon asap and attach the patches to the
> corresponding article in the wiki. sorry for the inconvenience
> cause by universal variants (including a broken zlib).
>
>
> Regards,
>
> Elias
>
>
Randall Wood
rhwood at mac.com
"The rules are simple: The ball is round. The game lasts 90 minutes.
All the
rest is just philosophy."
More information about the macports-dev
mailing list