| 1 |
On Sun, Aug 2, 2009 at 7:47 PM, Kevin O'Gorman<kogorman@×××××.com> wrote: |
| 2 |
> On Sun, Aug 2, 2009 at 7:27 AM, Arttu V.<arttuv69@×××××.com> wrote: |
| 3 |
>> On 8/2/09, Kevin O'Gorman <kogorman@×××××.com> wrote: |
| 4 |
>>> checking for GL/glu.h... yes |
| 5 |
>>> checking for glVertex3d in -lGLcore... no |
| 6 |
>> |
| 7 |
>> Starting from here, libGLcore.so on my current desktop system belongs |
| 8 |
>> to nvidia-drivers: |
| 9 |
>> |
| 10 |
>> lrwxrwxrwx 1 root root 30 2.8. 17:13 /usr/lib64/libGLcore.so -> |
| 11 |
>> opengl/nvidia/lib/libGLcore.so |
| 12 |
>> |
| 13 |
>> If you are similarly running proprietary ati-drivers or |
| 14 |
>> nvidia-drivers, then you should probably re-emerge them, then run |
| 15 |
>> eselect opengl set (whatever you use). |
| 16 |
>> |
| 17 |
> |
| 18 |
> An interesting idea but no joy. |
| 19 |
> I re-emerged xf86-video-mach64 (for my motherboard's Rage XL). |
| 20 |
> I re-selected ati for opengl. |
| 21 |
> |
| 22 |
> I peeked at /usr/lib and got something that looks a little different from yours: |
| 23 |
> treat lib # ls -l --color=n libGL* |
| 24 |
> -rw-r--r-- 1 root root 743 2009-08-01 20:52 libGLU.la |
| 25 |
> lrwxrwxrwx 1 root root 11 2009-08-01 20:52 libGLU.so -> libGLU.so.1 |
| 26 |
> lrwxrwxrwx 1 root root 20 2009-08-01 20:52 libGLU.so.1 -> |
| 27 |
> libGLU.so.1.3.070300 |
| 28 |
> -rwxr-xr-x 1 root root 456268 2009-08-01 20:52 libGLU.so.1.3.070300 |
| 29 |
> lrwxrwxrwx 1 root root 11 2009-08-01 20:52 libGLw.so -> libGLw.so.1 |
| 30 |
> lrwxrwxrwx 1 root root 15 2009-08-01 20:52 libGLw.so.1 -> libGLw.so.1.0.0 |
| 31 |
> -rwxr-xr-x 1 root root 10572 2009-08-01 20:52 libGLw.so.1.0.0 |
| 32 |
> treat lib # |
| 33 |
> |
| 34 |
> I attempted to re-emerge wxGTK and it finished in this way: |
| 35 |
> |
| 36 |
> |
| 37 |
> checking for GTK+ version... |
| 38 |
> checking for pkg-config... /usr/bin/pkg-config |
| 39 |
> checking for GTK+ - version >= 2.0.0... yes (version 2.14.7) |
| 40 |
> checking whether gtk_icon_size_lookup is declared... yes |
| 41 |
> checking if GTK+ is version >= 2.6... yes |
| 42 |
> checking for X11/Xlib.h... yes |
| 43 |
> checking for X11/XKBlib.h... yes |
| 44 |
> checking for sql.h... yes |
| 45 |
> checking for SQLAllocEnv in -liodbc... no |
| 46 |
> checking for SQLAllocEnv in -lunixodbc... no |
| 47 |
> checking for SQLAllocEnv in -lodbc... yes |
| 48 |
> checking for Xinerama... yes |
| 49 |
> checking for Xxf86vm extension... yes |
| 50 |
> checking for X11/extensions/xf86vmode.h... yes |
| 51 |
> checking for -lSM - X11 session management... yes |
| 52 |
> checking for OpenGL headers... found in /usr/include |
| 53 |
> checking for GL/gl.h... yes |
| 54 |
> checking GL/glu.h usability... yes |
| 55 |
> checking GL/glu.h presence... yes |
| 56 |
> checking for GL/glu.h... yes |
| 57 |
> checking for -lGL... no |
| 58 |
> checking for -lMesaGL... no |
| 59 |
> configure: error: OpenGL libraries not available |
| 60 |
> |
| 61 |
> !!! Please attach the following file when seeking support: |
| 62 |
> !!! /var/tmp/portage/x11-libs/wxGTK-2.8.10.1-r1/work/wxPython-src-2.8.10.1/wxgtk_build/config.log |
| 63 |
> * |
| 64 |
> * ERROR: x11-libs/wxGTK-2.8.10.1-r1 failed. |
| 65 |
> * Call stack: |
| 66 |
> * ebuild.sh, line 49: Called src_configure |
| 67 |
> * environment, line 2800: Called econf |
| 68 |
> '--enable-compat26' '--enable-shared' '--enable-unicode' |
| 69 |
> '--with-regex=builtin' '--with-zlib=sys' '--with-expat=sys' |
| 70 |
> '--disable-debug' '--disable-precomp-headers' '--with-sdl' |
| 71 |
> '--with-odbc=sys' '--enable-graphics_ctx' '--enable-gui' |
| 72 |
> '--with-libpng=sys' '--with-libxpm=sys' '--with-libjpeg=sys' |
| 73 |
> '--with-libtiff=sys' '--enable-mediactrl' '--enable-opengl' |
| 74 |
> '--with-opengl' '--with-gnomeprint' '--without-gnomevfs' |
| 75 |
> * ebuild.sh, line 534: Called die |
| 76 |
> * The specific snippet of code: |
| 77 |
> * die "econf failed" |
| 78 |
> * The die message: |
| 79 |
> * econf failed |
| 80 |
> * |
| 81 |
> * If you need support, post the topmost build error, and the call |
| 82 |
> stack if relevant. |
| 83 |
> * A complete build log is located at |
| 84 |
> '/var/tmp/portage/x11-libs/wxGTK-2.8.10.1-r1/temp/build.log'. |
| 85 |
> * The ebuild environment file is located at |
| 86 |
> '/var/tmp/portage/x11-libs/wxGTK-2.8.10.1-r1/temp/environment'. |
| 87 |
> * |
| 88 |
> |
| 89 |
>>>> Failed to emerge x11-libs/wxGTK-2.8.10.1-r1, Log file: |
| 90 |
> |
| 91 |
>>>> '/var/tmp/portage/x11-libs/wxGTK-2.8.10.1-r1/temp/build.log' |
| 92 |
> treat GL # |
| 93 |
|
| 94 |
Even with this failure it was an interesting idea. |
| 95 |
|
| 96 |
So I switched to |
| 97 |
eselect opengl set xorg-x11 |
| 98 |
and now wxGTK gets past configuration and is building. |
| 99 |
|
| 100 |
I'll try the other holdout later, when this one finishes: openoffice. |
| 101 |
|
| 102 |
The questions now arise: |
| 103 |
1) is something missing in mach64? It worked before the latest xorg re-org. |
| 104 |
2) is the eselect option "ati" even correct? Is it an artifiact of |
| 105 |
the thrashing around I did with ati-drivers until I discovered that I |
| 106 |
needed to use mach64? If this is the case, why is there not an option |
| 107 |
for mach64? |
| 108 |
|
| 109 |
Inquiring minds want to know. |
| 110 |
|
| 111 |
++ kevin |
Archives