linux/poky.git/meta/recipes-graphics, branch 1.4_M1.rc1

xf86-video-omap: drop RPROVIDES/RREPLACES/RCONFLICTS

2012-11-24T15:12:33+00:00

* without _${PN} suffix they are invalid: opkg install bash-4.2# opkg install xf86-video-omapfb Package xf86-video-omap-doc is already installed on root. * it's not upgrade to omapfb driver but different driver, so let BSP maintainers decide which one works for their MACHINE * without this xf86-video-omap (or -doc, -dbg, ...) can be pulled to image even when XSERVER clearly says xf86-video-omapfb (From OE-Core rev: ef0f8611001c435abab60c464d31134ef027d7c2) Signed-off-by: Martin Jansa Signed-off-by: Richard Purdie

xf86-video-omapfb: revive driver which actually works and is tested on real devices

2012-11-24T15:12:32+00:00

* 0006-omapfb-port-to-new-xserver-video-API.patch added to port it to new xserver video API * other patches just updated headers to be able to git am them (From OE-Core rev: 58e600ae3cc955ebe30b2756540404a267c7cb26) Signed-off-by: Martin Jansa Signed-off-by: Richard Purdie

xserver-xorg: disable dri2 too when building without glx PACKAGECONFIG

2012-11-24T15:12:32+00:00

* it was enabled when dri2proto was built before xserver-xorg (From OE-Core rev: 1668b4d4f373292ea4d611712ef56148ededfce5) Signed-off-by: Martin Jansa Signed-off-by: Richard Purdie

xf86-video-omap: add xf86driproto dependency, drop --enable-neon and improve DESCRIPTION

2012-11-24T15:12:32+00:00

* xf86driproto was missing * --enable-neon isn't supported by omap driver * DESCRIPTION merged from meta-ti http://git.yoctoproject.org/cgit/cgit.cgi/meta-ti/tree/recipes-graphics/xorg-driver/xf86-video-omap_git.bb?id=410dc026f2ee24a2346e7563a83f0181c79809cf * this driver also depends PACKAGECONFIG[glx] used in xserver-xorg, without it dri2.h sometimes isn't built (it is autodetected only when dri2proto is built before xserver-xorg) and without dri2.h it now passes do_configure but fails later in do_compile (From OE-Core rev: 19951d2583b4ed08bbc871128d90aefd062e7da9) Signed-off-by: Martin Jansa Signed-off-by: Richard Purdie

xf86-video-omapfb: drop

2012-11-22T07:53:02+00:00

This driver has been superceeded by a dri omap driver. This driver no longer builds against current versions of the xserver. If someone wants to do the work to resurect it, that is fine but until that happens there is no point in keeping broken code in the tree which won't even compile. It can be easily brought back from git history. (From OE-Core rev: 75858ad8cb19ee24f2c418515cb9d2b649a4de46) Signed-off-by: Richard Purdie

xf86-video-omap: don't use AC_CHECK_FILE

2012-11-22T07:53:02+00:00

Upstream uses AC_CHECK_FILE to find dri.h, but that errors out when cross-compiling. Until oe-core 1b0d9cb1801a8eb68c82dfcda5a1da420ac8dd83 this wasn't a problem because we patched AC_CHECK_FILE to always pass, which was a nasty hack. Patch configure.ac to use pkg-config like it should, and not AC_CHECK_FILE. (From OE-Core rev: a7fe0d17c50d9b38ce33fe39e677da349d1d358c) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

builder: fix adduser breakage with password

2012-11-21T20:40:43+00:00

Build Appliance needs to have for the builder user a password set. However, the useradd.bbclass requires the last parameter to be the user's group name. Previously, the password was the last parameter to useradd command. Fixed using the right order for parameters. (From OE-Core rev: 29f2ae0305b9a3db9632a8fe078fedc88f89a9ad) Signed-off-by: Cristian Iorga Signed-off-by: Richard Purdie

mesa-dri: add correct RPROVIDES for the -dev packages

2012-11-21T09:10:02+00:00

The -dev packages were RPROVIDEing the non-dev names, which is clearly wrong. (From OE-Core rev: 8d224244a016adc889be132d9994d7c517f7eae3) Signed-off-by: Ross Burton Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

builder: Add password for user

2012-11-20T15:31:55+00:00

This is needed to allow openssh to work correctly for the Eclipse plugin to have access to the build appliance to view/modify recipes and lauch builds Default password is "builder" (From OE-Core rev: ccf86771bf65e9620385abf20049f355dca391df) Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

mesa: default to enabling EGL and GLES

2012-11-20T15:31:54+00:00

Even on systems where Mesa has no hardware support, building the software renderers is useful for build testing and limited functionality. (From OE-Core rev: e79987bc4bac1d739f92790f8e9840cd02f073d3) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie