* emenlow: 
** Date: 2012-11-26-Monday-09-37-33
** poky repo: master: commit c6dc0b976776b94ba92a7be6d69ac3fe605eff2a
** meta-intel: master: commit e2bf742dfe8efb1155b5dfc889e35cdbca06abea
** kernel version:linux-yocto-3.4.18+git1+1c5980714d482f8ccb72909b40f3e1467a3fd590_1+e785645d200afcf60ecba4934ff3d6b98f39a345-r4.3
** Build Status: Build succeeded
** Testing Status: X fails to start

This is found in the build log:
WARNING: QA Issue: xserver-psb: Files/directories were installed but not shipped
  /usr/lib/xorg/modules/extensions/libextmod.so
  /usr/lib/xorg/modules/extensions/libdbe.so
  /usr/lib/xorg/modules/extensions/libdri.so
  /usr/lib/xorg/modules/extensions/libdri2.so
  /usr/lib/xorg/modules/linux/libfbdevhw.so

This is found in the build log:
WARNING: QA Issue: xserver-psb: Files/directories were installed but not shipped
  /usr/lib/xorg/modules/extensions/libextmod.so
  /usr/lib/xorg/modules/extensions/libdbe.so
  /usr/lib/xorg/modules/extensions/libdri.so
  /usr/lib/xorg/modules/extensions/libdri2.so
  /usr/lib/xorg/modules/linux/libfbdevhw.so

Yeah you might want to package those. We stopped adding the packaging for them in master as they were integrated into the server itself, so either make a case for re-instating them for older servers, or package them in the BSP.

A reasonable compromise might be to restore the packaging of these in xserver-xorg.inc and then move the matching RPROVIDES/RCONFLICTS/RREPLACES from xserver-xorg.inc to the .bb as obviously if you've actually got those packages you don't need the conflicts.

I've just submitted a patch to oe-core (and CC'd tom/nitin).  This patch restores the packaging for those modules, so should fix this.

*** Bug 3502 has been marked as a duplicate of this bug. ***

I have made a patch yday, and that fixes the issue for emenlow's X, I am testing the patch for crownbay now. So we have to patches to fix the issue now!

OK, great, we have two patchsets to fix this, so which one do we want?

Trying to test 3507, I applied Ross's oe-core patch and while it did get rid of the QA warning about not packaging those items, I still had run-time errors

(EE) Failed to load module extmod
(EE) Failed to load module dbe
(EE) Failed to load module dri
(EE) Failed to load module dri2

The thing is that crownbay pins xorg-xserver to 1.9.3 so changes to the xserver in master shouldn't be affecting crownbay or any of the emgd-using machines at all - this bug and bug 3507 shouldn't be happening at all.  Apparently they are happening because they use the xorg-xserver.inc from master and that was changed to remove the packaging of components needed by the users of 1.9.3.

Unfortunately Ross's patch to restore those things doesn't seem to work.

OK, so Ross's oe-core patch:

[PATCH] xserver-xorg: restore packaging for the DRI/DRI2/DBE extensions

does work if Nitin's patch:

[PATCH 1/4] meta-intel.inc: fix xorg packaging issue for emgd BSPs

is added to meta-intel.  That fixes this bug (3502) and also should fix Bug 3501 and 3502.

I've also submitted another patch to meta-intel

[PATCH 1/1] Revert "emgd-driver-bin: add xorg-abi-video- dependency"

that reverts Ross's fa655a783bc1e41109f408ff49b785d664f64106 xorg-abi-video-8 patch and thereby gets rid of the core-image-lsb build error and fixes bug 3507.

So if we can get Ross's oe-core patch pulled in, I can pull in the other two and we'll be able to move forward.

Otherwise, someone please suggest something better to get us out of this mess.

Fixed by the combination of the following in poky and meta-intel master:

poky/master: da6c266b1184eed8b1bc851f24a9ee17ab56d562
meta-intel/master: b4141a6404fa7d3445d660860b6bf68acec9f114

Verified in master: 3ae1a4ba972cfc17ff3f2fda632da8ecc3414885