root@moon_gen_2:~# emerge -va1 x11-plugins/gkrellm-gamma These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] x11-plugins/gkrellm-gamma-2.03 0 kB Total: 1 package (1 new), Size of downloads: 0 kB Would you like to merge these packages? [Yes/No] >>> Emerging (1 of 1) x11-plugins/gkrellm-gamma-2.03 to / * gkrellm-gamma-2.03.tar.gz MD5 ;-) ... [ ok ] * gkrellm-gamma-2.03.tar.gz RMD160 ;-) ... [ ok ] * gkrellm-gamma-2.03.tar.gz SHA1 ;-) ... [ ok ] * gkrellm-gamma-2.03.tar.gz SHA256 ;-) ... [ ok ] * gkrellm-gamma-2.03.tar.gz size ;-) ... [ ok ] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] * checking gkrellm-gamma-2.03.tar.gz ;-) ... [ ok ] >>> Unpacking source... >>> Unpacking gkrellm-gamma-2.03.tar.gz to /var/tmp/portage/x11-plugins/gkrellm-gamma-2.03/work >>> Source unpacked. >>> Compiling source in /var/tmp/portage/x11-plugins/gkrellm-gamma-2.03/work/gkrellm-gamma-2.03 ... cc -O2 -march=athlon-mp -pipe -mmmx -msse -m3dnow -Wall -fPIC `pkg-config gtk+-2.0 --cflags` -I/usr/local/include -c -o main.o main.c make: *** No rule to make target `/usr/X11R6/lib/libXxf86vm.a', needed by `gamma.so'. Stop. make: *** Waiting for unfinished jobs.... main.c: In function 'create_plugin': main.c:218: warning: passing argument 1 of 'gdk_string_width' from incompatible pointer type !!! ERROR: x11-plugins/gkrellm-gamma-2.03 failed. Call stack: ebuild.sh, line 1614: Called dyn_compile ebuild.sh, line 971: Called qa_call 'src_compile' environment, line 1223: Called src_compile ebuild.sh, line 645: Called die !!! emake failed !!! If you need support, post the topmost build error, and the call stack if relevant. !!! A complete build log is located at '/var/log/portage/x11-plugins:gkrellm-gamma-2.03:20070212-200216.log'.
Created attachment 109987 [details] /var/log/portage/x11-plugins:gkrellm-gamma-2.03:20070212-200216.log
Created attachment 109988 [details] /tmp/emerge--info
Seems like you don't have x11-libs/libXxf86vm installed which is one of dependencies of this package. What I found strange is that Paludis picks up this dependency correctly (as dependency of mesa) but Portage does not (please note that I removed x11-libs/libXxf86vm specifically to test this). Paludis: * x11-libs/libXxf86vm-1.0.1 {:0} [N] -debug <media-libs/mesa-9999::installed> * app-admin/gkrellm-2.2.10 {:2} [N] X -gnutls -lm_sensors nls ssl Portage: [ebuild N ] app-admin/gkrellm-2.2.10 USE="X nls ssl -gnutls -lm_sensors" 0 kB Querying mesa directly with Portage works as expected though: [ebuild N ] x11-libs/libXxf86vm-1.0.1 USE="-debug" 0 kB [ebuild R ] media-libs/mesa-9999 USE="3dnow mmx nptl sse -debug -doc -hardened -motif -pic -xcb" VIDEO_CARDS="radeon -i810 -mach64 -mga -none -nouveau -r128 -s3virge -savage -sis (-sunffb) -tdfx -trident -via" 0 kB [3] Bug in Portage?
root@moon_gen_2:~# emerge -va x11-libs/libXxf86vm app-admin/gkrellm media-libs/mesa These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] x11-libs/libXxf86vm-1.0.1 USE="-debug" 0 kB [ebuild R ] app-admin/gkrellm-2.2.10 USE="X gnutls lm_sensors nls ssl" 0 kB [ebuild R ] media-libs/mesa-6.5.2 USE="doc motif nptl -debug -hardened -xcb" VIDEO_CARDS="mga s3virge sis tdfx trident via -i810 -mach64 -none -r128 -radeon -savage (-sunffb)" 0 kB Total: 3 packages (3 reinstalls), Size of downloads: 0 kB Would you like to merge these packages? [Yes/No] n and still cant compile G-Gamma. # equery depends x11-libs/libXxf86vm [ Searching for packages depending on x11-libs/libXxf86vm... ] app-emulation/wine-0.9.30 (X? x11-libs/libXxf86vm) media-libs/libggi-2.1.1 (X? x11-libs/libXxf86vm) media-libs/mesa-6.5.2 (x11-libs/libXxf86vm) media-video/mplayer-1.0_rc1-r2 (X? x11-libs/libXxf86vm) (gtk ? x11-libs/libXxf86vm) (xinerama ? x11-libs/libXxf86vm) (xv ? x11-libs/libXxf86vm) x11-apps/xdpyinfo-1.0.1 (x11-libs/libXxf86vm) x11-base/xorg-server-1.2.0 (x11-libs/libXxf86vm) x11-libs/wxGTK-2.6.3.3 (X? x11-libs/libXxf86vm) x11-wm/enlightenment-0.16.8.5 (x11-libs/libXxf86vm) Rafal did you do recently "emerge -DaNuv world" ?
Just to be clear - I don't have problem with this package (it compiles cleanly for me) nor with my system and only was trying to guess what can be wrong :) If you already have x11-libs/libXxf86vm merged and you still can't merge gkrellm-gamma then I don't really know what I can do to help you, sorry (I had the same error as you when x11-libs/libXxf86vm was not present on my system - after merging it problem vanished). BTW I'm using Paludis as my package manager.
(In reply to comment #5) > Just to be clear - I don't have problem with this package (it compiles cleanly > for me) nor with my system and only was trying to guess what can be wrong :) Honestly, I dont need it, and attempting to build it was compleet hazard; but since I have the bug, any one else could => I report. Let's focus on this: make: *** No rule to make target `/usr/X11R6/lib/libXxf86vm.a' I had many home made scripts in ~/; until last week, I was using a 2005.0 converted of course in 2006.1 when 2005.0 came deprecated. My old installation started in fact on 24th november 2005. Last week, I baught new harddrives and re-installed everything. Of course, I backedup and restaured /home, and I have seen that some old user scripts came broken; example: bash: /usr/X11R6/bin/xset: No such file or directory (in a script to turn off my screens under X). which xset /usr/bin/xset what means: after moving from monolitic to modular X, I still had /usr/X11R6/bin/ , but today, /usr/X11R6 does not exist at all ! That's a point I had not noticed when I opened this bug yesterday; THIS can explain the make target error ! if /usr/X11R6 does not exist, /usr/X11R6/lib/libXxf86vm.a cant either ! Not sure whose fault: X ? baseconfig not doing anymore symlink from /usr/X11R6 to '.' (I remember I ve seen this before the move) ? apps looking for deprecated folders ? Gentoo telling X to install in the wrong place ? Since /usr/lib/libXxf86vm.a does exist, I am 99,999% sure doing $ ln -s . /usr/X11R6 would fix this bug; but I wont do this test; my question is: why do I have this bug on a very fresh install ? Furthermore, this ebuild is the only one which failed ! installed over 750 ebuilds in the week, including *many* X apps (OOo, FF, TB, Gaim, E17, bits of Gnome ...) My hope for the comunity is that /usr/X11R6 have been deprecated, and that this plugin's author did not update his Makefiles. After all, it's a simple Makefile without ./configure ! If that's the problem, you may want to tell it upstream, and main friend distributions.
Yes, the library location was hardcoded to /usr/X11R6/lib/ The author was also statically linking, which resulted in a TEXTREL issue, which I had previously repaired in gkrellm-gamma-2.03-r1, but having an older system with the /usr/X11R6 symlink still in place, I did not realize I was using the same (wrong) hardcoded path. The latest commit on gkrellm-gamma-2.03-r1 fixes both of these problems: - Removes the hardcoded '/usr/X11R6/lib/libXxf86vm.a' from the makefile - Replaces it with '-L/usr/lib -L/usr/X11R6/lib -lXxf86vm' which will search *both* locations and use the dynamic version of the library. This should fix your problems! Note: I did not revbump gkrellm-gama-2.03-r1 with the library path fix, so please check the ChangeLog, If it does not have "22 Mar 2007" in it, wait a bit and rsync again, please.
works for me. close ack.