[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