This decouples meta-oe dependencies on meta-gnome, right now
we have to use meta-gnome as dependent layer
ERROR: Nothing PROVIDES 'libbonoboui' (but
meta-openembedded/meta-oe/recipes-devtools/glade/glade3_3.8.2.bb
DEPENDS on or otherwise requires it)
ERROR: Required build target 'glade3' has no buildable providers.
Missing or unbuildable dependency chain was: ['glade3', 'libbonoboui']
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
The "${datadir}/${PN}" will be changed to "${datadir}/lib32-rrdtool"
when multilib which isn't what need, use rrdtool to fix the problem.
Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
Perl:
bonnie-scripts/usr/bin/bon_csv2html:#!/usr/bin/perl
bonnie-scripts/usr/bin/bon_csv2txt:#!/usr/bin/perl
Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
Bash scripts:
packages-split/sdparm/usr/bin/sas_disk_blink:#!/bin/bash
packages-split/sdparm/usr/bin/scsi_ch_swp:#!/bin/bash
The sdparm is a ~150K executable so making it pull in bash
at >1000K isn't good for embedded systems.
Neither script appears to be essential, so put them in sdparm-scripts as
Randy suggested.
Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
gpsd enables low-precision PPS (pulse-per-second) support by default,
but only includes the high-precision kernel API capabilities if
sys/timepps.h is also detected. Under Linux the pps-tools package
installs this header. Remove the feature non-determinism and increase
gpsd capabilities by adding an explicit dependency.
See: http://www.catb.org/gpsd/gpsd-time-service-howto.html#_enabling_pps
Signed-off-by: Peter A. Bigot <pab@pabigot.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
This provides some utilities and a user-space header necessary to use
the Linux KPPS (RFC 2783) capabilities of gpsd and ntp.
Signed-off-by: Peter A. Bigot <pab@pabigot.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Patches rebased onto new version with no material changes.
Signed-off-by: Peter A. Bigot <pab@pabigot.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Upgrade mariadb from 5.5.38 to 5.5.39. Previous upgrade made a lot of
work, so it is easy this time.
Signed-off-by: Kai Kang <kai.kang@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
I need to build hashdeep/md5deep within OE to include it in my images. This recipe enables OE to cross-compile md5deep. I needed to add the patch as do_configure_qa is complaining about cross-compilation errors otherwise. I added a pull request for the issue with the variable expansion to hashdeep as well.
Signed-off-by: Sven Ebenfeld <sven.ebenfeld@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
The service file mainly comes from Fedora20.
This patch also adds a configuration file under /etc/tmpfiles.d so
that mysqld could start correctly.
Signed-off-by: Chen Qi <Qi.Chen@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* The required order was changed in oe-core commit:
allarch: Add warning about packagegroup
Since we want to start including this class conditionally, detect cases
where packagegroup files use the old ordering and inform the user they
need to update this.
* drop PACKAGE_ARCH setting from xorg-fonts-100dpi - nothing seems MACHINE
specific in it
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
The configure script has mistakenly choose to enable iconv support,
due host to provide it, adding '/usr/lib' to the linking flags and
failing as:
,----[ Linking error while testing 'fork' support ]
| conftest.c:268: warning: conflicting types for built-in function 'fork'
| .../build/tmp/sysroots/x86_64-linux/usr/lib/libxml2.so:
| undefined reference to `gzopen64@ZLIB_1.2.3.3'
| collect2: ld returned 1 exit status
`----
This patch disables iconv support for native builds fixing the error.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
- I don't see any evdidence that lmbench needs debianutils to run:
debianutils provides:
run-parts, tempfile, savelog, which, ischroot,
add-shell, installkernel, remove-shell
but none of them is used by lmbench scripts and I tested it work
fine without debianutils, so remove debianutils from RDEPENDS
- Some scripts in lmbench are perl scripts, so add
RDEPENDS on perl (no addtional perl module is needed).
Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* Fix KERNEL_DIR vs. KERNEL_INC properly, drop not needed Makefile patch
* Pass CC and KERNEL_CC to preserve the necessary system flags
* Tons of other fixes and new testcases
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
In ubuntu/redhat, we have:
...
ps -eo user,group,cmd | grep "mysql"
mysql mysql /usr/sbin/mysqld
...
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
lmbench can't proceed on some targets. The memory check fails because the
memory latency of each page is longer then 10us, which is a time limit set
in the original memsize.c.
The memory latency is very different on different targets due to the
hardware and current system load. The targets with slower memory
chips or heavy system load need much longer time to read or write
the memory.
This fix changes the fixed time limit of 10us to a specific value calculated
from the runtime target.
Also set an upper limit of memory size used for lmbench testing. The memory
check sometimes fails if the target has a large amount of memory, for
example more than 4G.
Signed-off-by: Qingming Su <qingming.su@windriver.com>
Signed-off-by: Fupan Li <fupan.li@windriver.com>
Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
1. one test case is not installed
2. install a copy of numactl into ptest dir, since the test
script is using the relative path to run numactl
Signed-off-by: Roy.Li <rongqing.li@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
- change to use tar.gz since bz2 is no longer provided in upstream
- adjust the patch for new version
Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Pinba support requires protobuf-c that is currently only available in
meta-virtualization layer. Make this a selectable feature.
Signed-off-by: Maciej Borzecki <maciej.borzecki@open-rnd.pl>
Signed-off-by: Maciek Borzecki <maciek.borzecki@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
The configure script for mg checks the standard locations under /usr for
the term.h header file needed to build against ncurses; however, in the
OE cross-compile case, this is not valid, since the file will be under
the sysroot instead. This causes the configure step to fail when the
build machine does not have the libncurses-dev package installed.
To fix the issue, remove the check. Since mg DEPENDS on ncurses, term.h
will always be there.
Signed-off-by: Ben Shelton <ben.shelton@ni.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
cgdb is a lightweight ncurses-based interface to gdb that provides
syntax highlighting, visual breakpoints, and other features.
Signed-off-by: Ben Shelton <ben.shelton@ni.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
The version of rabbitmq-c that collectd is compatible with, is older
than currently available 0.5.0. This results in build errors
triggerred by API deprecation at rabbitmq-c side. Make amqp
plugin a selectable feature, disabled by default.
Signed-off-by: Maciej Borzecki <maciej.borzecki@open-rnd.pl>
Signed-off-by: Maciek Borzecki <maciek.borzecki@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Upstream Status: Submitted
This patch applies the same technique used by Koen Kool in the following patch
which was accepted by the libhugetlbfs project:
[0a4f6] Add aarch64_be_support 2014-03-31 10:52:37
It modifies the libhugetlbfs Makefile to mark all 32-bit arm architectures
as supported by the libhugetlbfs build. Builds and successful functional
tests have been performed for armv7a LE and BE runtime platforms.
This patch replaces and renders obsolete the following patch:
arm32-support.patch by: Chunrong Guo <B40290@freescale.com>
Signed-off-by: Gary S. Robertson <gary.robertson@linaro.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
eject-2.1.1-verbose.patch: Kept to help with debugging
eject-2.1.5-spaces.patch: help with spaces in the mount path
eject-timeout.patch: allow a longer timeout
Signed-off-by: Morgan Little <morgan.little@windriver.com>
Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* fixes following QA warnings:
talloc-2.0.1: talloc: Files/directories were installed but not shipped
/usr/bin [installed-vs-shipped]
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
The thread local storage caused arm-gcc broken while compiling
syslog-ng with option '-g -O'.
...
dnscache.s: Assembler messages:
dnscache.s💯 Error: invalid operands (.text and *UND* sections) for `-'
...
Add option --enable-thread-tls in configure to explicitly disable
thread local storage for arm while DEBUG_BUILD enabled.
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* Use BPN instead of PN to fix the multilib build failure:
ERROR: Function failed: SYSTEMD_SERVICE_lib32-syslog-ng value
lib32-syslog-ng.service does not exist
* Do not add syslog-init for systemd to fix the QA issue:
WARNING: syslog-ng: alternative target (/etc/init.d/syslog or
/etc/init.d/syslog.syslog-ng) does not exist, skipping...
WARNING: syslog-ng: NOT adding alternative provide /etc/init.d/syslog:
/etc/init.d/syslog.syslog-ng does not exist
WARNING: alt_link == alt_target: /etc/init.d/syslog ==
/etc/init.d/syslog
Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Use syslog as the default symlink and INITSCRIPT_NAME
just as sysklogd and syslog-ng did.
Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
The previous configure.patch can't be applied by older "patch" tool
since the line number is incorrect, for example, the "patch 2.5.4" on
CentOS 5.10.
Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* Upstream now uses git, so retrieve releases from the reference
repository.
* The previous patch to remove tcl support does not apply cleanly to
this release. Eliminate it and disable tcl via configure instead.
* Backport a patch to remove a never-shoulda-been-there file that was
installed but not packaged.
Signed-off-by: Peter A. Bigot <pab@pabigot.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* fixes floating dependency:
gd-2.1.0: gd rdepends on libvpx but it isn't a build dependency? [build-deps]
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* there is only ttf-dejavu-common
* fixes following warnings:
ttf-mplus-027: ttf-mplus-1c-black rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1c-bold rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1c-heavy rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1c-light rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1c-medium rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1c-regular rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1c-thin rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1m-bold rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1m-light rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1m-medium rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1m-regular rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1m-thin rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1mn-bold rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1mn-light rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1mn-medium rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1mn-regular rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1mn-thin rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1p-black rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1p-bold rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1p-heavy rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1p-light rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1p-medium rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1p-regular rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-1p-thin rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-2c-black rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-2c-bold rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-2c-heavy rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-2c-light rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-2c-medium rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-2c-regular rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-2c-thin rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-2m-bold rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-2m-light rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-2m-medium rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-2m-regular rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-2m-thin rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-2p-black rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-2p-bold rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-2p-heavy rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-2p-light rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-2p-medium rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-2p-regular rdepends on ttf-common but it isn't a build dependency? [build-deps]
ttf-mplus-027: ttf-mplus-2p-thin rdepends on ttf-common but it isn't a build dependency? [build-deps]
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Khem Raj
Paul Eggleton
Robert Yang
Peter Bigot
Kang Kai
Yasir Khan
Sven Ebenfeld
Chen Qi
Martin Jansa
Otavio Salvador
Hongxu Jia
Jackie Huang
Denys Dmytriyenko
Roy.Li
Andrei Gherzan
Bob Cochran
Tom King
Maciej Borzecki
Ben Shelton
Gary S. Robertson
Morgan Little
Robert P. J. Day