- Sep 25, 2014
-
-
Todd E Brandt authored
This is the package recipe for the phoronix test suite v5.2.1. The tool is for benchmarking and testing of the system. Signed-off-by:
Todd Brandt <todd.e.brandt@linux.intel.com> ---- meta-oe/recipes-benchmark/phoronix-test-suite/phoronix-test-suite_5.2.1.bb | 24 ++++++++++++++++++++++++ 1 file changed, 24 insertions(+) v2: changes based on Ross Burton's comments. However, I kept this line: S = "${WORKDIR}/phoronix-test-suite", since the tarball folder doesn't include the version number. v3: changed the license file locatoin and moved the RDEPENDS field down Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Mark Asselstine authored
Without this dependency we will see warnings when ever we use the ruby-native from the sysroot ...tmp/sysroots/x86_64-linux/usr/lib/ruby/yaml.rb:84:in `<top (required)>': It seems your ruby installation is missing psych (for YAML output). To eliminate this warning, please install libyaml and reinstall your ruby. Signed-off-by:
Mark Asselstine <mark.asselstine@windriver.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Chen Qi authored
Add systemd service for for radvd. The unit is disabled by default, just as Fedora20 does. Signed-off-by:
Chen Qi <Qi.Chen@windriver.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
YangHaibo authored
Signed-off-by:
YangHaibo <b40869@freescale.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Jackie Huang authored
Changed: - add a patch to use serial-tests config needed by ptest - add a patch to fix rsyslog test cases don't finish issue - add run-ptest, do_compile_ptest and do_install_ptest - add dependency for rsyslog-ptest - add PACKAGECONFIG for valgrind Signed-off-by:
Jackie Huang <jackie.huang@windriver.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Robert Yang authored
There is no eglibc-gconvs now, but glibc-gconvs. Signed-off-by:
Robert Yang <liezhi.yang@windriver.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
stephen.arnold42 authored
Update recipe with build/configure fixes (rework autotools config, add patch for separate build dir, add patch for automake foreign, add PACKAGECONFIG option for python interface, move dbus to RDEPEND, as dbus-glib header is required for build; the last one is a workaround for the QA depend warning on more than one dep in PKGCONF). Upstream-Status: Inappropriate (no more upstream) Signed-off-by:
S. Lockwood-Childs <sjl@vctlabs.com> Signed-off-by:
Steve Arnold <stephen.arnold42@gmail.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Denys Dmytriyenko authored
Signed-off-by:
Denys Dmytriyenko <denys@ti.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Roy Li authored
Signed-off-by:
Roy Li <rongqing.li@windriver.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Paul Barker authored
Toybox is a BSD-licensed alternative to Busybox which may be of interest to a few people. It's still a work in progress but it already covers a large number of the basic commands a system needs. Removing toybox after it has been installed currently bricks the system though as the postrm script runs after '/bin/toybox' has been removed (so things like '/bin/ln' become broken links and the update-alternatives script can't run). Toybox is patched to change the install paths of several utilities to match the paths used by Busybox. This is needed as update-alternatives from opkg-utils cannot handle two providers of a given utility which place their links in different locations. Link locations have so far only been matched with Busybox, other packages such as coreutils still cause clashes. Therefore, toybox currently installs cleanly on core-image-minimal but fails to install cleanly on core-image-full-cmdline. Hopefully Toybox is still usable for testing in the current state. With further development of the recipe it should be possible to install and uninstall toybox cleanly on all core images. With further upstream development it should become a viable replacement for Busybox. Signed-off-by:
Paul Barker <paul@paulbarker.me.uk> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Mark Asselstine authored
In order to allow the building of gems we have created a ruby.bbclass. The building of gems is much like the building of python packages in that we rely on building up -native gems in order to facilitate the cross compiling of the gems that will be built for the target. When dependencies exist between gems they must be satisfied by the -native gems installed in the host sysroot. This approach is feasible since the build process is able to query installed gems without being affected by the ARCH they were built for. At this point I have yet to come across a situation where the assumption associated with this approach have failed but so far focus has only been on x86 and x86-64 builds. The recipes which inherit the ruby.bbclass can optionally define a BPV in the case where the gemspec version doesn't always map 1:1 to the PV. This situation has only been encountered on a few occasions so the class has been made to default BPV to PV. To demonstrate the ruby.bbclass in use we have included a recipe to build the bundler gem. Bundler can be used on a running target to install gems from rubygems.org, which can be useful in itself when you don't have recipes available for gems but want to try installing and running pre-built gems. Signed-off-by:
Mark Asselstine <mark.asselstine@windriver.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
zhangxiao authored
With the feature that checking the disk filled up, the return value of function write_behind was checked and used to detect the disk status. While for empty file, without data being written, this function will return -1 thus the disk filled up error was miss-raised. Fix it. Signed-off-by:
Zhang Xiao <xiao.zhang@windriver.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Roy Li authored
Drop the error information, other than redirect them to stdout, otherwise the error information will be included into LIBS/CFLAG Signed-off-by:
Roy Li <rongqing.li@windriver.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Joe Slater authored
SCRREV includes patches up to 9/12/2014. Modify upstream source to be better set up for cross compilation. Signed-off-by:
Joe Slater <jslater@windriver.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Andrea Adami authored
For the recipes built with klcc-cross it is necessary to pass --sysroot otherwise we default to the one encoded in gcc-cross which actually is the 'first one' built. The issue was revealed when building for armv4 after having built for armv5te: the produced binaries did contain Illegal Instruction (bx lr). Use ${TOOLCHAIN_OPTIONS} variable to specify --sysroot=${STAGING_DIR_TARGET} Signed-off-by:Andrea Adami <andrea.adami@gmail.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Chen Qi authored
Use ALTERNATIVE mechanism in OE to manage the syslog service to avoid conflicts with other syslog implementations like sysklogd or busybox. Signed-off-by:
Chen Qi <Qi.Chen@windriver.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Wenzong Fan authored
Both targets install-data-local & install-includeHEADERS will install header file magick-baseconfig.h to the same location, and they might be run in the same time while enabling parallel build: * target dependencies: + install-data-am: ... install-data-local ... install-includeHEADERS * make install error: /usr/bin/install: cannot create regular file \ `.../usr/include/ImageMagick-6/magick/magick-baseconfig.h': \ File exists \ make[3]: *** [install-magickincarchHEADERS] Error 1 * reproduce the error: $ /usr/bin/install test /tmp & /usr/bin/install test /tmp [1] 4052 /usr/bin/install: cannot create regular file `/tmp/test': File exists [1]+ Exit 1 /usr/bin/install test /tmp Just disable the one from install-data-local to remove this race issue. Signed-off-by:
Wenzong Fan <wenzong.fan@windriver.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Chong.Lu@windriver.com authored
Add systemd unit file for collectd. Signed-off-by:
Chong Lu <Chong.Lu@windriver.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Robert Yang authored
Fixes for sstate cache reuse between different build dirs. The ${SWIGLIBDIR##${STAGING_DIR_NATIVE}} had confused bitbake, bitbake would add the "SWIGLIBDIR##${STAGING_DIR_NATIVE}" to the deps of do_install, which caused the sstate cached can't be re-used. Use another way for SWIGLIBDIR to fix the problem. Signed-off-by:Robert Yang <liezhi.yang@windriver.com> Signed-off-by:
Wenzong Fan <wenzong.fan@windriver.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Wenzong Fan authored
* depens on swig-native to make sure that the talloc.i always be installed; * remove relative path that from `swig -swiglib`: ${D}/usr/bin/../share -> ${D}/usr/share This prevents 'install' from creraing empty dir: ${D}${bindir}; * fix the path to talloc.i for separate build. Signed-off-by:Wenzong Fan <wenzong.fan@windriver.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Chong.Lu@windriver.com authored
Add systemd unit file for postgresql. When 'sysvinit' and 'systemd' are both in DISTRO_FEATURES, we need to prevent the init script from running via systemd. Signed-off-by:
Chong Lu <Chong.Lu@windriver.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Chong.Lu@windriver.com authored
We shouldn't use sysvinit init script to initialize database when use systemd as the init manager, so split initdb function to postgresql-setup. Before starting postgresql server, we can use "postgresql-setup initdb" to initialize the database cluster. Signed-off-by:
Chong Lu <Chong.Lu@windriver.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Chen Qi authored
Use ${PN} for SYSTEMD_SERVICE to avoid errors in case of multilib. Signed-off-by:Chen Qi <Qi.Chen@windriver.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Chen Qi authored
Use ${PN} for SYSTEMD_SERVICE to avoid errors in case of multilib. Signed-off-by:Chen Qi <Qi.Chen@windriver.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Khem Raj authored
Signed-off-by:
Khem Raj <raj.khem@gmail.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Khem Raj authored
Signed-off-by:
Khem Raj <raj.khem@gmail.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Khem Raj authored
luajit as well as acpitests build system has mind of its own and does not respect CC and friends in makefiles so we have to inject the CFLAGS via EXTRA_OEMAKE, some of ABI defining params e.g. float-abi selection is mentioned in TUNE_CCARGS and not in TOOLCHAIN_OPTIONS. This causes build to go for softfloat build and that is not what we want. Signed-off-by:
Khem Raj <raj.khem@gmail.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Khem Raj authored
Signed-off-by:
Khem Raj <raj.khem@gmail.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Khem Raj authored
Signed-off-by:
Khem Raj <raj.khem@gmail.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Paul Eggleton authored
Signed-off-by:Paul Eggleton <paul.eggleton@linux.intel.com>
-
Paul Eggleton authored
Signed-off-by:Paul Eggleton <paul.eggleton@linux.intel.com>
-
Paul Eggleton authored
Signed-off-by:Paul Eggleton <paul.eggleton@linux.intel.com>
-
Paul Eggleton authored
Signed-off-by:Paul Eggleton <paul.eggleton@linux.intel.com>
-
Khem Raj authored
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>
-
Khem Raj authored
Signed-off-by:
Khem Raj <raj.khem@gmail.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Khem Raj authored
Signed-off-by:
Khem Raj <raj.khem@gmail.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Hongxu Jia authored
Integrate a patch from proftpd upstream to fix an integer overflow bug described in the CVE-2013-4359, which allows remote attachers to cause a denial of service (memory consumption) attack. Refer: http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2013-4359 Signed-off-by:
Shan Hai <shan.hai@windriver.com> Signed-off-by:
Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by:
Martin Jansa <Martin.Jansa@gmail.com>
-
Robert Yang authored
Use "/usr/bin/env python" to fix it. Signed-off-by:Robert Yang <liezhi.yang@windriver.com>
-
Robert Yang authored
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>
-
Robert Yang authored
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>
-