Re: Problem building various ports (dependencies).

From: Eric Anderson <anderson_at_freebsd.org>
Date: Mon, 12 Feb 2007 00:18:26 -0600
On 02/12/07 00:14, Ian FREISLICH wrote:
> Hi
> 
> Recently I've had difficulty building gnupg and the gimp on current.
> The problem however is not those ports, but their dependencies.
> 
> Building the gimp now gives this message:
> ===>   Running ldconfig
> /sbin/ldconfig -m /usr/local/lib
> ===>   Registering installation for libwmf-0.2.8.4
> ===>   Returning to build of gimp-2.2.13_2,1
> Error: shared library "wmf.2" does not exist
> *** Error code 1
> 
> But it's *just* installed libwmf.  How can that be?  I trundle over
> to /usr/local/lib:
> 
> -rw-r--r--  1 root  wheel  387362 Feb 12 07:52 libwmf.a
> -rwxr-xr-x  1 root  wheel  430673 Feb 12 07:52 libwmf.so.2.0
> -rw-r--r--  1 root  wheel  115138 Feb 12 07:52 libwmflite.a
> -rwxr-xr-x  1 root  wheel  114512 Feb 12 07:52 libwmflite.so.7.1
> 
> Something looks odd though. Why do those libraries have minor
> numbers?  so I:
> ln -s libwmf.so.2.0 libwmf.so.2
> ln -s libwmflite.so.7.1 libwmflite.so.7
> 
> And sure enough, the gimp compile gets a little further until:
> 
> ===>   gimp-2.2.13_2,1 depends on executable in : gmake - found
> ===>   gimp-2.2.13_2,1 depends on file: /usr/local/bin/intltool-extract - found
> ===>   gimp-2.2.13_2,1 depends on file: /usr/local/libdata/pkgconfig/gnome-mime-data-2.0.pc - found
> ===>   gimp-2.2.13_2,1 depends on executable in : pkg-config - found
> ===>   gimp-2.2.13_2,1 depends on shared library: wmf.2 - found
> ===>   gimp-2.2.13_2,1 depends on shared library: aa.1 - not found
> ===>    Verifying install for aa.1 in /usr/ports/graphics/aalib
> ...
> ===>   Compressing manual pages for aalib-1.4.r5_2
> ===>   Running ldconfig
> /sbin/ldconfig -m /usr/local/lib
> ===>   Registering installation for aalib-1.4.r5_2
> ===>   Returning to build of gimp-2.2.13_2,1
> Error: shared library "aa.1" does not exist
> *** Error code 1
> 
> Wash rinse repeat.
> 
> Is the problem with the way the ports collection detects the existence
> of dependencies or with the way the dependencies are installed?


I'm guessing it's the removal of objformat from the tree.  You can try 
to grab the pre-removal version, and compile/install it.  This helped me 
build my ports again.  Painful.


Eric
Received on Mon Feb 12 2007 - 05:18:32 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:05 UTC