[yocto] [PATCH] cgl: Updated the structure for the layers and layers definition
Signed-off-by: Alexandru.Vaduva
---
meta-cgl-common/conf/layer.conf | 6 +++---
{meta-fsl-ppc => meta-cgl-fsl-ppc}/conf/layer.conf| 8 +---
.../recipes-kernel/linux/linux-qoriq_3.12.bbappend| 0
3 files changed, 8 insertions(+), 6 deletions(-)
rename {meta-fsl-ppc => meta-cgl-fsl-ppc}/conf/layer.conf (54%)
rename {meta-fsl-ppc =>
meta-cgl-fsl-ppc}/recipes-kernel/linux/linux-qoriq_3.12.bbappend (100%)
diff --git a/meta-cgl-common/conf/layer.conf b/meta-cgl-common/conf/layer.conf
index 6844549..41b2768 100644
--- a/meta-cgl-common/conf/layer.conf
+++ b/meta-cgl-common/conf/layer.conf
@@ -7,6 +7,6 @@ BBFILES += "${LAYERDIR}/recipes-*/*/*.bb \
${LAYERDIR}/packagegroups/* \
${LAYERDIR}/recipes-*/*/*.bbappend"
-BBFILE_COLLECTIONS += "cgl"
-BBFILE_PATTERN_cgl = "^${LAYERDIR}/"
-BBFILE_PRIORITY_cgl = "7"
+BBFILE_COLLECTIONS += "meta-cgl-common"
+BBFILE_PATTERN_meta-cgl-common = "^${LAYERDIR}/"
+BBFILE_PRIORITY_meta-cgl-common = "7"
diff --git a/meta-fsl-ppc/conf/layer.conf b/meta-cgl-fsl-ppc/conf/layer.conf
similarity index 54%
rename from meta-fsl-ppc/conf/layer.conf
rename to meta-cgl-fsl-ppc/conf/layer.conf
index 6818475..31eee43 100644
--- a/meta-fsl-ppc/conf/layer.conf
+++ b/meta-cgl-fsl-ppc/conf/layer.conf
@@ -5,6 +5,8 @@ BBPATH .= ":${LAYERDIR}"
BBFILES += "${LAYERDIR}/recipes-*/*/*.bb \
${LAYERDIR}/recipes-*/*/*.bbappend"
-BBFILE_COLLECTIONS += "cgl"
-BBFILE_PATTERN_cgl = "^${LAYERDIR}/"
-BBFILE_PRIORITY_cgl = "7"
+BBFILE_COLLECTIONS += "meta-cgl-fsl-ppc"
+BBFILE_PATTERN_meta-cgl-fsl-ppc = "^${LAYERDIR}/"
+BBFILE_PRIORITY_meta-cgl-fsl-ppc = "7"
+
+LAYERDEPENDS_crystalforest = "cgl-common"
diff --git a/meta-fsl-ppc/recipes-kernel/linux/linux-qoriq_3.12.bbappend
b/meta-cgl-fsl-ppc/recipes-kernel/linux/linux-qoriq_3.12.bbappend
similarity index 100%
rename from meta-fsl-ppc/recipes-kernel/linux/linux-qoriq_3.12.bbappend
rename to meta-cgl-fsl-ppc/recipes-kernel/linux/linux-qoriq_3.12.bbappend
--
1.9.1
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] My config got stuck in the toaster
On 11/02/2015 18:35, "Bob Cochran" wrote: >On 01/05/2015 06:59 AM, Barros Pena, Belen wrote: >> On 28/12/2014 00:18, "William Mills" wrote: >> >>> >>> On 12/27/2014 10:40 AM, Mills, William wrote: OK, you are not going to believe me but I swear this really happened ... >> >> We do believe you :) >> >> https://bugzilla.yoctoproject.org/show_bug.cgi?id=6935 > > >Looks like this was patched & closed, but I'm seeing similar behavior >working with poky master (commit: 870323cac1e40). Indeed we have some kind of problem there. We've opened this https://bugzilla.yoctoproject.org/show_bug.cgi?id=7316 Cheers Belén > >I was modifying the MACHINEOVERRIDES settings in some of the conf files. > I noticed that the values weren't picked up during a build until I >stopped toaster (source toaster stop). However, bitbake did seem to >pick up each prepend and append modification ( =. and .=) while toaster >was running (but not the change in the variable's value). > >In summary: > >i) source toaster start >ii) make changes to MACHINEOVERRIDES in meta-fsl-ppc layer conf files >iii) bitbake init-ifupdown >iv) changes aren't accurately reflected in the build >v) source toaster stop >vi) bitbake init-ifupdown # all is OK > >Bob > > > > > >> >> >> Hopefully to be fixed soon. >> >> Cheers >> >> Belén >> I have been playing with YP 1.7 over the break. I thought I would give toaster a try so I had it running in the background as I tried various builds. Somehow I got into a state where changes to my conf/local.conf file were being ignored. I fixed it by stopping toaster. Here is the sequence as I remember: I was doing builds for qemuarm. At some point I started toaster "source toaster start" It could have been from a clean build dir but probably I had done a couple of test builds first. For qemuarm I built: core-image-minimal, meta-toolchain, core-image-sato, core-image-sato-sdk, world I definitely poked around the toaster UI at some of those builds. Next in the same build dir (and the same screen session) I edited conf/local.conf to MACHINE = qemux86 I then did core-image-sato again It built for qemuarm I double check conf/* and ENV settings. I rm -rf cache still builds for qemuarm I stopped toaster with "source toaster stop" I rm -rf cache again for safe keeping I tried core-image-sato again and it started building for qemux86. I tried to reproduce this with a clean build dir and a trivial target "bitbake -c clean ed" With or without toaster running it always detects the config change and rebuilds the cache. In the process I have now learned that removing the cache dir does not cause a reparse as I expected. However a config change does. I thought I had a theory w/ persistent bitbake process and files being kept open but I can't connect the dots and I can't reproduce it. >>> >>> Actually it is easy to reproduce. >>> >>> The first time I tried I don't think toaster was starting as port 8000 >>> was busy. I thought I had stopped the other instance but I guess not. >>> >>> To reproduce this I did this: >>> >>> yocto$ $ . poky/oe-init-build-env toasted-build >>> yocto/toasted-build$ source toaster start >>> yocto/toasted-build$ bitbake -c clean ed >>> runs with MACHINE = "qemux86" >>> yocto/toasted-build$ mcedit conf/local.conf >>> change to MACHINE ??= "qemuarm" >>> yocto/toasted-build$ bitbake -c clean ed >>> still runs for qemux86 >>> yocto/toasted-build$ source toaster stop >>> yocto/toasted-build$ bitbake -c clean ed >>> runs for qemuarm >>> >>> Am I starting toaster in the wrong way to be just an observer? >>> I learned how to start toaster this way from: >>> https://www.yoctoproject.org/documentation/toaster-manual-17 -> >>> First link is "How to install and run Toaster locally" -> >>> >>>https://wiki.yoctoproject.org/wiki/Setting_up_a_local_instance_of_Toaste >>>r >>> >>> The Yocto Project Dev guide say the same thing: >>> >>>https://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#exa >>>mi >>> ning-builds-using-toaster >>> Any Ideas? BTW: Building "world" does not look nice in toaster. It list 100s of build targets instead of just "world". Thanks, Bill >>> -- >>> ___ >>> yocto mailing list >>> yocto@yoctoproject.org >>> https://lists.yoctoproject.org/listinfo/yocto >> > -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] Why did my build need to redo so many tasks?
On 12/02/2015 22:19, "Martin Jansa" wrote: >On Thu, Feb 12, 2015 at 02:25:32PM -0700, Gary Thomas wrote: >> Yesterday, I built a large image using Poky/Yocto 870323cac1e >> Today I updated my Poky repo to 231d4a9d3 >> >> When I rebuilt the same image, bitbake kicked off more than >> 5200 tasks, building virtually every package from scratch. >> >> How can I tell why this happened? I don't have buildhistory >> enabled, but I do still have the tmp & sstate-cache trees >> from the process. Is there enough info laying around that >> I can tell, e.g. why the GCC toolchain had to be rebuilt >> completely? >> >> Am I correct in assuming that bitbake-whatchanged is really >> a Quija board and can only tell me [in advance] what will need >> to be done if my layers change? When I ran it after the long >> build above, it didn't really tell me much :-( > >I'm using >openembedded-core/scripts/sstate-diff-machines.sh >to create sstate signature snaphosts for interesting builds, then >when I'm surprised by number of re-executions, I create another snapshot >and compare them. And there is Toaster, which also reports on sstate use, although after the build is done and it might not give you the same granularity as the other suggestions. It looks nice, though ;) Belén > >-- >Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] [PATCH] [meta-cgl][PATCH 1_2] cluster: Fix license format
The patch from Qian Lei was redone since the SRC_URI checksum
change ws done previous to this change by me.
Signed-off-by: Qian Lei
Signed-off-by: Alexandru.Vaduva
---
meta-cgl-common/recipes-cgl/cluster/cluster_3.2.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-cgl-common/recipes-cgl/cluster/cluster_3.2.0.bb
b/meta-cgl-common/recipes-cgl/cluster/cluster_3.2.0.bb
index a28ec59..2610236 100644
--- a/meta-cgl-common/recipes-cgl/cluster/cluster_3.2.0.bb
+++ b/meta-cgl-common/recipes-cgl/cluster/cluster_3.2.0.bb
@@ -8,7 +8,7 @@ SRC_URI =
"https://fedorahosted.org/releases/c/l/cluster/${BP}.tar.xz";
SRC_URI[md5sum] = "300d83dbbc525c3da21c2e961271c84b"
SRC_URI[sha256sum] =
"4d340338c2376d369cb223469fa1a3356cce9ab5b2a0a0a33256ade2dbbe02d1"
-LICENSE = "GPL-2.0 LGPL-2.0"
+LICENSE = "GPL-2.0 & LGPL-2.0"
LIC_FILES_CHKSUM =
"file://doc/README.licence;md5=ee8ae43af5ea09f12ca7f7a649764cb0"
PR = "r1"
--
1.9.1
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
[yocto] [PATCH] [meta-cgl][PATCH 2_2] cluster: Fix the path
The patch from Qian Lei was redone since the SRC_URI checksum
change ws done previous to this change by me.
Signed-off-by: Qian Lei
Signed-off-by: Alexandru.Vaduva
---
.../cluster/0001-Fix-the-kernel-source-patch.patch | 39 ++
.../recipes-cgl/cluster/cluster_3.2.0.bb | 4 ++-
2 files changed, 42 insertions(+), 1 deletion(-)
create mode 100644
meta-cgl-common/recipes-cgl/cluster/cluster/0001-Fix-the-kernel-source-patch.patch
diff --git
a/meta-cgl-common/recipes-cgl/cluster/cluster/0001-Fix-the-kernel-source-patch.patch
b/meta-cgl-common/recipes-cgl/cluster/cluster/0001-Fix-the-kernel-source-patch.patch
new file mode 100644
index 000..79640d5
--- /dev/null
+++
b/meta-cgl-common/recipes-cgl/cluster/cluster/0001-Fix-the-kernel-source-patch.patch
@@ -0,0 +1,39 @@
+From 7ddf265becd44e7f7270ff98d2dcc14361effe8c Mon Sep 17 00:00:00 2001
+From: Qian Lei
+Date: Sun, 18 Jan 2015 14:01:17 +0800
+Subject: [PATCH] Fix the kernel source patch
+
+Signed-off-by: Qian Lei
+---
+ configure | 12 ++--
+ 1 file changed, 2 insertions(+), 10 deletions(-)
+
+diff --git a/configure b/configure
+index 1e6356e..0c8038f 100755
+--- a/configure
b/configure
+@@ -362,18 +362,10 @@ if (! -d "$objdir/make") {
+
+ my @un = POSIX::uname();
+ if (!$kernel_build) {
+- if (-d "/lib/modules/$un[2]/build") {
+-$kernel_build="/lib/modules/$un[2]/build";
+- } else {
+-$kernel_build="/usr/src/linux";
+- }
++ $kernel_build="${KERNEL_SRC}";
+ }
+ if (!$kernel_src) {
+- if (-d "/lib/modules/$un[2]/source") {
+-$kernel_src="/lib/modules/$un[2]/source";
+- } else {
+-$kernel_src=$kernel_build;
+- }
++ $kernel_src=$kernel_build;
+ }
+ if (not $disable_kernel_check and
!kernel_version($kernel_src,$required_kernelversion)) {
+ exit 1;
+--
+1.8.3.1
+
+
diff --git a/meta-cgl-common/recipes-cgl/cluster/cluster_3.2.0.bb
b/meta-cgl-common/recipes-cgl/cluster/cluster_3.2.0.bb
index 2610236..d85f2b6 100644
--- a/meta-cgl-common/recipes-cgl/cluster/cluster_3.2.0.bb
+++ b/meta-cgl-common/recipes-cgl/cluster/cluster_3.2.0.bb
@@ -3,7 +3,9 @@ DESCRIPTION = "Red Hat Cluster"
SECTION = "libs"
HOMEPAGE = "https://fedorahosted.org/cluster/wiki/HomePage";
-SRC_URI = "https://fedorahosted.org/releases/c/l/cluster/${BP}.tar.xz";
+SRC_URI = "https://fedorahosted.org/releases/c/l/cluster/${BP}.tar.xz \
+ file://0001-Fix-the-kernel-source-patch.patch"
+
SRC_URI[md5sum] = "300d83dbbc525c3da21c2e961271c84b"
SRC_URI[sha256sum] =
"4d340338c2376d369cb223469fa1a3356cce9ab5b2a0a0a33256ade2dbbe02d1"
--
1.9.1
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
[yocto] [meta-security][PATCH] libcap-ng: remove from layer
this package is not in meta-oe
Signed-off-by: Armin Kuster
---
recipes-security/libcap-ng/libcap-ng/python.patch | 39 ---
recipes-security/libcap-ng/libcap-ng_0.7.4.bb | 37 -
2 files changed, 76 deletions(-)
delete mode 100644 recipes-security/libcap-ng/libcap-ng/python.patch
delete mode 100644 recipes-security/libcap-ng/libcap-ng_0.7.4.bb
diff --git a/recipes-security/libcap-ng/libcap-ng/python.patch
b/recipes-security/libcap-ng/libcap-ng/python.patch
deleted file mode 100644
index d82ceb4..000
--- a/recipes-security/libcap-ng/libcap-ng/python.patch
+++ /dev/null
@@ -1,39 +0,0 @@
-configure.ac - Avoid an incorrect check for python.
-Makefile.am - avoid hard coded host include paths.
-
-Signed-off-by: Mark Hatle
-
libcap-ng-0.6.5/configure.ac.orig 2012-01-17 13:59:03.645898989 -0600
-+++ libcap-ng-0.6.5/configure.ac 2012-01-17 13:59:46.353959252 -0600
-@@ -120,17 +120,8 @@
- else
- AC_MSG_RESULT(testing)
- AM_PATH_PYTHON
--if test -f /usr/include/python${am_cv_python_version}/Python.h ; then
-- python_found="yes"
-- AC_MSG_NOTICE(Python bindings will be built)
--else
-- python_found="no"
-- if test x$use_python = xyes ; then
-- AC_MSG_ERROR([Python explicitly required and python headers
found])
-- else
-- AC_MSG_WARN("Python headers not found - python bindings will
not be made")
-- fi
--fi
-+python_found="yes"
-+AC_MSG_NOTICE(Python bindings will be built)
- fi
- AM_CONDITIONAL(HAVE_PYTHON, test ${python_found} = "yes")
-
libcap-ng-0.6.5/bindings/python/Makefile.am.orig 2010-11-03
12:31:59.0 -0500
-+++ libcap-ng-0.6.5/bindings/python/Makefile.am2012-01-17
14:05:50.199834467 -0600
-@@ -24,7 +24,8 @@
- CONFIG_CLEAN_FILES = *.loT *.rej *.orig
- AM_CFLAGS = -fPIC -DPIC
- PYLIBVER ?= python$(PYTHON_VERSION)
--INCLUDES = -I. -I$(top_builddir) -I/usr/include/$(PYLIBVER)
-+PYINC ?= /usr/include/$(PYLIBVER)
-+INCLUDES = -I. -I$(top_builddir) -I$(PYINC)
- LIBS = $(top_builddir)/src/libcap-ng.la
- pyexec_PYTHON = capng.py
- pyexec_LTLIBRARIES = _capng.la
diff --git a/recipes-security/libcap-ng/libcap-ng_0.7.4.bb
b/recipes-security/libcap-ng/libcap-ng_0.7.4.bb
deleted file mode 100644
index 8823dad..000
--- a/recipes-security/libcap-ng/libcap-ng_0.7.4.bb
+++ /dev/null
@@ -1,37 +0,0 @@
-SUMMARY = "An alternate posix capabilities library"
-DESCRIPTION = "The libcap-ng library is intended to make programming \
-with POSIX capabilities much easier than the traditional libcap library."
-HOMEPAGE = "http://freecode.com/projects/libcap-ng";
-SECTION = "base"
-LICENSE = "GPLv2+ & LGPLv2.1+"
-LIC_FILES_CHKSUM = "file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f \
- file://COPYING.LIB;md5=e3eda01d9815f8d24aae2dbd89b68b06"
-
-SRC_URI = "http://people.redhat.com/sgrubb/libcap-ng/libcap-ng-${PV}.tar.gz \
- file://python.patch"
-
-inherit lib_package autotools pythonnative
-
-SRC_URI[md5sum] = "55c57c0673b944ea1a755bcb2636dabd"
-SRC_URI[sha256sum] =
"48a2083276f9820cb92dcb05d001b30733bcbf48c14c230303cac3cd08b45b6b"
-
-DEPENDS += "swig-native python"
-
-EXTRA_OEMAKE += "PYLIBVER='python${PYTHON_BASEVERSION}'
PYINC='${STAGING_INCDIR}/${PYLIBVER}'"
-
-PACKAGES += "${PN}-python"
-
-FILES_${PN}-dbg += "${libdir}/python${PYTHON_BASEVERSION}/*/.debug"
-FILES_${PN}-python = "${libdir}/python${PYTHON_BASEVERSION}"
-
-BBCLASSEXTEND = "native"
-
-do_install_append() {
- # Moving libcap-ng to base_libdir
- if [ ! ${D}${libdir} -ef ${D}${base_libdir} ]; then
- mkdir -p ${D}/${base_libdir}/
- mv -f ${D}${libdir}/libcap-ng.so.* ${D}${base_libdir}/
- relpath=${@os.path.relpath("${base_libdir}", "${libdir}")}
- ln -sf ${relpath}/libcap-ng.so.0.0.0 ${D}${libdir}/libcap-ng.so
- fi
-}
--
1.9.1
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
[yocto] [meta-security][PATCH] nmap: add aarch64 config support
allow nmap to build for arm64 qemu machine.
Signed-off-by: Armin Kuster
---
.../nmap/files/add_aarch64_to_configure.patch | 28 ++
recipes-security/nmap/nmap_6.47.bb | 3 ++-
2 files changed, 30 insertions(+), 1 deletion(-)
create mode 100644 recipes-security/nmap/files/add_aarch64_to_configure.patch
diff --git a/recipes-security/nmap/files/add_aarch64_to_configure.patch
b/recipes-security/nmap/files/add_aarch64_to_configure.patch
new file mode 100644
index 000..27b3d76
--- /dev/null
+++ b/recipes-security/nmap/files/add_aarch64_to_configure.patch
@@ -0,0 +1,28 @@
+nmap: Add support for aarch64* builds
+
+Upstream-Status: Submitted to nmap-dev
+
+Signed-off-by: Armin Kuster
+
+Index: config.sub
+===
+--- a/config.sub
b/config.sub
+@@ -249,7 +249,7 @@ case $basic_machine in
+ | a29k \
+ | alpha | alphaev[4-8] | alphaev56 | alphaev6[78] | alphapca5[67] \
+ | alpha64 | alpha64ev[4-8] | alpha64ev56 | alpha64ev6[78] |
alpha64pca5[67] \
+- | am33_2.0 \
++ | am33_2.0 | aarch64 | aarch64be \
+ | arc | arm | arm[bl]e | arme[lb] | armv[2345] | armv[345][lb] | avr |
avr32 \
+ | bfin \
+ | c4x | clipper \
+@@ -343,7 +343,7 @@ case $basic_machine in
+ | alpha64-* | alpha64ev[4-8]-* | alpha64ev56-* | alpha64ev6[78]-* \
+ | alphapca5[67]-* | alpha64pca5[67]-* | arc-* \
+ | arm-* | armbe-* | armle-* | armeb-* | armv*-* \
+- | avr-* | avr32-* \
++ | avr-* | avr32-* | aarch64-* | aarch64be-*\
+ | bfin-* | bs2000-* \
+ | c[123]* | c30-* | [cjt]90-* | c4x-* \
+ | clipper-* | craynv-* | cydra-* \
diff --git a/recipes-security/nmap/nmap_6.47.bb
b/recipes-security/nmap/nmap_6.47.bb
index 2c43bf7..c0b0650 100644
--- a/recipes-security/nmap/nmap_6.47.bb
+++ b/recipes-security/nmap/nmap_6.47.bb
@@ -5,7 +5,8 @@ LICENSE = "GPL-2.0"
LIC_FILES_CHKSUM =
"file://${COMMON_LICENSE_DIR}/GPL-2.0;md5=801f80980d171dd6425610833a22dbe6"
-SRC_URI = "http://nmap.org/dist/${BP}.tar.bz2";
+SRC_URI = "http://nmap.org/dist/${BP}.tar.bz2 \
+file://add_aarch64_to_configure.patch"
SRC_URI[md5sum] = "edfe81f6763223c0a29bfa15a8526e2a"
SRC_URI[sha256sum] =
"8fa11e9e203ce2d81a207db5ca4f110a525f6c01c1dd0018325a7112a51aa591"
--
1.9.1
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
[yocto] [meta-security][PATCH] tripwire: Add aarch64 support to config.sub
this fixes a build issue on arm64.
Signed-off-by: Armin Kuster
---
.../files/tripwire_add_aarch64_to_configure.patch | 29 ++
recipes-security/tripwire/tripwire_2.4.2.2.bb | 1 +
2 files changed, 30 insertions(+)
create mode 100644
recipes-security/tripwire/files/tripwire_add_aarch64_to_configure.patch
diff --git
a/recipes-security/tripwire/files/tripwire_add_aarch64_to_configure.patch
b/recipes-security/tripwire/files/tripwire_add_aarch64_to_configure.patch
new file mode 100644
index 000..fdaa494
--- /dev/null
+++ b/recipes-security/tripwire/files/tripwire_add_aarch64_to_configure.patch
@@ -0,0 +1,29 @@
+tripwire: Add aach64 support
+
+Upstream-Status: Submitted to tripwire-dev
+
+Signed-off-by: Armin Kuster
+
+
+Index: config.sub
+===
+--- a/config.sub
b/config.sub
+@@ -223,7 +223,7 @@ esac
+ case $basic_machine in
+ # Recognize the basic CPU types without company name.
+ # Some are omitted here because they have special meanings below.
+- tahoe | i860 | ia64 | m32r | m68k | m68000 | m88k | ns32k | arc \
++ tahoe | i860 | ia64 | m32r | m68k | m68000 | m88k | ns32k | aarch64 |
aarch64be |arc \
+ | arm | arme[lb] | arm[bl]e | armv[2345] | armv[345][lb] |
strongarm | xscale \
+ | pyramid | mn10200 | mn10300 | tron | a29k \
+ | 580 | i960 | h8300 \
+@@ -267,7 +267,7 @@ case $basic_machine in
+ # Recognize the basic CPU types with company name.
+ # FIXME: clean up the formatting here.
+ vax-* | tahoe-* | i*86-* | i860-* | ia64-* | m32r-* | m68k-* | m68000-*
\
+-| m88k-* | sparc-* | ns32k-* | fx80-* | arc-* | c[123]* \
++| m88k-* | sparc-* | ns32k-* | fx80-* | arc-* | c[123]* |
aarch64-* | aarch64be-* \
+ | arm-* | armbe-* | armle-* | armv*-* | strongarm-* | xscale-* \
+ | mips-* | pyramid-* | tron-* | a29k-* | romp-* | rs6000-* \
+ | power-* | none-* | 580-* | cray2-* | h8300-* | h8500-* | i960-*
\
diff --git a/recipes-security/tripwire/tripwire_2.4.2.2.bb
b/recipes-security/tripwire/tripwire_2.4.2.2.bb
index a64edb9..6fc6759 100644
--- a/recipes-security/tripwire/tripwire_2.4.2.2.bb
+++ b/recipes-security/tripwire/tripwire_2.4.2.2.bb
@@ -14,6 +14,7 @@ SRC_URI =
"${SOURCEFORGE_MIRROR}/project/${BPN}/${BPN}-src/${BPN}-${PV}/${BPN}-$
file://twinstall.sh \
file://twpol-yocto.txt \
file://tripwire_add_ppc64.patch \
+ file://tripwire_add_aarch64_to_configure.patch \
"
SRC_URI[md5sum] = "2462ea16fb0b5ae810471011ad2f2dd6"
SRC_URI[sha256sum] =
"e09a7bdca9302e704cc62067399e0b584488f825b0e58c82ad6d54cd2e899fad"
--
1.9.1
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
[yocto] [PATCH][meta-cgl] cluster-glue: fix build issues
From: Armin Kuster
WARNING: QA Issue: cluster-glue requires /usr/bin/perl, but no providers in its
RDEPENDS [file-rdeps]
WARNING: QA Issue: cluster-glue-plugin-stonith2 requires /bin/bash, but no
providers in its RDEPENDS [file-rdeps]
WARNING: QA Issue: cluster-glue-plugin-stonith-external requires
/usr/bin/python, /usr/bin/perl, /bin/bash, but no providers in its RDEPENDS
[file-rdeps]
and
checking for special libxml2 includes...
--should-not-have-used-/usr/bin/xml2-config
Dropped PR.
Signed-off-by: Armin Kuster
---
meta-cgl-common/recipes-cgl/cluster-glue/cluster-glue_1.0.5.bb | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/meta-cgl-common/recipes-cgl/cluster-glue/cluster-glue_1.0.5.bb
b/meta-cgl-common/recipes-cgl/cluster-glue/cluster-glue_1.0.5.bb
index 93ebf38..de348e8 100644
--- a/meta-cgl-common/recipes-cgl/cluster-glue/cluster-glue_1.0.5.bb
+++ b/meta-cgl-common/recipes-cgl/cluster-glue/cluster-glue_1.0.5.bb
@@ -6,8 +6,6 @@ is not the cluster messaging layer (Heartbeat), nor the cluster
resource manager
LICENSE = "GPLv2"
DEPENDS = "libxml2 libtool glib-2.0 bzip2 util-linux"
-PR = "r3"
-
SRC_URI = " \
http://hg.linux-ha.org/glue/archive/glue-${PV}.tar.bz2 \
file://glue-repair-libxml-support.patch \
@@ -28,6 +26,8 @@ S = "${WORKDIR}/Reusable-Cluster-Components-glue--glue-${PV}"
EXTRA_OECONF = "--with-daemon-user=hacluster --with-daemon-group=haclient
--disable-fatal-warnings"
+CACHED_CONFIGUREVARS="ac_cv_path_XML2CONFIG=0"
+
do_configure_prepend() {
ln -sf ${PKG_CONFIG_SYSROOT_DIR}/usr/include/libxml2/libxml
${PKG_CONFIG_SYSROOT_DIR}/usr/include/libxml
}
@@ -83,7 +83,6 @@ FILES_${PN}-plugin-stonith2 = " \
/usr/lib/stonith/plugins/stonith2/*.so \
"
FILES_${PN}-plugin-stonith2-ribcl =
"/usr/lib/stonith/plugins/stonith2/ribcl.py"
-RDEPENDS_${PN}-plugin-stonith2-ribcl += "python"
FILES_${PN}-plugin-stonith2-dbg = "/usr/lib/stonith/plugins/stonith2/.debug/"
FILES_${PN}-plugin-stonith2-staticdev =
"/usr/lib/stonith/plugins/stonith2/*.*a"
@@ -98,3 +97,8 @@ FILES_${PN}-plugin-interfacemgr-staticdev =
"/usr/lib/heartbeat/plugins/Interfac
FILES_${PN}-plugin-interfacemgr-dbg =
"/usr/lib/heartbeat/plugins/InterfaceMgr/.debug/"
FILES_${PN}-lrmtest = "/usr/share/cluster-glue/lrmtest/"
+
+RDEPENDS_${PN} += "perl"
+RDEPENDS_${PN}-plugin-stonith2 += "bash"
+RDEPENDS_${PN}-plugin-stonith-external += "bash python perl"
+RDEPENDS_${PN}-plugin-stonith2-ribcl += "python"
--
1.9.1
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
[yocto] [meta-cgl][PATCH] heartbeat: fix license issue
From: Armin Kuster WARNING: heartbeat: LICENSE value "GPLv2 LGPLv2+" has an invalid format - license names must be separated by the following characters to indicate the license selection: &|() Signed-off-by: Armin Kuster --- meta-cgl-common/recipes-cgl/heartbeat/heartbeat_3.0.5.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-cgl-common/recipes-cgl/heartbeat/heartbeat_3.0.5.bb b/meta-cgl-common/recipes-cgl/heartbeat/heartbeat_3.0.5.bb index a866f0f..7ec7c5d 100644 --- a/meta-cgl-common/recipes-cgl/heartbeat/heartbeat_3.0.5.bb +++ b/meta-cgl-common/recipes-cgl/heartbeat/heartbeat_3.0.5.bb @@ -22,7 +22,7 @@ It implements the following kinds of heartbeats: \ " HOMEPAGE = "http://linux-ha.org/"; SECTION = "System Environment/Daemons" -LICENSE = "GPLv2 LGPLv2+" +LICENSE = "GPLv2 | LGPLv2+" LIC_FILES_CHKSUM = " \ file://doc/COPYING;md5=c93c0550bd3173f4504b2cbd8991e50b \ file://doc/COPYING.LGPL;md5=d8045f3b8f929c1cb29a1e3fd737b499 \ -- 1.9.1 -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [OE-core] [RFT] upcoming glibc 2.21 and gcc 4.9 upgrade
Hi Khem, On 12 February 2015 at 07:35, Khem Raj wrote: > I have refreshed the branch to include the patch which moves the src > uri to use the newly released glibc 2.21 branch > and please run it via autobuilder ( top 5 commits ) > I did a preliminary test on my local build machines (core-image-sato-sdk on all arches), and valgrind fails with "unsupported version 2.21, Valgrind requires glibc 2.2 - 2.19". Ross -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
