Prevent this getting the default DESCRIPTION of "X application" from
xorg-app-common.inc.
(From OE-Core rev: 11c11ff361cfa8180dbafce94ff3e9e9426263b3)
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Prevent this getting the default DESCRIPTION of "X application" from
xorg-app-common.inc.
(From OE-Core rev: 9bacbff31e8cbe35c43637b2a213041a621ef608)
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This allows the description to show up at the recipe level e.g. in the
OE layer index.
(From OE-Core rev: 5f1093bca16b3cd905beb69bee095d92aa350cfe)
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This fix was rejected by upstream, the correct fix is actually to fix libpng.
(From OE-Core rev: f7f8ec1197ec64620c80e13214dc395ab3e12afc)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Apparently, the default qemumips color depth was set to 8 and the colors were not
displayed properly. cirrusfb driver doensn't seem to accept color depth
as a kernel parameter, so we have to do it here.
[YOCTO #4340]
(From OE-Core rev: 876e020be334a9350094dbd1a29b9e49eceed603)
Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
libpng 1.6 emits more warnings than before, and is also stricter with function
ordering. Fix the function ordering when reading PNGs, and stop treating all
warnings as errors.
(From OE-Core rev: 55d00b750f5c45e583abef406c96416cd6a8caa7)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Patches backported from mesa Git and from mesa-dev mailing list.
(From OE-Core rev: f704bb42062f2ac15edaad36497a8d2815b8b8b2)
Signed-off-by: Andreas Oberritter <obi@opendreambox.org>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
In each of these cases allarch is used where the package in question has a
dependency on things which are not allach and change when MACHINE is changed.
This leads to a rebuild of the package each time MACHINE is switched and
the sstate checksum changes. The dependencies in question are not suited
be being marked as ABISAFE.
(From OE-Core rev: 087a680429efa713a98fbb89f927b046fe07f87c)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The .inc file sets RDEPENDS for the general font case but the dependencies
don't apply to this recipe. This removes those dependencies, simplifying the
dependency chains a little.
(From OE-Core rev: 71b3a156c11d01565f546f33e3f1e1bea2fafdff)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Using the fontcache class means we can run the postinstall at build time
so this is generally more efficient.
(From OE-Core rev: 00cc684885efa555f7eac7653482f72095b1c443)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
These patches from upstream allow mesa-demos to build and run against a non-Mesa
GL stack. Thanks to Tom Zanussi for doing this work for EMGD in meta-intel, and
Otavio Salvador for confirming it also works for Freescale.
[ YOCTO #3469 ]
(From OE-Core rev: 60fabb6ea0474b19ad57873b402a608a92c5a5d4)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
We only build wayland-native for the scanner, so disable the bits we don't
actually need. This gives us a small speed up but importantly should allow
wayland-native to compile on older hosts such as CentOS 5 which currently fails.
[ YOCTO #4245 ]
(From OE-Core rev: bfbe9b6a4fd7a8b5e5827847c2adff894e609e94)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
With gcc 4.8 there are compile errors:
xmodmap.c:289:5: error: implicit declaration of function 'asprintf' [-Werror=implicit-function-declaration]
(and more)
These have been fixed upstream so take the patch from git until 1.0.8 is
released.
(From OE-Core rev: 3a4ce4bd2b1ab7834edabbaf63acb18113cf1907)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
add libffi into DEPENDS to fix following build error:
| checking for FFI... no
| configure: error: Package requirements (libffi) were not met:
|
| No package 'libffi' found
(From OE-Core rev: 23d6746efe1b3f31ad156db58fbc2767f750b712)
Signed-off-by: Zhenhua Luo <zhenhua.luo@freescale.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
1.06 requires fontforge-native to build, which as we don't have this version has
never been used.
(From OE-Core rev: 035e074cb7ff943defe3a10dc2a73b3cb2fd7e96)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
We have 1.9 and git snapshot recipes, we don't also need this ancient version.
(From OE-Core rev: b037ac6f6e319c14895b2d3d7dd1b4a72a143670)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Fixes [YOCTO 4164](3/3)
Input devices come and go, so a single chmod in this init script is not
adequate to ensure rootless X servers can use input devices.
The o+rw method also introduces a security hole.
The newly added input group and input udev rule address this in a secure
way. Ensure the xuser is added to the input group.
(From OE-Core rev: 150b7ac8e1c0f029b90f63424867ee5347821cf7)
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
Cc: Saul Wold <sgw@linux.intel.com>
Cc: Laurentiu Palcu <laurentiu.palcu@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The init script header is incorrect, we only start this at runlevels 2 and 5.
(From OE-Core rev: c1181d376d20dc203ef036d5659d1c2bf2308975)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Without this, the font-util.m4 macro can be missing leading to an undefined
macro. The recipe will still build but generate an empty font-alias package
since the files are installed into "${D}@XORGROOTFONTDIR@".
(From OE-Core rev: 12dc7ae22ddaae0d79e0f86b66c1f5a9b18329f9)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This is needed in order to have multitouch protocol enabled.
[YOCTO #4087]
(From OE-Core rev: be7e4da2a402ddea196b8b25f8ed9e9647b50563)
Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
If configure is re-ran on an existing build tree the string substitutions we
need are done twice, resulting in invalid paths. Anchor the expressions so they
only match a pristine configure.ac.
(From OE-Core rev: a167176c3e41e4eb2a1931df566367e3da2b3b86)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
By explicitly disabling the LZO check, we ensure a deterministic build
[YOCTO #4076]
(From OE-Core rev: 7d855cb624f9330e185ff0f03b5b317d805eda09)
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Rename mesa-dri recipes to just mesa. Also, replace all references to
mesa-dri in all recipes/configs.
The reason for this renaming (quote from bugzilla):
"mesa-dri is a artefact of mesa-xlib existing, which doesn't anymore.
mesa-dri should be renamed to mesa."
[YOCTO #3385]
(From OE-Core rev: c8bbb9983bcc7cfc5332e89c3e8148505b4ca83f)
Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Add patch to allow out of tree builds to work.
(From OE-Core rev: 15d7fe81bf3c52a14bfdd6a8a854836c8571e14f)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Add patch to allow out of tree builds to work.
(From OE-Core rev: d14012cbf4a55a66030a51da281cc68fc727d9f6)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
harfbuzz is using the 'Modern Variants' of MIT License:
https://fedoraproject.org/wiki/Licensing:MIT?rd=Licensing/MIT#Modern_Variants
We can update the LICENSE as 'MIT & ICU'.
Fixes this warning:
WARNING: harfbuzz: No generic license file exists for: Old-MIT in any provider
WARNING: harfbuzz: No generic license file exists for: UCDN in any provider
WARNING: harfbuzz: No generic license file exists for: HarfBuzz-old in any provider
(From OE-Core rev: 2ecb3b99373e17d93f50142f2da3f786c83c7eb2)
Signed-off-by: Maxin B. John <maxin.john@enea.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Refresh the patches and fix out of tree build issue.
(From OE-Core rev: f0ccc06a051d5db2fee5aa52b066563d403f6e25)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Fix out of tree builds by remvoing cwd assumption.
(From OE-Core rev: 4a805f74b8a2ac5db27ed8f3c3232d2391a18842)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Upgrade to new upstream revision which includes out of tree build
fixes.
(From OE-Core rev: be335eab958546c8ae39b879767dd30f1e95a701)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Its clear this was meant to be a prepend. Also fix an out
of date comment.
(From OE-Core rev: 775692b36fe726479eafdbc9e3f2141acb171f8d)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This patch removes any references to mibstore.h, which has been removed
from xserver-org, from the following drivers:
* xf86-video-vmware
* xf86-video-fbdev
* xf86-video-vesa
(From OE-Core rev: c2a2ac579876695c162ccca0ca3673f4d06ce60e)
Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Aditionally:
* adjust the aarch64.patch because the logic changed and the
lnx_video.c changes are no longer necessary;
* created patch to fix compilation issue when not using xinerama;
(From OE-Core rev: 1204a04c28546aa131d295fe7791f5de3694ad11)
Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Otherwise configure will auto-detect, and not be reliable.
(From OE-Core rev: 6c0c3dae3ec69c811ff8cd18a634fc4832a2d29f)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
We need to use sudo semantics since it does not start correctly
with su. Added RDEPENDS to ensure it's present on target.
The SESSION_DIR test was constructed incorrectly, so fixed it.
(From OE-Core rev: badf3a32b9737f2ad6f9c9ff2fe623fe17295946)
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The idea of a generic xorg.conf is meaningless, especially when they specify the
"intel" driver. Empty this file so that unless the BSP specifies it's own
xorg.conf, no xorg.conf file is installed.
(From OE-Core rev: 746b6e90a8403886e6957d33610bbda115de0a0c)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Many hardware platforms can autodetect their hardware and don't need a xorg.conf
at all. Make it easy for BSPs to not ship a xorg.conf by not installing empty
xorg.conf files.
(From OE-Core rev: 4b46149df5f123c7acf4699dbc552cc0e07f709a)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Fixed license declaration to have AND between all the licenses
instead of OR.
(From OE-Core rev: 0a90fb2faebbb7848dbd5a23b37490866b397f5f)
Signed-off-by: Marko Lindqvist <cazfi74@gmail.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Licence didn't change, the end line for computing the licence md5sum was
inside the actual code which, eventually changed. Adjust it to the right
line.
(From OE-Core rev: 96d9e102067471018acfa9651b810f0d33a363fa)
Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
obsolete_automake_macros.patch: removed
- included in the new version
(From OE-Core rev: 31fc8a621fbeb4f5bec7c6b6fd03043bb382c34d)
Signed-off-by: Constantin Musca <constantinx.musca@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Rename the patches directory to files as we only have one version of fontconfig,
so the hassle of moving these files every upgrade can be avoided.
(From OE-Core rev: 67a279f517fc43e418482cc104458875264141f6)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Instead, use BBCLASSEXTEND=native in fontconfig.
We can drop the installation of fc-lang/fc-glyphname, they are not used by
fontconfig's build anymore as it ships the generated files in the tarball.
(From OE-Core rev: d5ccc6cbbbdc7502d35ddcbbc2bfc2d4657cbe78)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The build flag twiddling in do_configure_append was unexplainable and clearly
wrong (native flags for a cross build), remove it all.
Parallel make appears to be working now, so enable it.
The tarball doesn't contain read only sources, remove the unpack hacking.
The pkgconfig doesn't need patching as the freetype link lines are the same.
Don't need to specify where freetype is, it's found automatically.
Merge fontconfig-util-dbg into fontconfig-dbg.
Don't export HASDOCBOOK, --disable-docs is sufficient to turn off documentation
building.
(From OE-Core rev: ba3db5f5e7055d597b21d8b5f8e60bc3c4f12bd2)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Mesa was disabled in the .inc but not in the main recipe where a separate
EXTRA_OECONF is used. Fix disabling mesa there too to avoid build failures.
(From OE-Core rev: 722a5eaa6bed6ab8c8a1caa066cd2eba7acda5ee)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This is needed in order to be able to generate the cache on host.
Additionally, remove the volatile config file, as /var/cache was moved
out of tmpfs.
[YOCTO #2599]
(From OE-Core rev: b675e9917b0a1e774c95ee7a946f515c5a996b59)
Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The one new commit from matchbox-wm git this gets fixes
build with automake-1.13
(From OE-Core rev: 50d7135c3f5530e0852294183cdba60fae67e040)
Signed-off-by: Marko Lindqvist <cazfi74@gmail.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This is a specialised physics engine for Clutter, and isn't suitable for
oe-core.
(From OE-Core rev: 9eec14d658c12525cb81d0ef3227b55e65d1c69b)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The script where behaving badly when the session directory does not
exist and also lacking a dependency to 'sudo'. Instead of adding a
dependency on 'sudo' we use 'su' as done in xserver-common.
(From OE-Core rev: 84b58ed421fd14796ddcbc4cc7fc13a5a098d6cc)
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* By default enable only swrast. This needs to
be here or for some reason qemuarm tries to
detect the intel dri libraries and fails.
* For x86 and x86-64 explicitly set all of
the supported drm drivers.
builds properly with qemux86 qemuarm and qemux86-64
(From OE-Core rev: 3efcfa7e75dc0fe98b75ae1b7be8db5549182ff9)
Signed-off-by: Ian Reinhart Geiser <igeiser@devonit.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
version.h is listed both in pkginclude_HEADERS (via $HBHEADERS) and
nodist_pkginclude_HEADERS. This double listing is likely cause of
the make install error:
/usr/bin/install: cannot create regular file `.../harfbuzz/0.9.10-r0/image/usr/include/harfbuzz/hb-version.h': File exists
Just remove the nodist_pkginclude_HEADERS entry. We're not creating
the tarball, and listing version.h here wouldn't prevent the other
listing from including it to tarball anyway.
(From OE-Core rev: 1489a69cecb1dcc3502a4c24beaea81e6ca6dacc)
Signed-off-by: Marko Lindqvist <cazfi74@gmail.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Without this, directfb might build with mesa enabled if present.
(From OE-Core rev: 1531adb8d2230646e03f31ea30faa916d846ccfc)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
- we now have directfb as DISTRO_FEATURE
- DirectFB is not supported by gtk versions >= 2.18
(From OE-Core rev: 6223aa118ed7a2726ed73c06246423795d53af5e)
Signed-off-by: Constantin Musca <constantinx.musca@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
- DirectFB is not supported by gtk versions >= 2.18
- use packagegroup-core-directfb instead of packagegroup-core-gtk-directfb
[YOCTO #3642]
(From OE-Core rev: f4724b132de09d0c3db3755214ca83bb5acf5550)
Signed-off-by: Constantin Musca <constantinx.musca@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
- DirectFB is not supported by gtk versions >= 2.18
- remove the backwards compatibility statements (packagegroup-core-directfb
is an independent packagegroup)
- remove all gtk dependencies
[YOCTO #3642]
(From OE-Core rev: 423a397b2bf1a32519761ae3f0b048e0595c59e8)
Signed-off-by: Constantin Musca <constantinx.musca@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
At present its hard for the system to provide extra x11 hardware codecs.
We could lump them in with the XSERVER variable but this is suboptimal as
in some use cases the user might not want to include them in some images.
With this patch we keep our options open about separating usage of the two
in the future.
(From OE-Core rev: 285c7577813cf75a3b554f8a5d6d7ba002127ef4)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
- use qemu_run_binary from qemu.bbclass to run pango-querymodules
- remove pango-native from DEPENDS in order to do not create
unbuildable dependency chains (e.g. ['gtk+', 'pango', 'pango-native',
'cairo-native', 'directfb-native'])
[YOCTO #3642]
(From OE-Core rev: c34bb3554112cbaeb4e125ff5ed190c0d3bbcf36)
Signed-off-by: Constantin Musca <constantinx.musca@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This is the reference Wayland compositor.
If the "wayland" DISTRO_FEATURE is present the KMS and Wayland (nested)
compositors are enabled.
If the "x11" DISTRO_FEATURE is present the X11 compositor is enabled, and a
launcher installed.
This also ships a basic Wayland terminal.
Based on work by Alexandru Damian <alexandru.damian@intel.com>, Daniel Stone
<daniel@fooishbar.org>, and Damien Lespiau <damien.lespiau@intel.com>.
(From OE-Core rev: 94fcb80121b64974ff57b76275addaa684c559cf)
Signed-off-by: Alexandru DAMIAN <alexandru.damian@intel.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
If the "wayland" DISTRO_FEATURE is present, enable the Wayland EGL platform.
This is required by the reference Wayland compositor, Weston.
(From OE-Core rev: 0e56ecdd78212e7743e71c5d6a42ceb65c182786)
Signed-off-by: Alexandru DAMIAN <alexandru.damian@intel.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Wayland is a protocol for a client application to display user interface windows
through the use of a compositing window manager. This package include the
specific set of server-side and client-side C libraries that implement the
protocol.
(From OE-Core rev: 41538cb52f3a79c52aa37c34d8f275010b93c2c2)
Signed-off-by: Alexandru DAMIAN <alexandru.damian@intel.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Wayland needs this set for the communication pipes, so set a fallback in case it
hasn't already been set.
(From OE-Core rev: 263508220674321473a746a137bb5d4b21c55119)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Add obsolete_automake_macros.patch that replaces automake macros
no longer supported by automake-1.13 with modern constructs.
(From OE-Core rev: b1c788dbd7b0f015718f915763b1d08e566e80e3)
Signed-off-by: Marko Lindqvist <cazfi74@gmail.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Add obsolete_automake_macros.patch that replaces automake macros
no longer supported by automake-1.13 with modern constructs.
(From OE-Core rev: 703ea77f1869c1101e1637831a83ca2d754907da)
Signed-off-by: Marko Lindqvist <cazfi74@gmail.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Add obsolete_automake_macros.patch that replaces automake macros
no longer supported by automake-1.13 with modern constructs.
(From OE-Core rev: 16df16408719b93f595412a4c10df793d847dd19)
Signed-off-by: Marko Lindqvist <cazfi74@gmail.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
I am trying to use gma500 driver for the noemgd BSPs. The current best
xf86 driver for it is modesetting. This recipe provides that
driver.
(From OE-Core rev: 5f9de6f97cf218973a5284feb1e5ae841b69dcc6)
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Add obsolete_automake_macros.patch that replaces automake macros
no longer supported by automake-1.13 with modern constructs.
(From OE-Core rev: f311b2d9978e07d4e5f4b6687ff2dba41b5e5da4)
Signed-off-by: Marko Lindqvist <cazfi74@gmail.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Add obsolete_automake_macros.patch that replaces automake macros
no longer supported by automake-1.13 with modern constructs.
(From OE-Core rev: 6cb2ef796278b0747cda4771091d9fdc1603bea7)
Signed-off-by: Marko Lindqvist <cazfi74@gmail.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Add obsolete_automake_macros.patch that replaces automake macros
no longer supported by automake-1.13 with modern constructs.
(From OE-Core rev: 4530d308a546e989873e2978ea5ed2970e8925e7)
Signed-off-by: Marko Lindqvist <cazfi74@gmail.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
multilib-fix-clean.patch adjusted to apply cleanly, and to handle
new modules.cache file.
(From OE-Core rev: bcc5773199b46811f913d06e960d34ed9833f714)
Signed-off-by: Marko Lindqvist <cazfi74@gmail.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
OpenType text shaping engine HarfBuzz is dependency of pango >= 1.32
This depends on all of glib-2.0, cairo, and freetype to consistently
provide all backends. Otherwise it would, in typical case, depend
on build order of these packages. HarfBuzz configure would pick those
backends for which dependencies happen to be built before it.
Similarly graphite is consistenly disabled if there ever happens
to be recipe for it.
(From OE-Core rev: 6f5ab158203101db69d11754a77b0fd6fbb23f87)
Signed-off-by: Marko Lindqvist <cazfi74@gmail.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Mesa 9 changed the libgbm API, so take a patch from upstream to fix this.
(From OE-Core rev: ab6f8ea9ddc69433c3e84058d8ea5502cbab35c3)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Upgrade Mesa to 9.01, backporting a patch from master to build without needing
mesa-dri-glsl-native.
Several patches have been merged upstream, so drop them.
License checksums updated as the file was re-formated.
Drop mesa-dri-glsl-native as we don't need it anymore.
Tested with Piglit's "quick" test suite, pass rate remains constant compared to
8.0.5 at 87%.
(From OE-Core rev: f816697c1e76589de7853bd5573cf578e25c7ca7)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Add obsolete_automake_macros.patch that replaces automake macros
no longer supported by automake-1.13 with modern constructs.
(From OE-Core rev: d425161761de48a8ab745915ebddaa224c516214)
Signed-off-by: Marko Lindqvist <cazfi74@gmail.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Use of $(srcdir) in TESTS is an error causing automake-1.13
to abort. Disable the tests completely.
(From OE-Core rev: b814732da2cbf927b1bf49aee5e3d50f16a3a34c)
Signed-off-by: Marko Lindqvist <cazfi74@gmail.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Compatible with automake-1.13.
(From OE-Core rev: f63704c6b4686fde437d247f41e081cfc5c1868e)
Signed-off-by: Marko Lindqvist <cazfi74@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The macro was renamed to __dfb_no_instrument_function__ . This will avoid build
errors while compiling gst-plugins-bad with directfb support.
This happens because gstreamer uses this macro to pass it to __attribute__. So,
if we include directfb.h before, the gstreamer definition will end up:
__attribute__ ((__attribute__((no_instrument_function)))).
(From OE-Core rev: 3e87b2b796e2de50adcdf5ed9d777765ae8e3cee)
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* cairo was giving redefinition error of struct _XLinearGradient,
struct _XCircle and struct _XRadialGradient.
* cario now depends on libxext. Adding that dependency resolved
above errors.
* Verified it on P2020RDB.
* Bump PR.
(From OE-Core rev: 409a739dd89ea256a49c69452dc29439fc3ee64e)
Signed-off-by: Noor Ahsan <noor_ahsan@mentor.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Since pango-native is built anyway and all the modules are in the native
sysroot, create the cache file by scanning those files instead of the
target files. The latter will fail because the shared objects wouldn't
be from the same ELF class.
[YOCTO #3600]
(From OE-Core rev: 75334cbee1f064b38f167269917e333989802e7d)
Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* It uses host gcc in its configure script. When IA32
toolchain is installed it starts using its binaries instead
of native gcc. Modified EXTRA_OECONF so that host gcc is used.
(From OE-Core rev: 23e6431687a5602a7e579c546a69008954f64620)
Signed-off-by: Noor Ahsa <noor_ahsan@mentor.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Matchbox Window Manager 2 is more of a framework than a window manager,
certainly isn't ready to replace v1 yet, and isn't under active development.
(From OE-Core rev: 94a97a5b40484b4e02e704cc56ba40fc62496107)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This recipe was never used in oe-core or meta-oe, and is very old.
(From OE-Core rev: fdfee428db3a91c17618277d24b558d31a17d266)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Move /etc/drirc to libdricommon so mesa-dri is empty, and remove the automatic
dependency on mesa-dri in mesa-dri-dev.
(From OE-Core rev: 882bf3bc5f038d5e072df1bf3ecddd66e025e673)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
All patches have been upstreamed so drop them, and as upstream isn't heavily
developed drop the git recipe.
(From OE-Core rev: 3465570601480d2e476e82b8b7254e94f87d2682)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Generic-C-implementation-of-pixman_blt-with-overlapp.patch:
- adapted to the new version
* enable nativesdk variant
(From OE-Core rev: b41e55a7ee226a0ae4efdd633cab94e1cc846525)
Signed-off-by: Constantin Musca <constantinx.musca@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
At the moment, if one clicks on X11VNC Server icon, a new vnc server is
started on an automatically assigned port (starting with 5900). The
problem is that the user can click multiple times on the icon and a new
vnc server is started on another port. So, we'll end up with multiple
vnc servers, wasting memory.
This patch will restrict the x11vnc server port to 5900 (default VNC
port) and another process will not be started (because the port is
already used), unless the user chooses to start the server manually,
from the command line, in which case the port can be changed as the
user wishes.
[YOCTO #3369]
(From OE-Core rev: 8f7bd81f4769984a5acdb40f3a76e290615c3020)
Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Inside Build Appliance, external repos can be
accesed using the git protocol through a proxy
Fixes [YOCTO #3175]
(From OE-Core rev: 938bfe375b6fca3c9281f3c906fba1aca6677aca)
Signed-off-by: Cristian Iorga <cristian.iorga@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
license.html was reformated so the checksum changed.
The GLSL compiler can be built using CC_FOR_BUILD, so we don't need
mesa-dri-glsl-native.
Update common packaging to include libdricore and the skeleton libgles3, and
remove the driver .la files.
mesa-git/uclibc.patch isn't applied, remove.
x32 support is integrated into mklib, drop 0003-fix-for-x32.patch.
uclibc is checked for upstream, drop 0001-Compile-with-uclibc.patch.
(From OE-Core rev: 8060a24c679ba17aea48bdeb4b8cfd460885f65f)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Licence checksum change, use an upstream source file instead of a generated
file: we were previously checksumming the Bison license.
(From OE-Core rev: b85388ad0b6c3e7176295949d88c504abf0ba5cc)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
mesa-dri ships the configuration file in mesa 9, so ship that and don't claim
it's empty. Clean up libegl and libgbm packaging.
(From OE-Core rev: 22549ed65f0e413d7f4375e5eba7c86302a46acd)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
In "cleaning up" the package I managed to remove the inherit autotools, so this
recipe didn't actually build anything.
(From OE-Core rev: b7c010e4603c33b1d3e3fcaf99a9375585471ec5)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Even though the current xserver in oe-core (1.13) doesn't ship these as
standalone extensions, older X servers required by binary drives
(e.g. meta-intel's 1.9) still install them separately. As the packages didn't
exist in xserver-xorg.inc the extensions were not packaged, and X didn't work.
Revolve this by restoring the package definitions, and moving the upgrade path
dependencies to xserver-xorg_1.13.bb.
(From OE-Core rev: 24b954253dd1aa626835352c4dc8d085a19aae35)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Replaced incorrect "startline" with correct "beginline" for telling
where license segment in file begins. Old md5sum was calculated from
the beginning of the file, not from beginning of the license segment.
(From OE-Core rev: 4e73f9ae050c01b1356c82e91a73d46cb90d5402)
Signed-off-by: Marko Lindqvist <cazfi74@gmail.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Replaced incorrect "startline" with correct "beginline" for telling
where license segment in file begins. This change has no effect on
md5sum as license segments from the beginning of the file.
(From OE-Core rev: 33b28f40ed8765262c3b4ac676cec25bf0b0d523)
Signed-off-by: Marko Lindqvist <cazfi74@gmail.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Replaced incorrect "startline" with correct "beginline" for telling
where license segment in file begins. This change has no effect on
md5sum as license segments from the beginning of the file.
(From OE-Core rev: 9f3f13a0f761bed4110ef1013d711c1678e03741)
Signed-off-by: Marko Lindqvist <cazfi74@gmail.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* 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 <Martin.Jansa@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* 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 <Martin.Jansa@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* it was enabled when dri2proto was built before xserver-xorg
(From OE-Core rev: 1668b4d4f373292ea4d611712ef56148ededfce5)
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* 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 <Martin.Jansa@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
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 <richard.purdie@linuxfoundation.org>
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 <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
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 <cristian.iorga@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The -dev packages were RPROVIDEing the non-dev names, which is clearly wrong.
(From OE-Core rev: 8d224244a016adc889be132d9994d7c517f7eae3)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
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 <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
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 <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
When Debian-renaming, all packages that provide GL libraries get renamed to the
same name, and it's entirley possible for a feed to have multiple GL libraries
in. This obviously creates conflicts.
Resolve this for Mesa by forcing the package names to be of the form libgl-mesa,
and RPROVIDE libgl.
(From OE-Core rev: 64c77bf395310e55b4d8e0ec754fa19e9034ab35)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This new recipe is needed because the old driver is unmaintained. This
new recipe will follow the new repo.
(From OE-Core rev: a1d93e6383396dc3ff7cd3a4fccf27895e80af8a)
Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
After upgrading xserver to 1.13, multitouch support is automatically
enabled in xf86-input-synaptics. Hence, the need for mtdev dependency.
(From OE-Core rev: 6b2ffa1637d9ae067753102efeb78d1eb42a0b8a)
Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The patch contains several aditional changes:
* removed one backported patch (included in the new release);
* changed mips64-compiler.patch to apply properly;
* licence checksum for COPYING file changed: some copyright years have
been changed;
* bump PR in xorg-driver-common.inc so that all input/video drivers
get rebuilt. That's becaue the ABI changed;
The following external modules are now built-in:
* DBE
* DRI2
* DRI
* RECORD
The extmod module was completely removed.
(From OE-Core rev: 506da0d139dd470475a1d6b2dd3ae62406c36816)
Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Other changes:
* removed a backported patch;
* activated libdrm-omap helper layer which is needed by the latest
xf86-video-omap xorg driver;
* split libdrm-drivers package into libdrm-radeon, libdrm-nouveau and
libdrm-omap, libdrm-intel and libdrm-exynos;
(From OE-Core rev: 8b100befe8dcf7523148b6fc14fa2237d07fe556)
Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
A few extra changes:
* changed the SRC_URI to the new, valid, one
* added dependency of gettext (do_qa_configure detected is needed)
* disable runtime dependency checks at configure time
(From OE-Core rev: c67b5e212244f1bac57e8491c6500656786df3a2)
Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
If we don't do this, multilib and other varients using BBCLASSEXTEND
will fail.
(From OE-Core rev: 9a97367038a1e2431bf94211dabbc5aedbbee3bb)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
After upgrading xserver to 1.13, multitouch support is automatically
enabled in xf86-input-synaptics. Hence, the need for mtdev dependency.
(From OE-Core rev: 03d787efe0d83b20155508811f901b05a910940c)
Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
A couple of changes:
* licence snippet in fccache.c moved down the file;
* new files appeared in this version, added them to fontconfig package
(From OE-Core rev: f6ca099d9cbd2ed1c181e8e91cc16d0550701f26)
Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Licence chacksum changed because Red Hat added a copyright line.
(From OE-Core rev: 00c892acc24860c26fe658ff96cfa002a1c96410)
Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The GLUT check was automatic and couldn't be disabled, so mesa-demos would gain
a GLUT dependency if it was present when built.
So, fix configure.ac so that --without-glut works as expected.
(From OE-Core rev: fa7fb44d1ca2b8a57509806bde19672c68ef157d)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Our python-native is 2.7.3 which ships python2, and we've been patching it in to
earlier versions since September 2011.
(From OE-Core rev: 1961ea1493caf5fe2959db2a11831a4a5a17eaeb)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The drivers don't generally use AC_CHECK_FILE anymore, so remove this
brute-force kludge. Any subsequent breakage can be worked-around in the recipe
and fixes submitted upstream.
(From OE-Core rev: 1b0d9cb1801a8eb68c82dfcda5a1da420ac8dd83)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The overrides virtclass-native and virtclass-nativesdk are deprecated,
which should be replaced by class-native and class-nativesdk.
[YOCTO #3297]
(From OE-Core rev: db1a03da3a6a6e7adb68e28883204adfaa8b3f47)
Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Mesa has removed GLU from the core tree upstream, so remove it from the
Mesa build and add the separate tarball as a new recipe.
(From OE-Core rev: 4395691a44b198ba0b9a969cbade669e8de07a4f)
Signed-off-by: Daniel Stone <daniel@fooishbar.org>
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
cogl and clutter explicitly rely on libdrm being present when using the glx
backend. If its not listed in DEPENDS and an alternative to mesa is used, it
may not actually be present. This patch ensures it is and fixes a build
race condition which could see dependencies like clutter-box2d failing to
compile due to missing pkgconfig dependencies.
(From OE-Core rev: afb3ee76cef109c7ba4a760d834839ef277e30fc)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
At build time extract the xserver driver ABI versions that we're building
against and add RDEPENDs on them, so the driver isn't used against an xserver
with a different ABI (which won't work).
(From OE-Core rev: a17faa832798f5c76e344d2662ffdb470974bfe3)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Used by Wayland, Clutter, and more.
(From OE-Core rev: 2e4b2d2b8d6f2aeb37654f305bcf6c1c2ffc04f9)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Without that fix ALSA is inconditionally disabled,
reguardless of the fact that alsa is in the distribution
feature or not.
This patch has been tested on the om-gta04 target with both
alsa distribution feature enabled(libsdl can then play sound),
and disabled(it fails to play some sound trough alsa).
(From OE-Core rev: b635e47a2b8b711d5ddae3b3e5a5656402aee845)
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@no-log.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The xserver driver ABIs can and do change in a way that is unrelated to the
version of xserver, so it's entirely possible to build an image that has a
mismatch between the server ABI version and the version that the drivers were
built against. xserver detects this and refuses to load the modules.
By adding RPROVIDEs to the xserver package that describe the ABI versions it has
(such as xorg-abi-video-13, xorg-abi-input-11), drivers can RDEPEND on the
version that they were built against. This means that when the ABIs change,
there will be package dependency errors at image time instead of images that
build fine but don't work.
(From OE-Core rev: 8ef5f205aec04140198d5ba0f5c405ae6e977dbe)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This has been disabled by default upstream since 2007, nothing uses it.
(From OE-Core rev: 06d27cf0fbcc4004e6f456880eca49893c9290bf)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* to keep ${PN}-locale from
bitbake.conf:PACKAGES_DYNAMIC = "^${PN}-locale-.*"
(From OE-Core rev: 73252b16b501c0986b0ca0895e4534895a9ba3db)
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake uses PACKAGES_DYNAMIC as regexp
^ could make matching faster (and it will be more clear that we're expecting regexp not glob)
* made all those last '-' optional, use .* (or nothing)
(From OE-Core rev: 2f3ebdfa5f42dae51063b043cc4b0fbe20b40064)
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
It was removed from xserver in 2008.
(From OE-Core rev: 574843864dcdb65d28bc2c3753339f123a9bc528)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The dependency in xserver is spurious and was removed in 2005.
(From OE-Core rev: aad06196254f1d08696ea0fcf50007ce3be933ac)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Rather than implicitly relying on Cairo being disabled through not being
present, add a configure switch to forcibly disable it.
The updates the code to use a patch backported from upstream git
instead of our custom version.
(From OE-Core rev: fa9ccb23e5788f331cc868ce4bad4abd1eaeee9c)
Signed-off-by: Daniel Stone <daniel@fooishbar.org>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
(From OE-Core rev: 14c4c1de25b73c918a7ebb074359160290e9642f)
Signed-off-by: Daniel Stone <daniel@fooishbar.org>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This was removed from the Xorg server in 2008.
(From OE-Core rev: 02fc0a197ca16e983becb0aedeb9238a0aeb6661)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The XPrint server was removed from Xorg in 2008.
(From OE-Core rev: 5b3748d463a6666c0d8e2624092619da8d8e6328)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This functionality was broken upstream so it was removed.
(From OE-Core rev: 7661d15957525885e5e9b1129da7a99eef19f4be)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
mesa-dri is empty, so instead of allowing an empty package, remove the default
dependency on mesa-dri and let the system not generate mesa-dri.
(From OE-Core rev: 5d6596321a996278ffbaa111247367ec9e50d721)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
gcc-47-warning.patch was integrated, so drop.
Add pkgconfig-deps.patch, a backport of a commit to fix bad exposed library
dependencies (which resulted in the keyboard driver depending on pixman).
(From OE-Core rev: 723e81af2a5b07024ab744c14cdccc12f554ef12)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
We don't want the cairo dependency. Unfortunately simply checking whether its present
isn't good enough. If its not in DEPENDS, it can disappear half way through building.
We therefore need to explictly disable it.
(From OE-Core rev: 51df11c5747f69b4112121df78fc1e10644d390a)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
xvmc is explicitly disabled, so remove the dependency.
(From OE-Core rev: eb96be4db46039752c44dc37ef676eaac04e3dba)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This causes a build loop, when DRM depends on Cairo depends on Mesa
depends on DRM. We can safely remove it as it's only one libdrm example
program which uses Cairo, which we won't be needing. At least it's not
worth the build loop.
(From OE-Core rev: a6d305261dc925210185d8b70fb1a923e012153b)
Signed-off-by: Daniel Stone <daniel@fooishbar.org>
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Fixes these sorts of issues present on older gcc (CentOS 5.x in this case)
| cc1: error: unrecognized command line option "-Werror=implicit"
| cc1: error: unrecognized command line option "-Werror=nonnull"
| cc1: error: unrecognized command line option "-Werror=init-self"
| cc1: error: unrecognized command line option "-Werror=main"
| cc1: error: unrecognized command line option "-Werror=missing-braces"
| cc1: error: unrecognized command line option "-Werror=sequence-point"
| cc1: error: unrecognized command line option "-Werror=return-type"
| cc1: error: unrecognized command line option "-Werror=trigraphs"
| cc1: error: unrecognized command line option "-Werror=array-bounds"
| cc1: error: unrecognized command line option "-Werror=write-strings"
| cc1: error: unrecognized command line option "-Werror=address"
| cc1: error: unrecognized command line option "-Werror=int-to-pointer-cast"
| cc1: error: unrecognized command line option "-Werror=pointer-to-int-cast"
Also fixes:
makekeys-makekeys.o: In function `main':
makekeys.c:(.text+0x85): undefined reference to `__isoc99_sscanf'
makekeys.c:(.text+0xa7): undefined reference to `__isoc99_sscanf'
collect2: ld returned 1 exit status
make: *** [makekeys] Error 1
Older libc do not have this defined, we can use the -D_GNU_SOURCE
to the compiler to prevent generating calls to this function and
make linking work
(From OE-Core rev: 83c560ae282c1a28fd2c311c66debd02a69f1678)
Signed-off-by: Matthew McClintock <msm@freescale.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Some items were listed multiple times in DEPENDS, avoid this situation.
Note, PR was not incremented as no change to the build process occurs.
(From OE-Core rev: e234af467eac7d0313fae3e87eb1b34725309bb5)
Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
When merging the xserver-xorg fix the to use RDEPENDS in
xserver-xorg-module-exa the RCONFLICTS has not been removed by
mistake. This drops the RCONFLICTS to properly fix it.
(From OE-Core rev: d83e218dc480a09befddf8b934d774519cdbacb5)
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This fix the installation of xserver-xorg-module-exa package at rootfs
using opkg. It were failing as conflicts where not working properly.
(From OE-Core rev: 8fb19876215a8c7918361e8360c4342d1a933a93)
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The version-specific .inc was shared with the xserver-xorg-lite package, but
that doesn't exist anymore.
(From OE-Core rev: 09b1bf350384722127ac9f098a72371cf27c3822)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
During a from scratch build test, cogl build failed due a missing
dependency on libxdamage.
(From OE-Core rev: 959a2f6d88d8fa6874fff83b7a1f0e7d4e36b887)
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* it doesn't make much sense with PV, because xserver-xorg-module-exa
was introduced in
http://git.openembedded.org/openembedded-core/commit/meta/recipes-graphics/xorg-xserver?id=1a666ee1cda3c0b74daba5881fc5f62e13deec66
so our xserver-xorg-module-exa RCONFLICTS with xserver-xorg (<= 1.11.2-r4)
and (< 1.11.2) is not good enough
* because we don't know how many PRINC are in BSP/DISTRO layers,
then it's safer to RCONFLICTS with every older version then current
EXTENDPKGV
Also fixes whitespace to work correctly with opkg
(From OE-Core rev: ed0216d29fc4355c5220f3ad51df04a63cacb0c3)
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
--
* I haven't really tested this with IPK, since it was changed from
RREPLACES to RCONFLICTS (because of RPM) and all my installed devices
are already upgraded
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
fix bad runtime dependency that was causing -exa to be a suitable candidate for xserver-xorg, thus resulting in no X server in some situations
(From OE-Core rev: 467c59495d83748d35846e8b37548182fea99cbf)
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
If the distro doesn't have the opengl feature there's no point building the DRI
or GLX support, making the mesa-dri build dependency optional.
(From OE-Core rev: 73d02f6b121c8b0ed2d42de0bfd6c227fd4de41f)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Building xserver-xorg and not installing the DRI and GLX modules (and so not
Mesa) results in an increase of 16kb compared to this package.
This isn't worth the effort of maintaining two packages.
(From OE-Core rev: 586835801a11e514a10228be957713e1ce90dd44)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* pixman-native can have different do_configure sstate checksums if it's built with armv4t machine and armv7a
OE @ ~ $ bitbake/bin/bitbake-diffsigs
before-mgmt/stamps.1346795706/nokia900/x86_64-linux/pixman-native-*.do_configure.sigdata.*
after-mgmt/stamps.1346801508/om-gta02/x86_64-linux/pixman-native-*.do_configure.sigdata.*
basehash changed from 27e577de60880a788c7aaba797ef83e0 to c6799807eb3e767daf1e75738fc753f7
Variable NEON value changed from to --disable-arm-neon
* so if you start building with different machine then last time (wrt
NEON setting) all recipes which depends on pixman-native will be rebuilt too
* this explains why sstate-cache-management.sh wanted to remove many
native sstate packages when --stamps-dir option was used (see comment
28 in https://bugzilla.yoctoproject.org/show_bug.cgi?id=2897)
(From OE-Core rev: 0b466e6677208aeefdfa15aa37bd4681eda166c8)
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
By having a high priority it will be installed instead of the mini-x-session
when both are in a give set of packagegroups, as it stands now the
mini-x-session is installed by default on sato which is wrong!
(From OE-Core rev: d9fde0aaab26cbd657ffa56781754c85eec6f83a)
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
As the file moved from xserver-xorg to xserver-xorg-module-exa, the latter needs
to "replace" the former to ensure a smooth migration when upgrading the
packages.
(From OE-Core rev: 45a4e2064991555570f346e0662a57e61c947acf)
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* add new packagegroup-core-x11-server to SIGGEN_EXCLUDERECIPES_ABISAFE,
so that recipes depending on it are not rebuilt after every machine
swtich
* allows to remove task-x11-server and task-x11 from meta-oe without
loosing any functionality
* be carefull with default XSERVER value which does not have
xf86-input-mouse and xf86-input-keyboard)
* VIRTUAL-RUNTIME_xserver_common which defaults to x11-common in oe-core
and xserver-common in meta-oe's task-x11
(From OE-Core rev: a398c96706c119f298f57a929a317fcf8e0f5b92)
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This recipe was structured in order to replace task-x11 from meta-oe,
which it hopefully can now that a runtime upgrade path is in place.
(From OE-Core rev: 3b428debe9fdd4c9197f5ee7ab34fc9886f4a3cb)
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
These are needed to support upgrading from task-* to packagegroup-*
within existing target images at runtime.
Note: these settings will very likely be moved out to a separate inc
file at some point in the future.
(From OE-Core rev: 5dd4de086d744c81d2275077ad0e0022204b0a68)
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Allow references to the old task packages to continue to work. This does
not add RPROVIDES for everything, just those packages that are likely to
have been referred to.
(From OE-Core rev: b41c45972a6d359f034615471959c84aee2bc456)
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This provides one package group, packagegroup-core-apps-console, which
is usually brought in by adding "apps-console-core" to IMAGE_FEATURES.
Aside from the naming inconsistencies, this is a group of mostly
unrelated packages, none of which are actually "apps". Handling each
one:
* dbus: should mostly be brought in by package runtime dependencies
* avahi-daemon: if you are using packagegroup-base (as all images that
inherit from core-image do) this is brought in by having "zeroconf" in
DISTRO_FEATURES.
* portmap: not very useful by itself; should be brought in by selecting
NFS server/client through other means.
* psplash (or whatever SPLASH is set to): this has been changed to be
an explicit item "splash" in IMAGE_FEATURES. Since this is a fairly
fundamental feature, a piece of code has been added to automatically
handle this for images still using apps-console-core (and show a
warning).
(From OE-Core rev: 592d6e602466628d10704835a7b07d3d713f58e1)
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
These aren't useful at the moment, so remove them and all references to
them.
(From OE-Core rev: 1179041f1cb7bf11ab17f94d9df05af5016e5b51)
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Since package groups don't actually fetch or distribute anything and we
no longer run do_configure we don't need to set this variable anymore.
(From OE-Core rev: 4c511f77e38cbc9d8d633fef3b1ab4cf93440258)
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This is unrelated and does not belong in this package group.
(From OE-Core rev: 0df5b9e4c4fdc1eef37d0203013f1e04939bf12e)
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Paul Eggleton
Ross Burton
Laurentiu Palcu
Andreas Müller
Andreas Oberritter
Richard Purdie
Zhenhua Luo
Darren Hart
Cristian Iorga
Saul Wold
Maxin B. John
Jackie Huang
Constantin Musca
Otavio Salvador
Marko Lindqvist
Martin Jansa
Ian Reinhart Geiser
Marcin Juszkiewicz
Alexandru DAMIAN
Nitin A Kamble
Andrei Gherzan
Noor Ahsan
Eren Türkay
Robert Yang
Daniel Stone
Denis 'GNUtoo' Carikli
Damien Lespiau
Matthew McClintock
Mark Hatle
Radu Moisan