Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
No OpenGL library found on this system wine failed
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Portage & Programming
View previous topic :: View next topic  
Author Message
padoor
Advocate
Advocate


Joined: 30 Dec 2005
Posts: 4019
Location: india

PostPosted: Sun Oct 28, 2012 12:42 pm    Post subject: No OpenGL library found on this system wine failed Reply with quote

Code:
Running eautoreconf in '/var/tmp/portage/app-emulation/wine-1.5.16/work/wine-1.5.16' ...
Running autoconf ...
Running autoheader ...
ERROR (configure)

ERROR: app-emulation/wine-1.5.16 failed (configure phase):
  econf failed

Call stack:
         ebuild.sh, line   89:  Called src_configure
       environment, line 3385:  Called do_configure '32' '--disable-win64'
       environment, line 1005:  Called econf '--sysconfdir=/etc/wine' '--with-alsa' '--without-capi' '--without-cms' '--with-cups' '--with-curses' '--without-dbus' '--without-fontconfig' '--without-gnutls' '--without-gphoto' '--without-gsm' '--without-gstreamer' '--without-hal' '--without-jpeg' '--without-ldap' '--without-mpg123' '--with-gettext' '--without-openal' '--without-opencl' '--with-opengl' '--with-openssl' '--without-osmesa' '--with-oss' '--without-png' '--with-pthread' '--without-pulse' '--without-sane' '--disable-tests' '--with-freetype' '--without-v4l' '--with-x' '--without-xcomposite' '--without-xinerama' '--without-xml' '--without-xslt' '--disable-win64'
  phase-helpers.sh, line  501:  Called die
The specific snippet of code:
           die "econf failed"

If you need support, post the output of `emerge --info '=app-emulation/wine-1.5.16'`,
the complete build log and the output of `emerge -pqv '=app-emulation/wine-1.5.16'`.
The complete build log is located at '/var/tmp/portage/app-emulation/wine-1.5.16/temp/build.log'.
The ebuild environment file is located at '/var/tmp/portage/app-emulation/wine-1.5.16/temp/environment'.
Working directory: '/var/tmp/portage/app-emulation/wine-1.5.16/work/wine32'
S: '/var/tmp/portage/app-emulation/wine-1.5.16/work/wine-1.5.16'


Code:
checking for up-to-date OpenGL version... yes
checking for -lGL... not found
checking for -lGL... not found
checking for -lGLU... libGLU.so.1
configure: error: No OpenGL library found on this system.
OpenGL and Direct3D won't be supported.
This is an error since --with-opengl was requested.

!!! Please attach the following file when seeking support:
!!! /var/tmp/portage/app-emulation/wine-1.5.16/work/wine32/config.log
 * ERROR: app-emulation/wine-1.5.16 failed (configure phase):
 *   econf failed
 *


Code:
localhost ramaswamy # eselect opengl list
Available OpenGL implementations:
  [1]   xorg-x11 *
localhost ramaswamy #


