Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
[solved] revdep-rebuild fail gtk+ related
View unanswered posts
View posts from last 24 hours
View posts from last 7 days

 
Reply to topic    Gentoo Forums Forum Index Desktop Environments
View previous topic :: View next topic  
Author Message
kreaukmeaus
n00b
n00b


Joined: 26 Mar 2010
Posts: 33

PostPosted: Sun May 23, 2010 6:39 pm    Post subject: [solved] revdep-rebuild fail gtk+ related Reply with quote

Thank you for taking a look into it.

This is where it fails:
Code:

checking for GTK+ - version >= 2.4.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: maybe you want the gtk-gnome-1-2 branch?

!!! Please attach the following file when seeking support:
!!! /var/tmp/portage/dev-python/gtkmozembed-python-2.19.1-r12/work/gnome-python-extras-2.19.1/config.log
 * ERROR: dev-python/gtkmozembed-python-2.19.1-r12 failed:
 *   econf failed
 *
 * Call stack:
 *     ebuild.sh, line   54:  Called src_compile
 *   environment, line 5636:  Called gnome2_src_compile
 *   environment, line 3506:  Called gnome2_src_configure
 *   environment, line 3520:  Called econf '--disable-allbindings' '--enable-gtkmozembed' '--with-gtkmozembed=xulrunner-1.9' '--disable-gtk-doc'
 *     ebuild.sh, line  544:  Called die
 * The specific snippet of code:
 *                      die "econf failed"
 *
 * If you need support, post the output of 'emerge --info =dev-python/gtkmozembed-python-2.19.1-r12',
 * the complete build log and the output of 'emerge -pqv =dev-python/gtkmozembed-python-2.19.1-r12'.
 * The complete build log is located at '/var/tmp/portage/dev-python/gtkmozembed-python-2.19.1-r12/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/dev-python/gtkmozembed-python-2.19.1-r12/temp/environment'.
 * S: '/var/tmp/portage/dev-python/gtkmozembed-python-2.19.1-r12/work/gnome-python-extras-2.19.1'
sandbox:main  signal SIGQUIT already had a handler ...


emerge -s gtk+ says that I have gtk+ version 2.18.9 installed.


Last edited by kreaukmeaus on Thu May 27, 2010 5:10 pm; edited 2 times in total
Back to top
View user's profile Send private message
VoidMage
Watchman
Watchman


Joined: 14 Oct 2006
Posts: 6196

PostPosted: Sun May 23, 2010 6:47 pm    Post subject: Reply with quote

Anything interesting in config.log ?
Back to top
View user's profile Send private message
kreaukmeaus
n00b
n00b


Joined: 26 Mar 2010
Posts: 33

PostPosted: Sun May 23, 2010 7:35 pm    Post subject: Reply with quote

I assume you mean this:
config.log


Well, these are some suspect lines:
Code:

/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.3/../../../../x86_64-pc-linux-gnu/bin/ld: warning: libpng12.so.0, needed by /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.3/../../../../lib64/libgtk-x11-2.0.so, not found (try using -rpath or -rpath-link)
configure:17128: $? = 0
configure:17128: ./conftest
./conftest: error while loading shared libraries: libpng12.so.0: cannot open shared object file: No such file or directory
configure:17128: $? = 127
configure: program exited with status 127


"error while loading shared libraries: libpng12.so.0: cannot open shared object file: No such file or directory" This is the same reason as why most of my programs don't work at all since last emerge -uDav world yesterday
Back to top
View user's profile Send private message
VoidMage
Watchman
Watchman


Joined: 14 Oct 2006
Posts: 6196

PostPosted: Sun May 23, 2010 8:08 pm    Post subject: Reply with quote

So, try a different order first - run revdep-rebuild only against libpng.
Back to top
View user's profile Send private message
kreaukmeaus
n00b
n00b


Joined: 26 Mar 2010
Posts: 33

PostPosted: Sun May 23, 2010 8:29 pm    Post subject: Reply with quote

I just read this article on the forum:
Watch out for the libpng 1.4 update

So I followed the instructions and installed the old libpng library again.
Order has been restored.

I didn't know that you could revdep-rebuild against specific packages. I will try this out with packages in the future.

Thank you voidmage for helping me out yet one more time.
Back to top
View user's profile Send private message
kreaukmeaus
n00b
n00b


Joined: 26 Mar 2010
Posts: 33

PostPosted: Mon May 24, 2010 9:21 pm    Post subject: Reply with quote

revdep-rebuild -L /usr/lib/libpng12.so.0
gives:
Code:

/usr/include/features.h:210:1: warning: this is the location of the previous definition
x86_64-pc-linux-gnu-gcc -pthread -shared -Wl,-O1 -march=core2 -msse -msse2 -msse3 -mssse3 -msse4.1 -mfpmath=sse -O2 -pipe build-2.6/temp.linux-x86_64-2.6/src/imageext.o -L/usr/local/lib64 -L/usr/local/lib64 -L/usr/local/lib64 -L/usr/lib64 -lSDL -lpthread -lSDL_image -lpng -ljpeg -lpython2.6 -o build-2.6/lib.linux-x86_64-2.6/pygame/imageext.so
/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.3/../../../../x86_64-pc-linux-gnu/bin/ld: /usr/lib64/libpng.a(libpng14_la-png.o): relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with -fPIC
/usr/lib64/libpng.a: could not read symbols: Bad value
collect2: ld returned 1 exit status
error: command 'x86_64-pc-linux-gnu-gcc' failed with exit status 1

while trying to emerge pygame-1.9.1

emerge --info =dev-python/pygame-1.9.1

Something is wrong with libpng.a

ls -al /usr/lib/libpng.a
gives:

Code:

lrwxrwxrwx 1 root root 10 May 22 22:52 /usr/lib/libpng.a -> libpng14.a


I can just assume that it want's "libpng12.a".
The only way I can think of is changing libpng.a from libpng14.a to libpng12.a back and forth for each package to install that depends on it.
This does not feel like a proper way to deal with the situation and I will almost certainly need to do this with other links as well.

I do have both versions of libpng installed but files seems to be located in odd directories. For example:
libpng14.a resides in /usr/lib64/
libpng12.a resides in /usr/lib32/

Can't I create som sort of rules like do you need version1.2 use this else use that?
Back to top
View user's profile Send private message
VoidMage
Watchman
Watchman


Joined: 14 Oct 2006
Posts: 6196

PostPosted: Mon May 24, 2010 10:57 pm    Post subject: Reply with quote

No, that looks about right.
The part that's wrong is that static lib is picked up instead of shared.
Pastebin build log of pygame.
Back to top
View user's profile Send private message
kreaukmeaus
n00b
n00b


Joined: 26 Mar 2010
Posts: 33

PostPosted: Tue May 25, 2010 1:28 am    Post subject: Reply with quote

Here it is:
build.log

Whoops!

Just found out that I have a new kernel to compile. How could I miss that.
I will just do that and re-emerge nvidia-drivers and all that. Then we'll see.
Back to top
View user's profile Send private message
kreaukmeaus
n00b
n00b


Joined: 26 Mar 2010
Posts: 33

PostPosted: Thu May 27, 2010 5:08 pm    Post subject: Reply with quote

I compiled and booted from kernel 2.6.34
then I recompiled nvidia-drivers.
Still same errors.

Finally I recompiled libpng1.4.2 and run the update command mentioned in the end of the emerge process:
/usr/sbin/libpng-1.4.x-update.sh


Now I have the latest version of all my applications and libraries.

Problem has been solved.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Desktop Environments All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum