BUG: gimp2 does not install due to GTK problem

[tom.morrison@…]

I've tried to install Gimp2 on two different system with the same failure: checking for GTK+ - version >= 2.4.4... no * Could not run GTK+ test program, checking why... * The test program compiled, but did not run. This usually means * that the run-time linker is not finding GTK+ or finding the wrong * version of GTK+. If it is not finding GTK+, you'll need to set your * LD_LIBRARY_PATH environment variable, or edit /etc/ld.so.conf to point * to the installed location Also, make sure you have run ldconfig if that * is required on your system * * If you have an old version installed, it is best to remove it, although * you may also be able to get things to work by modifying LD_LIBRARY_PATH configure: error: Test for GTK+ failed. See the file 'INSTALL' for help.

The response to a "port installed" is: The following ports are currently installed:

atk 1.9.0_0 (active) expat 1.95.8_1 (active) fontconfig 2.2.3_1 (active) freetype 2.1.9_1 (active) gettext 0.14.3_1 (active) glib2 2.6.2_1 glib2 2.6.4_0 (active) gtk2 2.6.7_0 (active) jpeg 6b_0 (active) lcms 1.14_0 (active) libart_lgpl 2.3.17_0 (active) libiconv 1.9.2_1 (active) libnasl 2.2.4_0 (active) libpng 1.2.8_1 (active) libwmf 0.2.8.2_0 (active) nessus-core 2.2.4_0 (active) nessus-libraries 2.2.4_0 (active) nessus-plugins 2.2.4_0 (active) nmap 3.81_0 (active) openssl 0.9.7g_0 (active) p5-xml-parser 2.34_3 (active) pango 1.8.0_0 (active) perl5.8 5.8.6_1 (active) pkgconfig 0.17.2_0 (active) render 0.8_2 (active) tiff 3.7.1_0 (active) Xft2 2.1.6_0 (active) xrender 0.8.4_0 (active) zlib 1.2.2_1 (active)

So, you can see an adequate version of GTK is present on the system(s).

Thank for any help, Tom

[jmpp@…]

Assign bug to maintainer.

-jmpp

[snu@…]

* Bug 3040 has been marked as a duplicate of this bug. *

[snu@…]

* Bug 3058 has been marked as a duplicate of this bug. *

[hyclak@…]

There seems to be a problem with Apples ld prebind and GTK2 in darwinports. This is from a fresh install of 1.0 both before and after a selfupdate. Here is an example of what happens with gaim:

checking for pkg-config... (cached) /opt/local/bin/pkg-config checking for GLIB - version >= 2.0.0... yes (version 2.6.4) checking for pkg-config... (cached) /opt/local/bin/pkg-config checking for GTK+ - version >= 2.0.0... no * Could not run GTK+ test program, checking why... * The test program compiled, but did not run. This usually means * that the run-time linker is not finding GTK+ or finding the wrong * version of GTK+. If it is not finding GTK+, you'll need to set your * LD_LIBRARY_PATH environment variable, or edit /etc/ld.so.conf to point * to the installed location Also, make sure you have run ldconfig if that * is required on your system * * If you have an old version installed, it is best to remove it, although * you may also be able to get things to work by modifying LD_LIBRARY_PATH configure: error: * GTK+ 2.0 is required to build Gaim; please make sure you have the GTK+ * development headers installed. The latest version of GTK+ is * always available at ​http://www.gtk.org/.

And from config.log:

configure:29355: checking for pkg-config configure:29386: result: /opt/local/bin/pkg-config configure:29407: checking for GTK+ - version >= 2.0.0 configure:29522: gcc -o conftest -g -O2 -Wall -g3 -DXTHREADS -I/opt/local/includ e/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/l ocal/include/pango-1.0 -I/opt/local/include -I/opt/local/include/freetype2 -I/us r/X11R6/include -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include

-I/opt/local/include -I/usr/X11R6/include -no-cpp-precomp -L/opt/local/lib -L/

usr/X11R6/lib -bind_at_load conftest.c -L/opt/local/lib -lgtk-x11-2.0 >&5 ld: warning prebinding disabled because dependent library: /opt/local/lib/libgtk -x11-2.0.0.dylib is not prebound ld: /var/tmpccOexs4R.o illegal reference to symbol: _g_strdup defined in indir ectly referenced dynamic library /opt/local/lib/libglib-2.0.0.dylib configure:29525: $? = 1 configure: program exited with status 1

It would seem that ld is ignoring the bind_at_load directive and still trying to prebind.

[mij@…]

This should've been fixed with the pkgconfig changes made a little while ago, but I forgot to close the bug then.