[oe] [meta-efl][meta-oe 10/12] task-x11: remove server parts and add VIRTUAL_RUNTIME variables to be able to select different -common and init providers

[Martin Jansa]

On Tue, Nov 01, 2011 at 08:52:48AM +0100, Koen Kooi wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Op 29-10-11 12:29, Martin Jansa schreef:
> > Signed-off-by: Martin Jansa <Martin.Jansa at gmail.com>
> 
> [..]
> 
> > -# Some machines don't set a *runtime* provider for X, so default to
> > Xfbdev here -# virtual/xserver won't work, since the kdrive recipes will
> > build multiple xserver packages -XSERVER ?= "xserver-xorg" 
> > -XSERVER_COMMON ?= "xserver-common" - -PACKAGE_ARCH = "${MACHINE_ARCH}" 
> > +# xserver-common, x11-common +VIRTUAL-RUNTIME_xserver-common ?=
> > "xserver-common"
> > 
> > -RDEPENDS_${PN}-server = "\ -  ${XSERVER} \ -" +# elsa,
> > xserver-nodm-init +VIRTUAL-RUNTIME_graphical_init_manager ?=
> > "xserver-nodm-init"
> > 
> > RDEPENDS_${PN}-utils = "\ -  ${XSERVER_COMMON} \ -  xserver-nodm-init \ +
> > ${VIRTUAL-RUNTIME_xserver-common} \ +
> > ${VIRTUAL-RUNTIME_graphical_init_manager} \ xauth \ xhost \ xset \
> 
> Can someone explain what the VIRTUAL-RUNTIME_* buys us? I'd be much happier
> if you split this into two or more tasks. Experience has shown that people
> just don't get that they need to change all the PRs in the tasks when
> updating magic vars like VIRTUAL-RUNTIME_* :(

Right now I'm using them to use x11-common instead of xserver-common and
elsa instead of xserver-nodm-init, while my image is still depending
only on task-x11 (to get reasonable x11 support).

And those VIRTUAL-RUNTIME with default value should keep task-x11 as it
was before and if some distribution decide to change them, they have to
PRINC in their bbappend.

Regards,

-- 
Martin 'JaMa' Jansa     jabber: Martin.Jansa at gmail.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://lists.openembedded.org/pipermail/openembedded-devel/attachments/20111101/e37a9f5f/attachment-0002.sig>