Forums

Skip to content

Advanced search
  • Quick links
    • Unanswered topics
    • Active topics
    • Search
  • FAQ
  • Login
  • Register
  • Board index Assistance Portage & Programming
  • Search

No OpenGL library found on this system wine failed

Problems with emerge or ebuilds? Have a basic programming question about C, PHP, Perl, BASH or something else?
Post Reply
Advanced search
11 posts • Page 1 of 1
Author
Message
padoor
Advocate
Advocate
User avatar
Posts: 4185
Joined: Fri Dec 30, 2005 1:43 am
Location: india

No OpenGL library found on this system wine failed

  • Quote

Post by padoor » Sun Oct 28, 2012 12:42 pm

Code: Select all

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: Select all

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
 [31;01m*[0m ERROR: app-emulation/wine-1.5.16 failed (configure phase):
 [31;01m*[0m   econf failed
 [31;01m*[0m 

Code: Select all

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)
Top
steffie
n00b
n00b
Posts: 4
Joined: Fri May 11, 2012 1:39 pm

  • Quote

Post by steffie » Sun Oct 28, 2012 3:07 pm

which is your OpenGl - Renderer?
Top
padoor
Advocate
Advocate
User avatar
Posts: 4185
Joined: Fri Dec 30, 2005 1:43 am
Location: india

  • Quote

Post by padoor » Mon Oct 29, 2012 8:23 am

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)
Top
palmer
Guru
Guru
User avatar
Posts: 322
Joined: Wed Nov 17, 2004 10:06 pm
Location: Berkeley, CA

  • Quote

Post by palmer » Tue Oct 30, 2012 6:28 am

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: Select all

*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: Select all

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: Select all

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?
Top
padoor
Advocate
Advocate
User avatar
Posts: 4185
Joined: Fri Dec 30, 2005 1:43 am
Location: india

  • Quote

Post by padoor » Tue Oct 30, 2012 6:48 am

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: Select all

>>> 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 # 
Top
palmer
Guru
Guru
User avatar
Posts: 322
Joined: Wed Nov 17, 2004 10:06 pm
Location: Berkeley, CA

  • Quote

Post by palmer » Tue Oct 30, 2012 6:42 pm

With the following added to my package.keywords

Code: Select all

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]
Top
Atha
Apprentice
Apprentice
User avatar
Posts: 245
Joined: Wed Sep 22, 2004 6:28 pm

may be a broken symlink?

  • Quote

Post by Atha » Tue Feb 12, 2013 7:10 pm

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: Select all

lrwxrwxrwx 1 root root 28 12. Feb 19:49 libGL.so -> opengl/xorg-x11/lib/libGL.so

Now, Wine build fine.

Code: Select all

[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: Select all

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: Select all

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?
Top
krinn
Watchman
Watchman
User avatar
Posts: 7476
Joined: Fri May 02, 2003 6:14 am

  • Quote

Post by krinn » Tue Feb 12, 2013 9:59 pm

it it could help you, on x86 yes

Code: Select all

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
Top
Atha
Apprentice
Apprentice
User avatar
Posts: 245
Joined: Wed Sep 22, 2004 6:28 pm

Thanks… a problem with emul-linux-x86 then?

  • Quote

Post by Atha » Tue Feb 12, 2013 10:38 pm

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: Select all

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…
Top
are
Apprentice
Apprentice
Posts: 188
Joined: Tue Jan 03, 2006 8:15 pm

  • Quote

Post by are » Tue Sep 24, 2013 3:16 pm

Hopefully I can help you with: http://forums.gentoo.org/viewtopic-t-97 ... t-glu.html

Good luck!
Top
Atha
Apprentice
Apprentice
User avatar
Posts: 245
Joined: Wed Sep 22, 2004 6:28 pm

  • Quote

Post by Atha » Sun Sep 29, 2013 10:48 am

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.
Top
Post Reply

11 posts • Page 1 of 1

Return to “Portage & Programming”

Jump to
  • Assistance
  • ↳   News & Announcements
  • ↳   Frequently Asked Questions
  • ↳   Installing Gentoo
  • ↳   Multimedia
  • ↳   Desktop Environments
  • ↳   Networking & Security
  • ↳   Kernel & Hardware
  • ↳   Portage & Programming
  • ↳   Gamers & Players
  • ↳   Other Things Gentoo
  • ↳   Unsupported Software
  • Discussion & Documentation
  • ↳   Documentation, Tips & Tricks
  • ↳   Gentoo Chat
  • ↳   Gentoo Forums Feedback
  • ↳   Duplicate Threads
  • International Gentoo Users
  • ↳   中文 (Chinese)
  • ↳   Dutch
  • ↳   Finnish
  • ↳   French
  • ↳   Deutsches Forum (German)
  • ↳   Diskussionsforum
  • ↳   Deutsche Dokumentation
  • ↳   Greek
  • ↳   Forum italiano (Italian)
  • ↳   Forum di discussione italiano
  • ↳   Risorse italiane (documentazione e tools)
  • ↳   Polskie forum (Polish)
  • ↳   Instalacja i sprzęt
  • ↳   Polish OTW
  • ↳   Portuguese
  • ↳   Documentação, Ferramentas e Dicas
  • ↳   Russian
  • ↳   Scandinavian
  • ↳   Spanish
  • ↳   Other Languages
  • Architectures & Platforms
  • ↳   Gentoo on ARM
  • ↳   Gentoo on PPC
  • ↳   Gentoo on Sparc
  • ↳   Gentoo on Alternative Architectures
  • ↳   Gentoo on AMD64
  • ↳   Gentoo for Mac OS X (Portage for Mac OS X)
  • Board index
  • All times are UTC
  • Delete cookies

© 2001–2026 Gentoo Authors
Gentoo is a trademark of the Gentoo Foundation, Inc. and of Förderverein Gentoo e.V.
The contents of this document, unless otherwise expressly stated, are licensed under the CC-BY-SA-4.0 license.
The Gentoo Name and Logo Usage Guidelines apply.

Powered by phpBB® Forum Software © phpBB Limited

Privacy Policy