Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 455066

Summary: Migrating app-emulation/emul-linux-x86-xlibs to multilib-build.eclass
Product: Gentoo Linux Reporter: Michał Górny <mgorny>
Component: Current packagesAssignee: Michał Górny <mgorny>
Status: RESOLVED FIXED    
Severity: enhancement CC: amd64, ansla80, ao, mail, nikoli, wbrana, x11
Priority: Normal    
Version: unspecified   
Hardware: All   
OS: Linux   
Whiteboard:
Package list:
Runtime testing required: ---
Bug Depends on: 455070, 455074    
Bug Blocks: 454644    

Description Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2013-02-01 22:57:23 UTC
As an easy playground for testing the new multilib-build.eclass approach I have chosen the libraries from app-emulation/emul-linux-x86-xlibs. The eclass and profile changes for x86 are in gx86 now, so I'd like to officially gather your opinion on the test conversion.

The test conversion is available in the x11 overlay, in multilib-r1 branch [1]. The conversion mostly covered live ebuilds, therefore I address it mostly to people who use live X11. However, anyone is free to review the changes.

If people are ok with the changes, I believe we can start moving them onto regular gx86 ebuilds. However, I believe it'd be best to convert all ebuilds corresponding to a particular emul-linux-x86 package at one time.

And yes, I think the -r1 eclass and ebuilds lack a blocker on emul-linux-x86 package. I will re-check that after tomorrow's sync.

[1]:http://git.overlays.gentoo.org/gitweb/?p=proj/x11.git;a=shortlog;h=refs/heads/multilib-r1
Comment 1 Pacho Ramos gentoo-dev 2013-02-02 11:02:52 UTC
I have no problem with this, but looks like it won't pull in opengl emul stuff, not sure if all deps in the tree and ready for that or people will get opengl emul packages removed when running depclean :/
Comment 2 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2013-02-02 12:14:50 UTC
(In reply to comment #1)
> I have no problem with this, but looks like it won't pull in opengl emul
> stuff, not sure if all deps in the tree and ready for that or people will
> get opengl emul packages removed when running depclean :/

Ah, you are correct. I was supposed to update the deps using the actual emul-linux package and forgot to do it. Now it should be fine, though.
Comment 3 Pacho Ramos gentoo-dev 2013-02-02 15:37:17 UTC
In that case, feel free to go ahead and solve this long standing problem finally ;)
Comment 4 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2013-02-25 23:22:35 UTC
The migration has started. However, it will take 2 or 3 days before I convert all the relevant packages.
Comment 5 wbrana 2013-02-27 14:31:25 UTC
It seems many applications depend on  app-emulation/emul-linux-x86-xlibs 
# /usr/bin/emerge -va wine

 * IMPORTANT: 8 news items need reading for repository 'gentoo'.
 * Use eselect news to read news items.


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

