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>
Marko Lindqvist
Ross Burton
Laurentiu Palcu
Marcin Juszkiewicz
Andrei Gherzan
Noor Ahsan
Eren Türkay
Martin Jansa
Constantin Musca
Cristian Iorga