lzma invoked incorrectly for mpfr port ?

Joe VanAndel joe.vanandel at gmail.com
Thu Jan 29 18:40:59 PST 2009


Thanks, I was missing the install of the lzmautils package, which
installed /opt/local/bin/lzma.  The 'lzma' package installs
/opt/local/bin/lzma_alone, which I had linked to /opt/local/bin/lzma,
by mistake.

Seems strange (and error prone) that macports has two different lzma
command line utilities, with lzmautils apparently forked from an
earlier version of lzma.


On Thu, Jan 29, 2009 at 5:43 PM, Joshua Root <jmr at macports.org> wrote:
> Joe VanAndel wrote:
>> I'm running macports 1.70 on 10.5.6 (Intel).  I've just run sudo port
>> selfupdate.
>>
>> When trying to install the "mpfr" port, macports seems to incorrectly
>> invoke 'lzma'.  (I have the current version, 4.63, provided by
>> macports).
>> port -d -v -f install mpfr reports:
>>
>> DEBUG: Assembled command: 'cd
>> "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_mpfr/work"
>> && /opt/local/bin/lzma -dc
>> /opt/local/var/macports/distfiles/mpfr/2.4.0/mpfr-2.4.0.tar.lzma |
>> /usr/bin/gnutar --no-same-owner -xf -'
>>
>> LZMA 4.63 : Igor Pavlov : Public domain : 2008-12-31
>>
>> Error: Incorrect command
>>
>> ===============
>> As far as I can see, the correct command is:
>> /opt/local/bin/lzma d
>> /opt/local/var/macports/distfiles/mpfr/2.4.0/mpfr-2.4.0.tar.lzma -so |
>> /usr/bin/gnutar --no-same-owner -xf -
>>
>> If I manually run lzma and gnutar to unpack the mpfr port, it builds fine.
>>
>> Where is the the script that is invoking lzma incorrectly?
>
> You appear to have a different lzma than the one MP expects. Ports that
> need to extract lzma compressed distfiles depend on bin:lzma:lzmautils.
>
> I'm not sure where your lzma came from, as the lzma port doesn't install
> a binary called 'lzma'.
>
> - Josh
>


More information about the macports-users mailing list