[94838] trunk/dports

Blair Zajac blair at orcaware.com
Sun Jul 1 18:03:58 PDT 2012


On 07/01/2012 05:57 PM, Ryan Schmidt wrote:
>
> On Jul 1, 2012, at 14:55, afb at macports.org wrote:
>
>> Revision: 94838
>>           https://trac.macports.org/changeset/94838
>> Author:   afb at macports.org
>> Date:     2012-07-01 05:55:56 -0700 (Sun, 01 Jul 2012)
>> Log Message:
>> -----------
>> xz: upgrade to 5.0.4
>>
>> Stop splitting the port into a static xz and a shared liblzma,
>> include everything in the "xz" port like done with bzip2 etc.
>> Ignore the license and bloat issues that this brings, for now.
>> Mark the "liblzma" port as being replaced_by the new xz port.
>
> I thought it was nice having them split up, especially if liblzma is licensed differently from the xz command line utilities.
>
> But if splitting them up is no longer desired, then you also need to change any liblzma dependencies to xz in all ports that have them, and increase their revisions. I just received an email about that for ImageMagick, but I count 15 such ports. We can't have ports depending on ports that have been replaced_by another port.

Odd things happen now.

If you don't have liblzma or xz installed and you try to install 
ImageMagick, then it'll install liblzma (guessing for ImageMagick's 
dependency), then deactivate it and install xz (guessing for 
ImageMagick's use_xz), and then link against xz's libraries instead of 
liblzma's.

Could use_xz be updated to be satisfied by liblzma?

Blair




More information about the macports-dev mailing list