what opengl has to merged?
how could it have missed
this is an upgrade of wine from previous version.
_________________
reach out a little bit more to catch it (DON'T BELIEVE the advocate part under my user name)
Back to top
View user's profile Send private message
steffie
n00b
n00b


Joined: 11 May 2012
Posts: 4

PostPosted: Sun Oct 28, 2012 3:07 pm    Post subject: Reply with quote

which is your OpenGl - Renderer?
Back to top
View user's profile Send private message
padoor
Advocate
Advocate


Joined: 30 Dec 2005
Posts: 4019
Location: india

PostPosted: Mon Oct 29, 2012 8:23 am    Post subject: Reply with quote

OpenGL renderer string: Gallium 0.4 on AMD PALM
mesa-progs glxinfo shows above string.
_________________
reach out a little bit more to catch it (DON'T BELIEVE the advocate part under my user name)
Back to top
View user's profile Send private message
palmer
Guru
Guru


Joined: 17 Nov 2004
Posts: 321
Location: Berkeley, CA

PostPosted: Tue Oct 30, 2012 6:28 am    Post subject: Reply with quote

I'm having exactly the same problem. Note that this only happens in the win32 build (the win64 build succeeds for me). This would suggest to me that following ChangeLog entry might be relevant

Code:
*wine-1.5.16-r1 (29 Oct 2012)
*wine-1.5.15-r2 (29 Oct 2012)
*wine-1.5.14-r1 (29 Oct 2012)
*wine-1.5.13-r1 (29 Oct 2012)
*wine-1.5.12-r1 (29 Oct 2012)
*wine-1.5.11-r1 (29 Oct 2012)
*wine-1.5.10-r1 (29 Oct 2012)

  29 Oct 2012; Alexandre Rostovtsev <tetromino@gentoo.org> -wine-1.5.10.ebuild,
  +wine-1.5.10-r1.ebuild, -wine-1.5.11.ebuild, +wine-1.5.11-r1.ebuild,
  -wine-1.5.12.ebuild, +wine-1.5.12-r1.ebuild, -wine-1.5.13.ebuild,
  +wine-1.5.13-r1.ebuild, -wine-1.5.14.ebuild, +wine-1.5.14-r1.ebuild,
  -wine-1.5.15.ebuild, -wine-1.5.15-r1.ebuild, +wine-1.5.15-r2.ebuild,
  -wine-1.5.16.ebuild, +wine-1.5.16-r1.ebuild, wine-9999.ebuild, metadata.xml:
  Enable osmesa for win32 on amd64 since emul-linux-x86-opengl-20121028 now
  includes libOSMesa.so


but when I dug wine-1.5.16.ebuild out from sources.gentoo.org it failed with the same error message. My current version of wine (1.5.14) no longer builds, so it seems to be a problem with the system as opposed to with the wine version bump. It seems that I have the new 32-bit Mesa library, so it's very possible I'm wrong about this ChangeLog entry.

Code:
laptop ~ # equery b "libOSMesa.so"
 * Searching for libOSMesa.so ...
app-emulation/emul-linux-x86-opengl-20121028 (/usr/lib32/libOSMesa.so -> libOSMesa.so.8)
media-libs/mesa-8.0.4-r1 (/usr/lib64/libOSMesa.so -> libOSMesa.so.8)


Looking at config.log, the problem does seem somehow related to libOSMesa.so

Code:
configure:9107: checking for -lOSMesa
configure:9132: x86_64-pc-linux-gnu-gcc -m32 -o conftest -O2 -pipe -march=native
 -m32   -Wl,-O1 -Wl,--as-needed -m32 conftest.c -lOSMesa   -lSM -lICE -lXext -lX
11 -lm   >&5
/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/../../../../lib32/libOSMesa.so: undefined reference to `_glapi_get_proc_address'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/../../../../lib32/libOSMesa.so: undefined reference to `_glapi_get_dispatch_table_size'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/../../../../lib32/libOSMesa.so: undefined reference to `_glapi_get_context'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/../../../../lib32/libOSMesa.so: undefined reference to `_glapi_add_dispatch'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/../../../../lib32/libOSMesa.so: undefined reference to `_glapi_check_multithread'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/../../../../lib32/libOSMesa.so: undefined reference to `_glapi_tls_Context'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/../../../../lib32/libOSMesa.so: undefined reference to `_glapi_set_context'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/../../../../lib32/libOSMesa.so: undefined reference to `_glapi_set_dispatch'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/../../../../lib32/libOSMesa.so: undefined reference to `_glapi_tls_Dispatch'
collect2: ld returned 1 exit status
configure:9132: $? = 1
configure: failed program was:


[snip]


configure:9144: result: not found
configure:9160: checking for -lOSMesa
configure:9185: x86_64-pc-linux-gnu-g++ -m32 -o conftest -O2 -pipe -march=native -m32   -Wl,-O1 -Wl,--as-needed -m32 conftest.c -lOSMesa -lglapi -lpthread -ldl   -lSM -lICE -lXext -lX11 -lm   >&5
configure:9185: $? = 0
configure:9201: result: libOSMesa.so.8
configure:9238: error: No OpenGL library found on this system.
OpenGL and Direct3D won't be supported.
This is an error since --with-opengl was requested.


Any ideas?
Back to top
View user's profile Send private message
padoor
Advocate
Advocate


Joined: 30 Dec 2005
Posts: 4019
Location: india

PostPosted: Tue Oct 30, 2012 6:48 am    Post subject: Reply with quote

emul-linux-x86-opengl-20121028
does not merge with lot of errors.
in 64 bit install it merged nicely and hence wine.
in 32 bit install lot of troubles with qt3supprt and opengl
updates just don't want to work.

Code:
>>> Compiling source in /var/tmp/portage/app-emulation/emul-linux-x86-baselibs-20121028/work ...
>>> Source compiled.
>>> Test phase [not enabled]: app-emulation/emul-linux-x86-baselibs-20121028

>>> Install emul-linux-x86-baselibs-20121028 into /var/tmp/portage/app-emulation/emul-linux-x86-baselibs-20121028/image/ category app-emulation
 * Moving lib32/ to /; some libs might not work
mv: ‘/var/tmp/portage/app-emulation/emul-linux-x86-baselibs-20121028/image//usr/lib32’ and ‘/var/tmp/portage/app-emulation/emul-linux-x86-baselibs-20121028/image//usr/lib32’ are the same file
 * ERROR: app-emulation/emul-linux-x86-baselibs-20121028 failed (install phase):
 *   (no error message)
 *
 * Call stack:
 *     ebuild.sh, line   89:  Called src_install
 *   environment, line 2161:  Called emul-linux-x86_src_install
 *   environment, line  554:  Called die
 * The specific snippet of code:
 *           mv "${D}"/usr/lib32 "${D}"/usr/${x86_libdir} || die;
 *
 * If you need support, post the output of `emerge --info '=app-emulation/emul-linux-x86-baselibs-20121028'`,
 * the complete build log and the output of `emerge -pqv '=app-emulation/emul-linux-x86-baselibs-20121028'`.
 * The complete build log is located at '/var/tmp/portage/app-emulation/emul-linux-x86-baselibs-20121028/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/app-emulation/emul-linux-x86-baselibs-20121028/temp/environment'.
 * Working directory: '/var/tmp/portage/app-emulation/emul-linux-x86-baselibs-20121028/work'
 * S: '/var/tmp/portage/app-emulation/emul-linux-x86-baselibs-20121028/work'

>>> Failed to emerge app-emulation/emul-linux-x86-baselibs-20121028, Log file:

>>>  '/var/tmp/portage/app-emulation/emul-linux-x86-baselibs-20121028/temp/build.log'
localhost ramaswamy #
Back to top
View user's profile Send private message
palmer
Guru
Guru


Joined: 17 Nov 2004
Posts: 321
Location: Berkeley, CA

PostPosted: Tue Oct 30, 2012 6:42 pm    Post subject: Reply with quote

With the following added to my package.keywords

Code:
app-emulation/emul-linux-x86-qtlibs
app-emulation/emul-linux-x86-baselibs
app-emulation/emul-linux-x86-xlibs
app-emulation/emul-linux-x86-medialibs
app-emulation/emul-linux-x86-opengl
app-emulation/emul-linux-x86-soundlibs
app-emulation/emul-linux-x86-db
app-emulation/emul-linux-x86-sdl
app-emulation/emul-linux-x86-gtklibs


wine builds for me. I think the problem stems from mixing different versions of emul-linux-x86 packages. I thought this was OK because there was no strict dependency between them, but I guess I was wrong.[/code]
Back to top
View user's profile Send private message
Atha
Tux's lil' helper
Tux's lil' helper


Joined: 22 Sep 2004
Posts: 113

PostPosted: Tue Feb 12, 2013 7:10 pm    Post subject: may be a broken symlink? Reply with quote

Someone else had the same problem, but a different solution (he went from no-multilib to multilib): Gentoo Archives

Anyway, I had the same problem for a few weeks now but I was too busy to do something about it. Now I did, and found this (in the same Gentoo Archive thread). I then also looked at my /usr/lib32 more closely and found, that libGL.so was a broken symbolic link to /usr/lib32/opengl/xorg-x11/lib/libGL.so.1.2, which did not exist. What does exist, is /usr/lib32/opengl/xorg-x11/lib/libGL.so.1.2.0, …/libGL.so.1 and …/libGL.so. I modified the symlink /usr/lib32/libGL.so to the later:
Code:
lrwxrwxrwx 1 root root 28 12. Feb 19:49 libGL.so -> opengl/xorg-x11/lib/libGL.so

Now, Wine build fine.

Code:
[ebuild   R    ] app-emulation/wine-1.4.1  USE="X alsa cups custom-cflags fontconfig gecko gnutls gphoto2 jpeg lcms ldap mp3 ncurses nls openal opengl oss perl png prelink%* samba scanner ssl threads truetype udisks v4l win32 win64 xcomposite xinerama xml -capi -gsm (-gstreamer) -odbc -opencl (-selinux) {-test} (-hardened%)" 0 kB


I wonder why this link was broken in the first place. I also wonder if it would be safe to delete /usr/lib32/libGL.so entirely?!?

EDIT:
I investigated a bit further…
Code:
GentooBox ~ # qlist -I -C app-emulation/emul-linux-x86 | xargs emerge -pv

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R    ] app-emulation/emul-linux-x86-baselibs-20121202  USE="development" 0 kB
[ebuild   R    ] app-emulation/emul-linux-x86-compat-20121202  USE="development (multilib)" 0 kB
[ebuild   R    ] app-emulation/emul-linux-x86-db-20121202  USE="development" 0 kB
[ebuild   R    ] app-emulation/emul-linux-x86-xlibs-20121202  USE="development opengl" 0 kB
[ebuild   R    ] app-emulation/emul-linux-x86-opengl-20121202-r1  USE="development" 0 kB
[ebuild   R    ] app-emulation/emul-linux-x86-gtklibs-20121202  USE="development" 0 kB
[ebuild   R    ] app-emulation/emul-linux-x86-medialibs-20121202  USE="development" 0 kB
[ebuild   R    ] app-emulation/emul-linux-x86-soundlibs-20121202  USE="alsa development" 0 kB
[ebuild   R    ] app-emulation/emul-linux-x86-qtlibs-20121202  USE="development gtkstyle" 0 kB
[ebuild   R    ] app-emulation/emul-linux-x86-sdl-20121202  USE="development" 0 kB

Total: 10 packages (10 reinstalls), Size of downloads: 0 kB

GentooBox ~ # equery b /usr/lib32/libGL.so
 * Searching for /usr/lib32/libGL.so ...

GentooBox ~ # equery b /usr/lib32/libGLU.so
 * Searching for /usr/lib32/libGLU.so ...
app-emulation/emul-linux-x86-opengl-20121202-r1 (/usr/lib32/libGLU.so -> libGLU.so.1.3.1)

GentooBox ~ # equery b /usr/lib32/opengl/xorg-x11/lib/libGL.so
 * Searching for /usr/lib32/opengl/xorg-x11/lib/libGL.so ...
app-emulation/emul-linux-x86-opengl-20121202-r1 (/usr/lib32/opengl/xorg-x11/lib/libGL.so -> libGL.so.1.2.0)

So, /usr/lib32/libGL.so seems to have been left behind from an old emul-linux-x86-package. I deleted it and tried to rebuild Wine… same error:
Code:
checking for GL/gl.h... yes
checking for GL/glx.h... yes
checking for GL/glu.h... yes
checking for up-to-date OpenGL version... yes
checking for -lGL... not found
checking for -lGL... not found
checking for -lGLU... not found
configure: error: No OpenGL library found on this system.
OpenGL and Direct3D won't be supported.
This is an error since --with-opengl was requested.

!!! Please attach the following file when seeking support:
!!! /var/tmp/portage/app-emulation/wine-1.4.1/work/wine32/config.log
 * ERROR: app-emulation/wine-1.4.1 failed (configure phase):
 *   econf failed
 *
 * Call stack:
 *          ebuild.sh, line   93:  Called src_configure
 *        environment, line 3450:  Called do_configure '32' '--with-wine64=../wine64'
 *        environment, line 1056:  Called econf '--sysconfdir=/etc/wine' '--with-alsa' '--without-capi' '--with-cms' '--with-cups' '--with-curses' '--with-dbus' '--with-fontconfig' '--with-gnutls' '--with-gphoto' '--without-gsm' '--without-gstreamer' '--without-hal' '--with-jpeg' '--with-ldap' '--with-mpg123' '--with-gettext' '--with-openal' '--without-opencl' '--with-opengl' '--with-openssl' '--with-oss' '--with-png' '--with-pthread' '--with-sane' '--disable-tests' '--with-freetype' '--with-v4l' '--with-x' '--with-xcomposite' '--with-xinerama' '--with-xml' '--with-xslt' '--with-wine64=../wine64'
 *   phase-helpers.sh, line  511:  Called die
 * The specific snippet of code:
 *                      die "econf failed"

Apparently building Wine really needs /usr/lib32/libGL.so


I’m curious – does someone else have this file? Where is it linked to? Does it belong to a package – which one?
Back to top
View user's profile Send private message
krinn
Advocate
Advocate


Joined: 02 May 2003
Posts: 4150

PostPosted: Tue Feb 12, 2013 9:59 pm    Post subject: Reply with quote

it it could help you, on x86 yes
Code:
ls /usr/lib/libGL.so -l
lrwxrwxrwx 1 root root 33  2 déc.  19:00 /usr/lib/libGL.so -> opengl/nvidia/lib/libGL.so.310.19


And i'm not sure, but i would say it's a symlink created by eselect
Back to top
View user's profile Send private message
Atha
Tux's lil' helper
Tux's lil' helper


Joined: 22 Sep 2004
Posts: 113

PostPosted: Tue Feb 12, 2013 10:38 pm    Post subject: Thanks… a problem with emul-linux-x86 then? Reply with quote

krinn wrote:
And i'm not sure, but i would say it's a symlink created by eselect

That would make sense, yes.

On my system, I use the open source drivers, hence my opengl implementation is xorg-x11:
Code:
GentooBox ~ # eselect opengl show
xorg-x11

Resetting it (eselect opengl set xorg-x11) doesn’t change the emul-linux-x86-stuff in /usr/lib32 and /lib32, and I wouldn’t have expected it to. Question remains where this file came from and why it wasn’t updated correctly…
Back to top
View user's profile Send private message
are
Apprentice
Apprentice


Joined: 03 Jan 2006
Posts: 180

PostPosted: Tue Sep 24, 2013 3:16 pm    Post subject: Reply with quote

Hopefully I can help you with: http://forums.gentoo.org/viewtopic-t-970160-start-0-postdays-0-postorder-asc-highlight-glu.html

Good luck!
Back to top
View user's profile Send private message
Atha
Tux's lil' helper
Tux's lil' helper


Joined: 22 Sep 2004
Posts: 113

PostPosted: Sun Sep 29, 2013 10:48 am    Post subject: Reply with quote

Thanks, are, but I don’t like to use an overlay if not absolutely necessary. Since the symlink works, I guess this is kind of solved for the time.
Maybe a bug report would be I good idea. I think I’ll check if this “bug” is still around, check for any existing bug reports and, if none is there, file one according to this forum report.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Portage & Programming 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