Summary: | app-emulation/emul-linux-x86-opengl-20121202 does not install /us/lib32/libGLU.so.1 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Graham Murray <graham> |
Component: | [OLD] Library | Assignee: | Gentoo X packagers <x11> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | amd64, erict |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Graham Murray
2012-12-02 22:10:08 UTC
Maybe the blocker in media-libs/glu can be updated and the flag be unmasked now. +*emul-linux-x86-opengl-20121202-r1 (02 Dec 2012) + + 02 Dec 2012; Pacho Ramos <pacho@gentoo.org> + +emul-linux-x86-opengl-20121202-r1.ebuild: + Include media-libs/glu, bug #445712 by Graham Murray + +1 for unmask flag. no collisions anymore. at least with app-emulation/emul-linux-x86-opengl-20121202 I had to make some modifications to glu ebuild as well -multilib? ( !app-emulation/emul-linux-x86-opengl )" +multilib? ( !<app-emulation/emul-linux-x86-opengl-20121202 )" and -AUTOTOOLS_BUILD_DIR=${WORKDIR}/${ABI} "${@}" +BUILD_DIR=${WORKDIR}/${ABI} "${@}" w/o second modification it installs only 64-bit libs oops didn't didn't read Pacho Ramos's message. gotta sync and check =))) (In reply to comment #2) > +*emul-linux-x86-opengl-20121202-r1 (02 Dec 2012) > + > + 02 Dec 2012; Pacho Ramos <pacho@gentoo.org> > + +emul-linux-x86-opengl-20121202-r1.ebuild: > + Include media-libs/glu, bug #445712 by Graham Murray > + Ugh. Let's use the multilib USE flag on media-libs/glu instead. (In reply to comment #6) > (In reply to comment #2) > > +*emul-linux-x86-opengl-20121202-r1 (02 Dec 2012) > > + > > + 02 Dec 2012; Pacho Ramos <pacho@gentoo.org> > > + +emul-linux-x86-opengl-20121202-r1.ebuild: > > + Include media-libs/glu, bug #445712 by Graham Murray > > + > > Ugh. Let's use the multilib USE flag on media-libs/glu instead. Anyway, I am all for moving to real multilib, then, if you are willing to support multilib for some packages, please let me know to drop them from next emul set I thought all this multilib efforts got stalled again when mgorny suggested to create an eclass for some build systems, I suggested to use a more general eclass for packages not relying on autotools, cmake... eclasses and tommy preferred to go directly to a new eapi... And I forgot how the problem ended apart of we needing to still ship this emul set cruft :S this mess is blocking me: emerge -av1D =mesa-9.0.1 virtual/glu =emul-linux-x86-opengl-20121202-r1 These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] media-libs/glu-9.0.0-r1::x-erict USE="(multilib) -static-libs" 0 kB [ebuild U ] virtual/glu-9.0 [7.0] 0 kB [ebuild U ] media-libs/mesa-9.0.1 [8.0.4-r1] USE="classic egl g3dvl gallium llvm nptl shared-glapi vdpau xorg%* xvmc -bindist -debug -gbm -gles1 -gles2 -openvg -osmesa -pax_kernel -pic -r600-llvm-compiler% (-selinux) -wayland -xa (-shared-dricore%)" VIDEO_CARDS="intel -i915 -i965 -nouveau -r100 -r200 -r300 -r600 -radeon -radeonsi% -vmware" 5,973 kB [blocks b ] <media-libs/mesa-9 ("<media-libs/mesa-9" is blocking media-libs/glu-9.0.0-r1) [ebuild R ] app-emulation/emul-linux-x86-opengl-20121202-r1 USE="-development" 0 kB [blocks B ] app-emulation/emul-linux-x86-opengl ("app-emulation/emul-linux-x86-opengl" is blocking media-libs/glu-9.0.0-r1) more info on my block at this thread: http://forums.gentoo.org/viewtopic-p-7225278.html?sid=66d40a78645742c16229f8d152a88321#7225278 should i add a separate bug? > [ebuild N ] media-libs/glu-9.0.0-r1::x-erict USE="(multilib)
This means that the package is from some overlay called "x-erict" and you should contact whomever is responsible for that overlay instead.
(In reply to comment #9) > > [ebuild N ] media-libs/glu-9.0.0-r1::x-erict USE="(multilib) > > This means that the package is from some overlay called "x-erict" and you > should contact whomever is responsible for that overlay instead. His email is erict@alum.rpi.edu so I think that's him. Unknowingly reporting your own bug... ouch. that's where i applied this patch: " -multilib? ( !app-emulation/emul-linux-x86-opengl )" +multilib? ( !<app-emulation/emul-linux-x86-opengl-20121202 )" and -AUTOTOOLS_BUILD_DIR=${WORKDIR}/${ABI} "${@}" +BUILD_DIR=${WORKDIR}/${ABI} "${@}" " either way, it blocks... i also put media-libs/glu -multilib in /etc/portage/package.use.force to no effect oh. package.use.force only gets picked up from the profiles? so i stuck it in /etc/make.profile and then used FEATURES="-collision-protect" to install glu over the top of emul-linux-x86-opengl (glu overwrote /usr/lib64/libGLU.so ) hope that doesn't bork something downstream... This is fixed in emul packages side... real multilib is handled in a different bug (I remember to see a one assigned to mgorny for migrating xlibs stuff) |