| Summary: | net-libs/gtk-vnc-0.3.7 libtool: link: cannot find the library `' or unhandled argument /usr/lib64/libGL.so | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | John Klug <ski.brimson> |
| Component: | New packages | Assignee: | Gentoo X packagers <x11> |
| Status: | RESOLVED WONTFIX | ||
| Severity: | normal | CC: | gnome |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
Log of unsuccessful gtk-vnc build with libtool failure
Output of emerge --info Output of emerge -vDu world libtool --debug |
||
Created attachment 174529 [details]
Log of unsuccessful gtk-vnc build with libtool failure
Just in case libtool is the culprit:
[I--] [ ] sys-devel/libtool-1.5.26 (1.5)
Please post output of 'emerge --info', and attaching the full build log might be helpful as well Created attachment 174626 [details]
Output of emerge --info
Created attachment 174628 [details] Output of emerge -vDu world If this isn't what you meant by "full build log", let me know. I thought attachment 174529 [details] was the full build log file: A complete build log is located at '/mnt/bigr0/var_tmp/portage/net-libs/gtk-vnc-0.3.7/temp/build.log *** This bug has been marked as a duplicate of bug 245795 *** (In reply to comment #5) > > *** This bug has been marked as a duplicate of bug 245795 *** > What should I be looking for here? The other bug had a bad LA file. For example: # find . -name '*.la' | xargs fgrep PATH # cd /var/tmp/portage/net-libs/gtk-vnc-0.3.7/work/gtk-vnc-0.3.7/src # grep PATH *.la # So there is no LA file with __LIBGL_PATH__. To me it doesn't look the same. Could you try fiddling with "eselect opengl" ? You might want to try using --impl-headers or building with mesa instead of nvidia libGL. Thanks (Sorry, but I missed your reply, and took a while to get back to this) (In reply to comment #7) > Could you try fiddling with "eselect opengl" ? You might want to try using > --impl-headers or building with mesa instead of nvidia libGL. > > Thanks > What does building with mesa instead of nvidia libGL imply? # eselect opengl show xorg-x11 ### Was xorg-x11 a problem? # eselect opengl set nvidia --impl-headers Switching to nvidia OpenGL interface... done # emerge -av mesa # emerge -av nvidia-drivers # emerge -gtk vnc ... /bin/sh ../libtool --tag=CC --mode=link x86_64-pc-linux-gnu-gcc -std=gnu99 -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1 -I/usr/include/gtkglext-1.0 -I/usr/lib64/gtkglext-1.0/include -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1 -I/usr/include/atk-1.0 -I../src/ -march=athlon64 -O2 -pipe -Wl,-O1 -o gvncviewer gvncviewer-gvncviewer.o ../src/libgtk-vnc-1.0.la -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1 -Wl,--export-dynamic -lgtkglext-x11-1.0 -lgdkglext-x11-1.0 -lGLU -lGL -lXmu -lXt -lSM -lICE -lgtk-x11-2.0 -lpangox-1.0 -lX11 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 -lz mkdir .libs libtool: link: cannot find the library `' or unhandled argument `/usr/lib64/libGL.so' Try "eselect opengl list" to show all options. The symlink of /usr/lib64/libGL.so is created by eselect opengl, so maybe switching to nvidia and back will re-create it? If not, you can just set it. Here's mine (make sure to use lib64 rather than lib32): /usr/lib32/libGL.so -> //usr/lib32/opengl/xorg-x11/lib/libGL.so (In reply to comment #9) > Try "eselect opengl list" to show all options. The symlink of > /usr/lib64/libGL.so is created by eselect opengl, so maybe switching to nvidia > and back will re-create it? If not, you can just set it. Here's mine (make > sure to use lib64 rather than lib32): > > /usr/lib32/libGL.so -> //usr/lib32/opengl/xorg-x11/lib/libGL.so > I think you misunderstand the issue. The libGL.so symlinks are just fine. The libtool script is failing. I should probably try to decipher the libtool script. I did set libtool to debug mode, and I will see if I can upload it. klugja@tvscribe /usr/bin $ ls -l /usr/lib64/libGL.so.1 lrwxrwxrwx 1 root root 15 2009-01-31 18:39 /usr/lib64/libGL.so.1 -> libGL.so.180.22 klugja@tvscribe /usr/bin $ od -c /usr/lib64/libGL.so | head 0000000 177 E L F 002 001 001 \0 \0 \0 \0 \0 \0 \0 \0 \0 0000020 003 \0 > \0 001 \0 \0 \0 \0 ` 005 \0 \0 \0 \0 \0 0000040 @ \0 \0 \0 \0 \0 \0 \0 X ³ \r \0 \0 \0 \0 \0 0000060 \0 \0 \0 \0 @ \0 8 \0 004 \0 @ \0 023 \0 022 \0 0000100 001 \0 \0 \0 005 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 0000120 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 0000140 025 ; \n \0 \0 \0 \0 \0 025 ; \n \0 \0 \0 \0 \0 0000160 \0 \0 020 \0 \0 \0 \0 \0 001 \0 \0 \0 \a \0 \0 \0 0000200 ; \n \0 \0 \0 \0 \0 ; 032 \0 \0 \0 \0 \0 0000220 ; 032 \0 \0 \0 \0 \0 ° r 003 \0 \0 \0 \0 \0 klugja@tvscribe /usr/bin $ od -c /usr/lib32/libGL.so | head 0000000 177 E L F 001 001 001 \0 \0 \0 \0 \0 \0 \0 \0 \0 0000020 003 \0 003 \0 001 \0 \0 \0 \0 220 003 \0 4 \0 \0 \0 0000040 ° ² \n \0 \0 \0 \0 \0 4 \0 \0 003 \0 ( \0 0000060 021 \0 020 \0 001 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 0000100 \0 \0 \0 \0 034 Ã \b \0 034 Ã \b \0 005 \0 \0 \0 0000120 \0 020 \0 \0 001 \0 \0 \0 \0 Ð \b \0 \0 Ð \b \0 0000140 \0 Ð \b \0 @ Ý 001 \0 @ Î 002 \0 \a \0 \0 \0 0000160 \0 020 \0 \0 002 \0 \0 \0 L ¬ \n \0 L ¬ \n \0 0000200 L ¬ \n \0 è \0 \0 \0 è \0 \0 \0 006 \0 \0 \0 0000220 004 \0 \0 \0 005 \b \0 \0 | \r \0 \0 v 006 \0 \0 klugja@tvscribe /usr/bin $ ls -l /usr/lib32/libGL.so lrwxrwxrwx 1 root root 10 2009-01-31 18:39 /usr/lib32/libGL.so -> libGL.so.1 Created attachment 180608 [details]
libtool --debug
for me this is either an eselect opengl problem or a nvidia problem. gtk-vnc-0.3.8 doesn't use OpenGL anymore at all, as it was used for scaling support, which now is provided through x11-libs/cairo instead since 0.3.8. So 0.3.8 should work for you, but it's still weird to have had this problem here, it might happen for you with other OpenGL using things as well. closing wontfix per last comment. Thanks for reporting anyway. |
I have emerged mesa, and the nvidia driver to no avail. /usr/lib64/libGL.so appears to be from mesa. Reproducible: Always Steps to Reproduce: 1.emerge -v --oneshot gtk-vnc 2. 3. Actual Results: /bin/sh ../libtool --tag=CC --mode=link x86_64-pc-linux-gnu-gcc -std=gnu99 -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1 -I/usr/include/gtkglext-1.0 -I/usr/lib64/gtkglext-1.0/include -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1 -I/usr/include/atk-1.0 -I../src/ -march=athlon64 -O2 -pipe -o gvncviewer gvncviewer-gvncviewer.o ../src/libgtk-vnc-1.0.la -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1 -Wl,--export-dynamic -lgtkglext-x11-1.0 -lgdkglext-x11-1.0 -lGLU -lGL -lXmu -lXt -lSM -lICE -lgtk-x11-2.0 -lpangox-1.0 -lX11 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 -lz mkdir .libs libtool: link: cannot find the library `' or unhandled argument `/usr/lib64/libGL.so' make[2]: *** [gvncviewer] Error 1 make[2]: Leaving directory `/mnt/bigr0/var_tmp/portage/net-libs/gtk-vnc-0.3.7/work/gtk-vnc-0.3.7/examples' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/mnt/bigr0/var_tmp/portage/net-libs/gtk-vnc-0.3.7/work/gtk-vnc-0.3.7' make: *** [all] Error 2 * ... ***********SNIP************* tvscribe linux # ls -l /usr/lib64/libGL.so lrwxrwxrwx 1 root root 40 2008-12-07 00:07 /usr/lib64/libGL.so -> //usr/lib64/opengl/xorg-x11/lib/libGL.so tvscribe linux # ls -l //usr/lib64/opengl/xorg-x11/lib/libGL.so lrwxrwxrwx 1 root root 12 2008-12-06 23:29 //usr/lib64/opengl/xorg-x11/lib/libGL.so -> libGL.so.1.2 tvscribe linux # ls -l //usr/lib64/opengl/xorg-x11/lib/libGL.so.1.2 -rwxr-xr-x 1 root root 519776 2008-12-06 23:29 //usr/lib64/opengl/xorg-x11/lib/libGL.so.1.2 tvscribe linux # revdep-rebuild Configuring search environment for revdep-rebuild Checking reverse dependencies... Packages containing binaries and libraries broken by a package update will be emerged. Collecting system binaries and libraries... done. (/root/.revdep-rebuild.1_files) Collecting complete LD_LIBRARY_PATH... done. (/root/.revdep-rebuild.2_ldpath) Checking dynamic linking consistency... done. (/root/.revdep-rebuild.3_rebuild) Assigning files to ebuilds... Nothing to rebuild Evaluating package order... done. (/root/.revdep-rebuild.5_order) Dynamic linking on your system is consistent... All done. Expected Results: emerge finishes successfully [I--] [ ] media-libs/mesa-6.5.2-r1 (0) [I--] [ ~] x11-drivers/nvidia-drivers-177.82 (0)