Calculating dependencies... done!
[ebuild  N     ] app-emulation/emul-linux-x86-db-20130224  USE="development" 1,395 kB
[ebuild  N     ] app-emulation/emul-linux-x86-opengl-20130224  USE="development" 61,283 kB
[ebuild  N     ] app-emulation/emul-linux-x86-xlibs-20130224  USE="development opengl" 2,415 kB
[ebuild  N     ] app-emulation/emul-linux-x86-medialibs-20130224  USE="development" 10,173 kB
[ebuild  N     ] app-emulation/emul-linux-x86-soundlibs-20130224  USE="alsa development" 6,903 kB
[ebuild  N     ] app-emulation/emul-linux-x86-sdl-20130224  USE="development" 637 kB
[ebuild  N     ] app-emulation/wine-1.5.24  USE="X alsa gecko jpeg lcms mp3 ncurses openal opengl oss png ssl threads truetype win32 xcomposite xml -capi -cups -custom-cflags -fontconfig -gphoto2 -gsm (-gstreamer) -ldap -mono -nls -odbc -opencl -osmesa -perl -prelink -pulseaudio -samba -scanner (-selinux) {-test} -udisks -v4l -win64 -xinerama" 0 kB
[blocks B      ] x11-libs/libXrandr[abi_x86_32] ("x11-libs/libXrandr[abi_x86_32]" is blocking app-emulation/emul-linux-x86-xlibs-20130224)
[blocks B      ] x11-libs/libXinerama[abi_x86_32] ("x11-libs/libXinerama[abi_x86_32]" is blocking app-emulation/emul-linux-x86-xlibs-20130224)
[blocks B      ] x11-libs/libXcursor[abi_x86_32] ("x11-libs/libXcursor[abi_x86_32]" is blocking app-emulation/emul-linux-x86-xlibs-20130224)
[blocks B      ] x11-libs/libXvMC[abi_x86_32] ("x11-libs/libXvMC[abi_x86_32]" is blocking app-emulation/emul-linux-x86-xlibs-20130224)
[blocks B      ] x11-libs/libpciaccess[abi_x86_32] ("x11-libs/libpciaccess[abi_x86_32]" is blocking app-emulation/emul-linux-x86-xlibs-20130224)
[blocks B      ] x11-libs/libXxf86dga[abi_x86_32] ("x11-libs/libXxf86dga[abi_x86_32]" is blocking app-emulation/emul-linux-x86-xlibs-20130224)
[blocks B      ] x11-libs/libXi[abi_x86_32] ("x11-libs/libXi[abi_x86_32]" is blocking app-emulation/emul-linux-x86-xlibs-20130224)
[blocks B      ] x11-libs/libXxf86vm[abi_x86_32] ("x11-libs/libXxf86vm[abi_x86_32]" is blocking app-emulation/emul-linux-x86-xlibs-20130224)
[blocks B      ] <=app-emulation/emul-linux-x86-xlibs-20130224 ("<=app-emulation/emul-linux-x86-xlibs-20130224" is blocking x11-libs/libXdmcp-1.1.1-r1, x11-libs/libXtst-1.2.1-r1, x11-libs/libXt-1.1.3-r1, x11-libs/libXpm-3.5.10-r1, x11-libs/libXext-1.3.1-r1, x11-libs/libXcomposite-0.4.4-r1, x11-proto/xf86vidmodeproto-2.3.1-r1, x11-libs/libXv-1.0.7-r1, x11-proto/xineramaproto-1.2.1-r1, x11-libs/libXxf86vm-1.1.2-r1, x11-proto/printproto-1.0.5-r1, x11-proto/recordproto-1.14.2-r1, x11-libs/libXdamage-1.1.4-r1, x11-proto/xf86bigfontproto-1.2.0-r1, x11-libs/libXaw-1.0.11-r2, x11-libs/libICE-1.0.8-r1, x11-libs/libvdpau-0.5-r1, x11-proto/xproto-7.0.23-r2, x11-libs/libX11-1.5.0-r1, x11-libs/libXrandr-1.4.0-r1, x11-libs/libXmu-1.1.1-r1, x11-libs/libxcb-1.9-r1, x11-libs/libXau-1.0.7-r1, x11-libs/libXxf86dga-1.1.3-r1, x11-proto/renderproto-0.11.1-r1, x11-proto/damageproto-1.2.1-r1, x11-proto/xextproto-7.2.1-r1, x11-proto/scrnsaverproto-1.2.2-r1, x11-libs/libXScrnSaver-1.2.2-r1, x11-proto/inputproto-2.2-r1, x11-libs/libXfixes-5.0-r1, x11-libs/libXi-1.6.2-r1, x11-libs/libXinerama-1.1.2-r1, x11-proto/kbproto-1.0.6-r1, x11-proto/xcb-proto-1.8-r1, x11-proto/compositeproto-0.4.2-r1, dev-libs/libpthread-stubs-0.3-r1, x11-libs/libSM-1.2.1-r1, x11-proto/randrproto-1.4.0-r1, x11-proto/xf86dgaproto-2.1-r2, x11-proto/fixesproto-5.0-r1, x11-libs/libXvMC-1.0.7-r1, x11-libs/libpciaccess-0.13.1-r1, x11-libs/libXcursor-1.1.13-r1, x11-libs/libXp-1.0.1-r1, x11-libs/libXrender-0.9.7-r1, x11-proto/videoproto-2.3.1-r1)
[blocks B      ] x11-libs/libXau[abi_x86_32] ("x11-libs/libXau[abi_x86_32]" is blocking app-emulation/emul-linux-x86-xlibs-20130224)
[blocks B      ] x11-libs/libXfixes[abi_x86_32] ("x11-libs/libXfixes[abi_x86_32]" is blocking app-emulation/emul-linux-x86-xlibs-20130224)
[blocks B      ] x11-libs/libxcb[abi_x86_32] ("x11-libs/libxcb[abi_x86_32]" is blocking app-emulation/emul-linux-x86-xlibs-20130224)
[blocks B      ] x11-libs/libXmu[abi_x86_32] ("x11-libs/libXmu[abi_x86_32]" is blocking app-emulation/emul-linux-x86-xlibs-20130224)
[blocks B      ] x11-libs/libXrender[abi_x86_32] ("x11-libs/libXrender[abi_x86_32]" is blocking app-emulation/emul-linux-x86-xlibs-20130224)
[blocks B      ] x11-libs/libSM[abi_x86_32] ("x11-libs/libSM[abi_x86_32]" is blocking app-emulation/emul-linux-x86-xlibs-20130224)
[blocks B      ] x11-libs/libICE[abi_x86_32] ("x11-libs/libICE[abi_x86_32]" is blocking app-emulation/emul-linux-x86-xlibs-20130224)
[blocks B      ] x11-libs/libXaw[abi_x86_32] ("x11-libs/libXaw[abi_x86_32]" is blocking app-emulation/emul-linux-x86-xlibs-20130224)
[blocks B      ] x11-libs/libXpm[abi_x86_32] ("x11-libs/libXpm[abi_x86_32]" is blocking app-emulation/emul-linux-x86-xlibs-20130224)
[blocks B      ] x11-libs/libXv[abi_x86_32] ("x11-libs/libXv[abi_x86_32]" is blocking app-emulation/emul-linux-x86-xlibs-20130224)
[blocks B      ] x11-libs/libXScrnSaver[abi_x86_32] ("x11-libs/libXScrnSaver[abi_x86_32]" is blocking app-emulation/emul-linux-x86-xlibs-20130224)
[blocks B      ] x11-libs/libXdmcp[abi_x86_32] ("x11-libs/libXdmcp[abi_x86_32]" is blocking app-emulation/emul-linux-x86-xlibs-20130224)
[blocks B      ] x11-libs/libXcomposite[abi_x86_32] ("x11-libs/libXcomposite[abi_x86_32]" is blocking app-emulation/emul-linux-x86-xlibs-20130224)
[blocks B      ] x11-libs/libXtst[abi_x86_32] ("x11-libs/libXtst[abi_x86_32]" is blocking app-emulation/emul-linux-x86-xlibs-20130224)
[blocks B      ] x11-libs/libXdamage[abi_x86_32] ("x11-libs/libXdamage[abi_x86_32]" is blocking app-emulation/emul-linux-x86-xlibs-20130224)
[blocks B      ] x11-libs/libXext[abi_x86_32] ("x11-libs/libXext[abi_x86_32]" is blocking app-emulation/emul-linux-x86-xlibs-20130224)
[blocks B      ] x11-libs/libXt[abi_x86_32] ("x11-libs/libXt[abi_x86_32]" is blocking app-emulation/emul-linux-x86-xlibs-20130224)
[blocks B      ] x11-libs/libvdpau[abi_x86_32] ("x11-libs/libvdpau[abi_x86_32]" is blocking app-emulation/emul-linux-x86-xlibs-20130224)
[blocks B      ] x11-libs/libXp[abi_x86_32] ("x11-libs/libXp[abi_x86_32]" is blocking app-emulation/emul-linux-x86-xlibs-20130224)
[blocks B      ] x11-libs/libX11[abi_x86_32] ("x11-libs/libX11[abi_x86_32]" is blocking app-emulation/emul-linux-x86-xlibs-20130224)
Comment 6 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2013-02-27 21:20:31 UTC
(In reply to comment #5)
> It seems many applications depend on  app-emulation/emul-linux-x86-xlibs 
> # /usr/bin/emerge -va wine

Yes. I'm sorry but until major issues are fixed, you can't enable ABI_X86=32 and install emul-linux-x86-xlibs at the same time.

@Pacho, should we mask abi_x86_32 on the relevant packages? Seems a bit like an overkill since the blocker states exactly that the two can't be mixed.
Comment 7 Pacho Ramos gentoo-dev 2013-02-27 21:32:04 UTC
(In reply to comment #6)
> @Pacho, should we mask abi_x86_32 on the relevant packages? Seems a bit like
> an overkill since the blocker states exactly that the two can't be mixed.

I think would be better to mask abi_x86_32 on them until freetype issue is solved
Comment 8 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2013-02-27 21:58:55 UTC
(In reply to comment #7)
> (In reply to comment #6)
> > @Pacho, should we mask abi_x86_32 on the relevant packages? Seems a bit like
> > an overkill since the blocker states exactly that the two can't be mixed.
> 
> I think would be better to mask abi_x86_32 on them until freetype issue is
> solved

Ok, masked then. I had to do it in arch/amd64 because of profile 'parent' ordering.
Comment 9 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2013-04-01 09:24:17 UTC
This one's converted already.