| Summary: | gimp 1.2.4 uses kdemultimedia libmpeg.so instead of lib-mpeg libmpeg.a | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Richard Garand <richard> |
| Component: | New packages | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | mmc |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Richard Garand
2003-05-29 18:57:44 UTC
hmm nasty.. we either fix the makefile or do an LDFLAGS trick where we specify /usr/lib/libmpeg.a as first LD flag.
Can you try the second option, see if it works allright ? Just add LDFLAGS="${LDFLAGS} /usr/lib/libmpeg.a" to the ebuild . it might give some extra warnings, but nothing to be worried about.
I'm getting the same error with 1.2.5; the LDFLAGS fix doesn't work. I suspect it's still trying to use KDE's library first. hmm yeah.. we it isn't a fix if it's untested. What if you change LDFLAGS into CFLAGS ? CFLAGS is working so far; it just left plug-ins. I also had a very similar problem: gcc -march=pentium3 -O2 -pipe -fomit-frame-pointer -Wall -o .libs/gap_decode_mpeg gap_decode_mpeg_main.o gap_arr_dialog.o gap_pdb_calls.o -rdynamic ../../libgimp/.libs/libgimpui.so -L/usr/lib -L/usr/X11R6/lib ../../libgimp/.libs/libgimp.so /usr/lib/libmpeg.so -L/usr/qt/3/lib -L/usr/kde/3/lib -L/usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.2 -L/usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.2/../../../../i686-pc-linux-gnu/lib -L/usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.2/../../.. -L/usr/i686-pc-linux-gnu/bin -L/usr/i686-pc-linux-gnu/lib -lXv -lXxf86dga -lXxf86vm -lcdda_paranoia -lcdda_interface /usr/lib/libvorbisfile.so /usr/lib/libvorbis.so /usr/lib/libogg.so /usr/lib/libesd.so /usr/lib/libaudiofile.so /usr/lib/libasound.so -lpthread /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.2/libstdc++.so -lc -lgcc_s /usr/lib/libgtk.so /usr/lib/libgdk.so /usr/lib/libgmodule.so /usr/lib/libglib.so -ldl -lXi -lXext -lX11 -lm -Wl,--rpath -Wl,/usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.2 gcc: /usr/lib/libmpeg.so: No such file or directory The plugin was being linked against a non-existent /usr/lib/libmpeg.so After a lot of help from rac I managed to discover /usr/lib/libmpeg.la was causing the problems. This libtool library file was an errant copy of /usr/kde/3.1/lib/libmpeg.la (I'm still not sure how a copy managed to end up in the wrong place.) Removing this file caused gimp to compile successfully: gcc -march=pentium2 -O2 -pipe -fomit-frame-pointer -Wall -o .libs/gap_decode_mpeg gap_decode_mpeg_main.o gap_arr_dialog.o gap_pdb_calls.o -rdynamic ../../libgimp/.libs/libgimpui.so -L/usr/lib -L/usr/X11R6/lib ../../libgimp/.libs/libgimp.so -lmpeg /usr/lib/libgtk.so /usr/lib/libgdk.so /usr/lib/libgmodule.so /usr/lib/libglib.so -ldl -lXi -lXext -lX11 -lm creating gap_decode_mpeg The errant libmpeg.la file includes: # Libraries that this one depends upon. dependency_libs=' -L/usr/X11R6/lib -L/usr/qt/3/lib -L/usr/kde/3/lib -L/usr/lib -L/usr/lib$ ..... # Directory that this library needs to be installed in: libdir='/usr/lib' This appears to be a file from a kdemultimedia 3.0.5b install. Maybe upgrading kde missed this file? its more important to us if the 'fix' mentioned in #3 & #4 works for you. In my case the fix in #3 and #4 did not work since the libmpeg.la file on my machine is redundant and points to both a non-existent libmpeg.so and non-existent dependencies. As an aside, I did however emerge kdemultimedia and test the fix against a current kde libmpeg.la file and can confirm that the CFLAGS trick works fine. There is not much we can do about files which shouldn't be there. If that is in any way a reproducable problem it should be filed to the KDE team, but i very much doubt it is. ok, i added the CFLAGS workaround as mentioned in #3 & #4 to 1.2.5 . Thanks for the report and testing. |
