[OE-core] [PATCH 0/1] image.bbclass: image_types.bbclass is a must
The following changes since commit 4321c553d5ae816e566234e981a0815bba046d39: SIGGEN_EXCLUDERECIPES_ABISAFE: add initscripts (2014-08-11 17:44:09 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/image http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=rbt/image Robert Yang (1): image.bbclass: image_types.bbclass is a must meta/classes/image.bbclass |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) -- 1.7.9.5 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] image.bbclass: image_types.bbclass is a must
The image_types.bbclass is a must since we use this in image.bbclass:
[snip]
python () {
deps = + imagetypes_getdepends(d)
d.appendVarFlag('do_rootfs', 'depends', deps)
[snip]
The imagetypes_getdepends() is defined in image_types.bbclass. Use +=
to replace ?= since it is a must, so that the user can use
IMAGE_CLASSES = foo.bbclass in local.conf to add their own image
class.
NOTE: the IMAGE_CLASSES_append = foo doesn't work since we use this
in image.bbclass:
IMAGE_CLASSES += image_types
inherit ${IMAGE_CLASSES}
I think that it is because inherit takes effect before append?
Another way to fix the problem is:
IMAGE_CLASSES ?=
inherit image_types ${IMAGE_CLASSES}
But it seems that we need another name for IMAGE_CLASSES, for example
IMAGE_CLASSES_EXTRA, and also need update the doc, which would make it
complicated.
Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
meta/classes/image.bbclass |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index 82605f2..940bdb6 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
@@ -163,7 +163,7 @@ python () {
d.appendVarFlag('do_bundle_initramfs', 'depends', %s:do_rootfs %
initramfs_image)
}
-IMAGE_CLASSES ?= image_types
+IMAGE_CLASSES += image_types
inherit ${IMAGE_CLASSES}
IMAGE_POSTPROCESS_COMMAND ?=
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] rpcbind: add option to fix port number
fix a random port to offer customer an option for select.
Signed-off-by: Li Wang li.w...@windriver.com
---
.../rpcbind_add_option_to_fix_port_number.patch| 80
meta/recipes-extended/rpcbind/rpcbind_0.2.1.bb |1 +
2 files changed, 81 insertions(+)
create mode 100644
meta/recipes-extended/rpcbind/rpcbind/rpcbind_add_option_to_fix_port_number.patch
diff --git
a/meta/recipes-extended/rpcbind/rpcbind/rpcbind_add_option_to_fix_port_number.patch
b/meta/recipes-extended/rpcbind/rpcbind/rpcbind_add_option_to_fix_port_number.patch
new file mode 100644
index 000..e4d9906
--- /dev/null
+++
b/meta/recipes-extended/rpcbind/rpcbind/rpcbind_add_option_to_fix_port_number.patch
@@ -0,0 +1,80 @@
+diff --git a/src/rpcb_svc_com.c b/src/rpcb_svc_com.c
+index f6bd6bd..a2ef152 100644
+--- a/src/rpcb_svc_com.c
b/src/rpcb_svc_com.c
+@@ -48,6 +48,7 @@
+ #include rpc/rpc.h
+ #include rpc/rpcb_prot.h
+ #include rpc/svc_dg.h
++#include rpc/rpc_com.h
+ #include netconfig.h
+ #include errno.h
+ #include syslog.h
+@@ -496,6 +497,7 @@ xdr_opaque_parms(XDR *xdrs, struct r_rmtcall_args *cap)
+
+ static struct rmtcallfd_list *rmthead;
+ static struct rmtcallfd_list *rmttail;
++extern unsigned short random_port;
+
+ int
+ create_rmtcall_fd(struct netconfig *nconf)
+@@ -503,6 +505,8 @@ create_rmtcall_fd(struct netconfig *nconf)
+ int fd;
+ struct rmtcallfd_list *rmt;
+ SVCXPRT *xprt;
++ struct __rpc_sockinfo si;
++ struct t_bind taddr;
+
+ if ((fd = __rpc_nconf2fd(nconf)) == -1) {
+ if (debugging)
+@@ -511,6 +515,19 @@ create_rmtcall_fd(struct netconfig *nconf)
+ nconf-nc_device, errno);
+ return (-1);
+ }
++
++ if (random_port) {
++ __rpc_fd2sockinfo(fd, si);
++ memset(taddr, 0, sizeof(taddr));
++ taddr.addr.maxlen = taddr.addr.len = si.si_alen;
++ taddr.addr.buf = malloc(si.si_alen);
++ if (taddr.addr.buf == NULL) {
++ return -1;
++ }
++ *(unsigned short *)((taddr.addr.buf[0])) = si.si_af;
++ *(unsigned short *)((taddr.addr.buf[2])) = htons(random_port);
++ xprt = svc_tli_create(fd, nconf, taddr, RPC_MAXDATASIZE,
RPC_MAXDATASIZE);
++ } else
+ xprt = svc_tli_create(fd, 0, (struct t_bind *) 0, 0, 0);
+ if (xprt == NULL) {
+ if (debugging)
+diff --git a/src/rpcbind.c b/src/rpcbind.c
+index 83dbe93..e82cf45 100644
+--- a/src/rpcbind.c
b/src/rpcbind.c
+@@ -99,6 +99,7 @@ int runasdaemon = 0;
+ int insecure = 0;
+ int oldstyle_local = 0;
+ int verboselog = 0;
++unsigned short random_port = 0;
+
+ char **hosts = NULL;
+ int nhosts = 0;
+@@ -748,7 +749,7 @@ parseargs(int argc, char *argv[])
+ {
+ int c;
+ oldstyle_local = 1;
+- while ((c = getopt(argc, argv, adh:ilswf)) != -1) {
++ while ((c = getopt(argc, argv, adh:p:ilswf)) != -1) {
+ switch (c) {
+ case 'a':
+ doabort = 1;/* when debugging, do an abort on */
+@@ -766,6 +767,9 @@ parseargs(int argc, char *argv[])
+ if (hosts[nhosts - 1] == NULL)
+ errx(1, Out of memory);
+ break;
++ case 'p':
++ random_port = atoi(optarg);
++ break;
+ case 'i':
+ insecure = 1;
+ break;
diff --git a/meta/recipes-extended/rpcbind/rpcbind_0.2.1.bb
b/meta/recipes-extended/rpcbind/rpcbind_0.2.1.bb
index 89e567b..65351d0 100644
--- a/meta/recipes-extended/rpcbind/rpcbind_0.2.1.bb
+++ b/meta/recipes-extended/rpcbind/rpcbind_0.2.1.bb
@@ -12,6 +12,7 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=b46486e4c4a416602693a711bb5bfa39 \
SRC_URI = ${SOURCEFORGE_MIRROR}/rpcbind/rpcbind-${PV}.tar.bz2 \
file://0001-rpcbind-rpcuser-not-being-set-in-Makefile.am.patch \
+ file://rpcbind_add_option_to_fix_port_number.patch \
file://init.d \
${UCLIBCPATCHES} \
file://rpcbind.conf \
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH][Resend] gmp: uprev it to 6.0.0
From: Roy Li rongqing...@windriver.com Uprev gmp from 5.1.1 to 6.0.0, and remove the 4.2.1 version which is GPLv2, since gmp-6.0.0 is dual-licensing, LGPLv3 or GPLv2; Signed-off-by: Roy Li rongqing...@windriver.com --- meta/recipes-support/gmp/gmp-4.2.1/configure.patch | 209 -- .../gmp/gmp-4.2.1/disable-stdc.patch | 33 --- .../gmp/gmp-4.2.1/gmp_fix_for_automake-1.12.patch | 48 - .../gmp/gmp-5.1.1/append_user_provided_flags.patch | 52 - meta/recipes-support/gmp/gmp-5.1.1/configure.patch | 210 -- .../gmp/gmp/append_user_provided_flags.patch | 52 + meta/recipes-support/gmp/gmp/configure.patch | 222 meta/recipes-support/gmp/gmp_4.2.1.bb | 23 -- meta/recipes-support/gmp/gmp_5.1.1.bb | 11 - meta/recipes-support/gmp/gmp_6.0.0.bb | 13 ++ 10 files changed, 287 insertions(+), 586 deletions(-) delete mode 100644 meta/recipes-support/gmp/gmp-4.2.1/configure.patch delete mode 100644 meta/recipes-support/gmp/gmp-4.2.1/disable-stdc.patch delete mode 100644 meta/recipes-support/gmp/gmp-4.2.1/gmp_fix_for_automake-1.12.patch delete mode 100644 meta/recipes-support/gmp/gmp-5.1.1/append_user_provided_flags.patch delete mode 100644 meta/recipes-support/gmp/gmp-5.1.1/configure.patch create mode 100644 meta/recipes-support/gmp/gmp/append_user_provided_flags.patch create mode 100644 meta/recipes-support/gmp/gmp/configure.patch delete mode 100644 meta/recipes-support/gmp/gmp_4.2.1.bb delete mode 100644 meta/recipes-support/gmp/gmp_5.1.1.bb create mode 100644 meta/recipes-support/gmp/gmp_6.0.0.bb diff --git a/meta/recipes-support/gmp/gmp-4.2.1/configure.patch b/meta/recipes-support/gmp/gmp-4.2.1/configure.patch deleted file mode 100644 index 7597a93..000 --- a/meta/recipes-support/gmp/gmp-4.2.1/configure.patch +++ /dev/null @@ -1,209 +0,0 @@ -Upstream-Status: Pending - - acinclude.m4 | 26 ++ - configure.in | 24 +--- - 2 files changed, 23 insertions(+), 27 deletions(-) - -Index: gmp-5.0.3/acinclude.m4 -=== gmp-5.0.3.orig/acinclude.m4 -+++ gmp-5.0.3/acinclude.m4 -@@ -30,29 +30,29 @@ dnla_out.exe - OpenVMS DEC C called - dnlconftest.exe - various DOS compilers - - --define(IA64_PATTERN, -+define([IA64_PATTERN], - [[ia64*-*-* | itanium-*-* | itanium2-*-*]]) - - dnl Need to be careful not to match m6811, m6812, m68hc11 and m68hc12, all - dnl of which config.sub accepts. (Though none of which are likely to work - dnl with GMP.) - dnl --define(M68K_PATTERN, -+define([M68K_PATTERN], - [[m68k-*-* | m68[0-9][0-9][0-9]-*-*]]) - --define(POWERPC64_PATTERN, -+define([POWERPC64_PATTERN], - [[powerpc64-*-* | powerpc64le-*-* | powerpc620-*-* | powerpc630-*-* | powerpc970-*-* | power[3-9]-*-*]]) - --define(S390_PATTERN, -+define([S390_PATTERN], - [[s390-*-* | z900esa-*-* | z990esa-*-* | z9esa-*-* | z10esa-*-* | z196esa-*-*]]) - --define(S390X_PATTERN, -+define([S390X_PATTERN], - [[s390x-*-* | z900-*-* | z990-*-* | z9-*-* | z10-*-* | z196-*-*]]) - --define(X86_PATTERN, -+define([X86_PATTERN], - [[i?86*-*-* | k[5-8]*-*-* | pentium*-*-* | athlon-*-* | viac3*-*-* | geode*-*-* | atom-*-*]]) - --define(X86_64_PATTERN, -+define([X86_64_PATTERN], - [[athlon64-*-* | k8-*-* | k10-*-* | bobcat-*-* | bulldozer-*-* | pentium4-*-* | atom-*-* | core2-*-* | corei*-*-* | x86_64-*-* | nano-*-*]]) - - dnl GMP_FAT_SUFFIX(DSTVAR, DIRECTORY) -@@ -70,7 +70,7 @@ dnl x86 - x86 - dnl x86/k6 - k6 - dnl x86/k6/mmx - k6_mmx - --define(GMP_FAT_SUFFIX, -+define([GMP_FAT_SUFFIX], - [[$1=`echo $2 | sed -e '/\//s:^[^/]*/::' -e 's:[\\/]:_:g'`]]) - - -@@ -79,7 +79,7 @@ dnl -- - dnl Emit code to remove any occurrence of ITEM from $LISTVAR. ITEM can be a - dnl shell expression like $foo if desired. - --define(GMP_REMOVE_FROM_LIST, -+define([GMP_REMOVE_FROM_LIST], - [remove_from_list_tmp= - for remove_from_list_i in $[][$1]; do - if test $remove_from_list_i = [$2]; then :; -@@ -95,12 +95,12 @@ dnl GMP_STRIP_PATH(subdir) - dnl -- - dnl Strip entries */subdir from $path and $fat_path. - --define(GMP_STRIP_PATH, -+define([GMP_STRIP_PATH], - [GMP_STRIP_PATH_VAR(path, [$1]) - GMP_STRIP_PATH_VAR(fat_path, [$1]) - ]) - --define(GMP_STRIP_PATH_VAR, -+define([GMP_STRIP_PATH_VAR], - [tmp_path= - for i in $[][$1]; do - case $i in -@@ -121,7 +121,7 @@ dnl - dnl Dummy value for GMP_LIMB_BITS is enough - dnl for all current configure-time uses of gmp.h. - --define(GMP_INCLUDE_GMP_H, -+define([GMP_INCLUDE_GMP_H], - [[#define __GMP_WITHIN_CONFIGURE 1 /* ignore template stuff */ - #define GMP_NAIL_BITS $GMP_NAIL_BITS - #define GMP_LIMB_BITS 123 -@@ -136,7 +136,7 @@ dnl Expand at autoconf time to the valu - dnl FILE. The regexps here aren't very rugged, but are enough for gmp. -
[OE-core] [PATCH] rpcbind: add option to fix port number
fix a random port to offer customer an option for select.
Signed-off-by: Li Wang li.w...@windriver.com
---
.../rpcbind_add_option_to_fix_port_number.patch| 82
meta/recipes-extended/rpcbind/rpcbind_0.2.1.bb |1 +
2 files changed, 83 insertions(+)
create mode 100644
meta/recipes-extended/rpcbind/rpcbind/rpcbind_add_option_to_fix_port_number.patch
diff --git
a/meta/recipes-extended/rpcbind/rpcbind/rpcbind_add_option_to_fix_port_number.patch
b/meta/recipes-extended/rpcbind/rpcbind/rpcbind_add_option_to_fix_port_number.patch
new file mode 100644
index 000..112b713
--- /dev/null
+++
b/meta/recipes-extended/rpcbind/rpcbind/rpcbind_add_option_to_fix_port_number.patch
@@ -0,0 +1,82 @@
+Upstream-Status: Pending
+
+diff --git a/src/rpcb_svc_com.c b/src/rpcb_svc_com.c
+index f6bd6bd..a2ef152 100644
+--- a/src/rpcb_svc_com.c
b/src/rpcb_svc_com.c
+@@ -48,6 +48,7 @@
+ #include rpc/rpc.h
+ #include rpc/rpcb_prot.h
+ #include rpc/svc_dg.h
++#include rpc/rpc_com.h
+ #include netconfig.h
+ #include errno.h
+ #include syslog.h
+@@ -496,6 +497,7 @@ xdr_opaque_parms(XDR *xdrs, struct r_rmtcall_args *cap)
+
+ static struct rmtcallfd_list *rmthead;
+ static struct rmtcallfd_list *rmttail;
++extern unsigned short random_port;
+
+ int
+ create_rmtcall_fd(struct netconfig *nconf)
+@@ -503,6 +505,8 @@ create_rmtcall_fd(struct netconfig *nconf)
+ int fd;
+ struct rmtcallfd_list *rmt;
+ SVCXPRT *xprt;
++ struct __rpc_sockinfo si;
++ struct t_bind taddr;
+
+ if ((fd = __rpc_nconf2fd(nconf)) == -1) {
+ if (debugging)
+@@ -511,6 +515,19 @@ create_rmtcall_fd(struct netconfig *nconf)
+ nconf-nc_device, errno);
+ return (-1);
+ }
++
++ if (random_port) {
++ __rpc_fd2sockinfo(fd, si);
++ memset(taddr, 0, sizeof(taddr));
++ taddr.addr.maxlen = taddr.addr.len = si.si_alen;
++ taddr.addr.buf = malloc(si.si_alen);
++ if (taddr.addr.buf == NULL) {
++ return -1;
++ }
++ *(unsigned short *)((taddr.addr.buf[0])) = si.si_af;
++ *(unsigned short *)((taddr.addr.buf[2])) = htons(random_port);
++ xprt = svc_tli_create(fd, nconf, taddr, RPC_MAXDATASIZE,
RPC_MAXDATASIZE);
++ } else
+ xprt = svc_tli_create(fd, 0, (struct t_bind *) 0, 0, 0);
+ if (xprt == NULL) {
+ if (debugging)
+diff --git a/src/rpcbind.c b/src/rpcbind.c
+index 83dbe93..e82cf45 100644
+--- a/src/rpcbind.c
b/src/rpcbind.c
+@@ -99,6 +99,7 @@ int runasdaemon = 0;
+ int insecure = 0;
+ int oldstyle_local = 0;
+ int verboselog = 0;
++unsigned short random_port = 0;
+
+ char **hosts = NULL;
+ int nhosts = 0;
+@@ -748,7 +749,7 @@ parseargs(int argc, char *argv[])
+ {
+ int c;
+ oldstyle_local = 1;
+- while ((c = getopt(argc, argv, adh:ilswf)) != -1) {
++ while ((c = getopt(argc, argv, adh:p:ilswf)) != -1) {
+ switch (c) {
+ case 'a':
+ doabort = 1;/* when debugging, do an abort on */
+@@ -766,6 +767,9 @@ parseargs(int argc, char *argv[])
+ if (hosts[nhosts - 1] == NULL)
+ errx(1, Out of memory);
+ break;
++ case 'p':
++ random_port = atoi(optarg);
++ break;
+ case 'i':
+ insecure = 1;
+ break;
diff --git a/meta/recipes-extended/rpcbind/rpcbind_0.2.1.bb
b/meta/recipes-extended/rpcbind/rpcbind_0.2.1.bb
index 89e567b..65351d0 100644
--- a/meta/recipes-extended/rpcbind/rpcbind_0.2.1.bb
+++ b/meta/recipes-extended/rpcbind/rpcbind_0.2.1.bb
@@ -12,6 +12,7 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=b46486e4c4a416602693a711bb5bfa39 \
SRC_URI = ${SOURCEFORGE_MIRROR}/rpcbind/rpcbind-${PV}.tar.bz2 \
file://0001-rpcbind-rpcuser-not-being-set-in-Makefile.am.patch \
+ file://rpcbind_add_option_to_fix_port_number.patch \
file://init.d \
${UCLIBCPATCHES} \
file://rpcbind.conf \
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2 1/2] squashfs-tools: Add support for LZO and LZ4 compression
For systems that want to optimize for speed rather than size, LZO is
usually a better choice than gzip or XZ. Kernel support for LZO has
been available since 2.6.29.
LZ4 support isn't in the mainline kernel yet, but we might as well add
it now for those who want to experiment with it.
Signed-off-by: Mike Looijmans mike.looijm...@topic.nl
---
.../squashfs-tools/squashfs-tools_4.3.bb |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/squashfs-tools/squashfs-tools_4.3.bb
b/meta/recipes-devtools/squashfs-tools/squashfs-tools_4.3.bb
index 54fd3bb..e3783fd 100644
--- a/meta/recipes-devtools/squashfs-tools/squashfs-tools_4.3.bb
+++ b/meta/recipes-devtools/squashfs-tools/squashfs-tools_4.3.bb
@@ -6,7 +6,7 @@ LICENSE = GPL-2 PD
LIC_FILES_CHKSUM = file://../COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
file://../../7zC.txt;beginline=12;endline=16;md5=2056cd6d919ebc3807602143c7449a7c
\
-DEPENDS = attr zlib xz
+DEPENDS = attr zlib xz lzo lz4
SRC_URI = ${SOURCEFORGE_MIRROR}/squashfs/squashfs${PV}.tar.gz;name=squashfs \
http://downloads.sourceforge.net/sevenzip/lzma465.tar.bz2;name=lzma
\
@@ -23,7 +23,7 @@ S = ${WORKDIR}/squashfs${PV}/squashfs-tools
# EXTRA_OEMAKE is typically: -e MAKEFLAGS=
# the -e causes problems as CFLAGS is modified in the Makefile, so
# we redefine EXTRA_OEMAKE here
-EXTRA_OEMAKE = MAKEFLAGS= LZMA_SUPPORT=1 LZMA_DIR=../.. XZ_SUPPORT=1
+EXTRA_OEMAKE = MAKEFLAGS= LZMA_SUPPORT=1 LZMA_DIR=../.. XZ_SUPPORT=1
LZO_SUPPORT=1 LZ4_SUPPORT=1
do_compile() {
oe_runmake mksquashfs
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2 2/2] Support image type squashfs-lzo
Add squashfs-lzo to the image types. LZO compression support has been
in both kernel and squashfs tools for many years, but OE never enabled
it.
Signed-off-by: Mike Looijmans mike.looijm...@topic.nl
---
meta/classes/image_types.bbclass |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/classes/image_types.bbclass b/meta/classes/image_types.bbclass
index 99a07da..d298897 100644
--- a/meta/classes/image_types.bbclass
+++ b/meta/classes/image_types.bbclass
@@ -63,6 +63,7 @@ IMAGE_CMD_btrfs () {
IMAGE_CMD_squashfs = mksquashfs ${IMAGE_ROOTFS}
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.squashfs ${EXTRA_IMAGECMD} -noappend
IMAGE_CMD_squashfs-xz = mksquashfs ${IMAGE_ROOTFS}
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.squashfs-xz ${EXTRA_IMAGECMD}
-noappend -comp xz
+IMAGE_CMD_squashfs-lzo = mksquashfs ${IMAGE_ROOTFS}
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.squashfs-lzo ${EXTRA_IMAGECMD}
-noappend -comp lzo
IMAGE_CMD_tar = tar -cvf ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.tar -C
${IMAGE_ROOTFS} .
IMAGE_CMD_cpio () {
@@ -121,12 +122,13 @@ IMAGE_DEPENDS_ext4 = e2fsprogs-native
IMAGE_DEPENDS_btrfs = btrfs-tools-native
IMAGE_DEPENDS_squashfs = squashfs-tools-native
IMAGE_DEPENDS_squashfs-xz = squashfs-tools-native
+IMAGE_DEPENDS_squashfs-lzo = squashfs-tools-native
IMAGE_DEPENDS_elf = virtual/kernel mkelfimage-native
IMAGE_DEPENDS_ubi = mtd-utils-native
IMAGE_DEPENDS_ubifs = mtd-utils-native
# This variable is available to request which values are suitable for
IMAGE_FSTYPES
-IMAGE_TYPES = jffs2 jffs2.sum cramfs ext2 ext2.gz ext2.bz2 ext3 ext3.gz
ext2.lzma btrfs iso hddimg squashfs squashfs-xz ubi ubifs tar tar.gz tar.bz2
tar.xz tar.lz4 cpio cpio.gz cpio.xz cpio.lzma cpio.lz4 vmdk elf
+IMAGE_TYPES = jffs2 jffs2.sum cramfs ext2 ext2.gz ext2.bz2 ext3 ext3.gz
ext2.lzma btrfs iso hddimg squashfs squashfs-xz squashfs-lzo ubi ubifs tar
tar.gz tar.bz2 tar.xz tar.lz4 cpio cpio.gz cpio.xz cpio.lzma cpio.lz4 vmdk elf
COMPRESSIONTYPES = gz bz2 lzma xz lz4 sum
COMPRESS_CMD_lzma = lzma -k -f -7 ${IMAGE_NAME}.rootfs.${type}
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] rpcbind: add option to fix port number
Hi,
I will add the follow header to the new patch:
=
rpcbind: add option to fix port number
fix a random port to offer customer an option for select.
Signed-off-by: Li Wang li.w...@windriver.com
=
Thanks,
LiWang.
On 08/12/2014 03:20 PM, Li Wang wrote:
fix a random port to offer customer an option for select.
Signed-off-by: Li Wang li.w...@windriver.com
---
.../rpcbind_add_option_to_fix_port_number.patch| 82
meta/recipes-extended/rpcbind/rpcbind_0.2.1.bb |1 +
2 files changed, 83 insertions(+)
create mode 100644
meta/recipes-extended/rpcbind/rpcbind/rpcbind_add_option_to_fix_port_number.patch
diff --git
a/meta/recipes-extended/rpcbind/rpcbind/rpcbind_add_option_to_fix_port_number.patch
b/meta/recipes-extended/rpcbind/rpcbind/rpcbind_add_option_to_fix_port_number.patch
new file mode 100644
index 000..112b713
--- /dev/null
+++
b/meta/recipes-extended/rpcbind/rpcbind/rpcbind_add_option_to_fix_port_number.patch
@@ -0,0 +1,82 @@
+Upstream-Status: Pending
+
+diff --git a/src/rpcb_svc_com.c b/src/rpcb_svc_com.c
+index f6bd6bd..a2ef152 100644
+--- a/src/rpcb_svc_com.c
b/src/rpcb_svc_com.c
+@@ -48,6 +48,7 @@
+ #include rpc/rpc.h
+ #include rpc/rpcb_prot.h
+ #include rpc/svc_dg.h
++#include rpc/rpc_com.h
+ #include netconfig.h
+ #include errno.h
+ #include syslog.h
+@@ -496,6 +497,7 @@ xdr_opaque_parms(XDR *xdrs, struct r_rmtcall_args *cap)
+
+ static struct rmtcallfd_list *rmthead;
+ static struct rmtcallfd_list *rmttail;
++extern unsigned short random_port;
+
+ int
+ create_rmtcall_fd(struct netconfig *nconf)
+@@ -503,6 +505,8 @@ create_rmtcall_fd(struct netconfig *nconf)
+ int fd;
+ struct rmtcallfd_list *rmt;
+ SVCXPRT *xprt;
++ struct __rpc_sockinfo si;
++ struct t_bind taddr;
+
+ if ((fd = __rpc_nconf2fd(nconf)) == -1) {
+ if (debugging)
+@@ -511,6 +515,19 @@ create_rmtcall_fd(struct netconfig *nconf)
+ nconf-nc_device, errno);
+ return (-1);
+ }
++
++ if (random_port) {
++ __rpc_fd2sockinfo(fd, si);
++ memset(taddr, 0, sizeof(taddr));
++ taddr.addr.maxlen = taddr.addr.len = si.si_alen;
++ taddr.addr.buf = malloc(si.si_alen);
++ if (taddr.addr.buf == NULL) {
++ return -1;
++ }
++ *(unsigned short *)((taddr.addr.buf[0])) = si.si_af;
++ *(unsigned short *)((taddr.addr.buf[2])) = htons(random_port);
++ xprt = svc_tli_create(fd, nconf, taddr, RPC_MAXDATASIZE,
RPC_MAXDATASIZE);
++ } else
+ xprt = svc_tli_create(fd, 0, (struct t_bind *) 0, 0, 0);
+ if (xprt == NULL) {
+ if (debugging)
+diff --git a/src/rpcbind.c b/src/rpcbind.c
+index 83dbe93..e82cf45 100644
+--- a/src/rpcbind.c
b/src/rpcbind.c
+@@ -99,6 +99,7 @@ int runasdaemon = 0;
+ int insecure = 0;
+ int oldstyle_local = 0;
+ int verboselog = 0;
++unsigned short random_port = 0;
+
+ char **hosts = NULL;
+ int nhosts = 0;
+@@ -748,7 +749,7 @@ parseargs(int argc, char *argv[])
+ {
+ int c;
+ oldstyle_local = 1;
+- while ((c = getopt(argc, argv, adh:ilswf)) != -1) {
++ while ((c = getopt(argc, argv, adh:p:ilswf)) != -1) {
+ switch (c) {
+ case 'a':
+ doabort = 1;/* when debugging, do an abort on */
+@@ -766,6 +767,9 @@ parseargs(int argc, char *argv[])
+ if (hosts[nhosts - 1] == NULL)
+ errx(1, Out of memory);
+ break;
++ case 'p':
++ random_port = atoi(optarg);
++ break;
+ case 'i':
+ insecure = 1;
+ break;
diff --git a/meta/recipes-extended/rpcbind/rpcbind_0.2.1.bb
b/meta/recipes-extended/rpcbind/rpcbind_0.2.1.bb
index 89e567b..65351d0 100644
--- a/meta/recipes-extended/rpcbind/rpcbind_0.2.1.bb
+++ b/meta/recipes-extended/rpcbind/rpcbind_0.2.1.bb
@@ -12,6 +12,7 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=b46486e4c4a416602693a711bb5bfa39 \
SRC_URI = ${SOURCEFORGE_MIRROR}/rpcbind/rpcbind-${PV}.tar.bz2 \
file://0001-rpcbind-rpcuser-not-being-set-in-Makefile.am.patch \
+ file://rpcbind_add_option_to_fix_port_number.patch \
file://init.d \
${UCLIBCPATCHES} \
file://rpcbind.conf \
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] rpcbind: add option to fix port number
fix a random port to offer customer an option for select.
Signed-off-by: Li Wang li.w...@windriver.com
---
.../rpcbind_add_option_to_fix_port_number.patch| 94
meta/recipes-extended/rpcbind/rpcbind_0.2.1.bb |1 +
2 files changed, 95 insertions(+)
create mode 100644
meta/recipes-extended/rpcbind/rpcbind/rpcbind_add_option_to_fix_port_number.patch
diff --git
a/meta/recipes-extended/rpcbind/rpcbind/rpcbind_add_option_to_fix_port_number.patch
b/meta/recipes-extended/rpcbind/rpcbind/rpcbind_add_option_to_fix_port_number.patch
new file mode 100644
index 000..e627d77
--- /dev/null
+++
b/meta/recipes-extended/rpcbind/rpcbind/rpcbind_add_option_to_fix_port_number.patch
@@ -0,0 +1,94 @@
+rpcbind: add option to fix port number
+
+fix a random port to offer customer an option for select.
+
+Upstream-Status: Pending
+Signed-off-by: Li Wang li.w...@windriver.com
+---
+ src/rpcb_svc_com.c | 17 +
+ src/rpcbind.c |6 +-
+ 2 files changed, 22 insertions(+), 1 deletion(-)
+
+diff --git a/src/rpcb_svc_com.c b/src/rpcb_svc_com.c
+index f6bd6bd..a2ef152 100644
+--- a/src/rpcb_svc_com.c
b/src/rpcb_svc_com.c
+@@ -48,6 +48,7 @@
+ #include rpc/rpc.h
+ #include rpc/rpcb_prot.h
+ #include rpc/svc_dg.h
++#include rpc/rpc_com.h
+ #include netconfig.h
+ #include errno.h
+ #include syslog.h
+@@ -496,6 +497,7 @@ xdr_opaque_parms(XDR *xdrs, struct r_rmtcall_args *cap)
+
+ static struct rmtcallfd_list *rmthead;
+ static struct rmtcallfd_list *rmttail;
++extern unsigned short random_port;
+
+ int
+ create_rmtcall_fd(struct netconfig *nconf)
+@@ -503,6 +505,8 @@ create_rmtcall_fd(struct netconfig *nconf)
+ int fd;
+ struct rmtcallfd_list *rmt;
+ SVCXPRT *xprt;
++ struct __rpc_sockinfo si;
++ struct t_bind taddr;
+
+ if ((fd = __rpc_nconf2fd(nconf)) == -1) {
+ if (debugging)
+@@ -511,6 +515,19 @@ create_rmtcall_fd(struct netconfig *nconf)
+ nconf-nc_device, errno);
+ return (-1);
+ }
++
++ if (random_port) {
++ __rpc_fd2sockinfo(fd, si);
++ memset(taddr, 0, sizeof(taddr));
++ taddr.addr.maxlen = taddr.addr.len = si.si_alen;
++ taddr.addr.buf = malloc(si.si_alen);
++ if (taddr.addr.buf == NULL) {
++ return -1;
++ }
++ *(unsigned short *)((taddr.addr.buf[0])) = si.si_af;
++ *(unsigned short *)((taddr.addr.buf[2])) = htons(random_port);
++ xprt = svc_tli_create(fd, nconf, taddr, RPC_MAXDATASIZE,
RPC_MAXDATASIZE);
++ } else
+ xprt = svc_tli_create(fd, 0, (struct t_bind *) 0, 0, 0);
+ if (xprt == NULL) {
+ if (debugging)
+diff --git a/src/rpcbind.c b/src/rpcbind.c
+index 83dbe93..e82cf45 100644
+--- a/src/rpcbind.c
b/src/rpcbind.c
+@@ -99,6 +99,7 @@ int runasdaemon = 0;
+ int insecure = 0;
+ int oldstyle_local = 0;
+ int verboselog = 0;
++unsigned short random_port = 0;
+
+ char **hosts = NULL;
+ int nhosts = 0;
+@@ -748,7 +749,7 @@ parseargs(int argc, char *argv[])
+ {
+ int c;
+ oldstyle_local = 1;
+- while ((c = getopt(argc, argv, adh:ilswf)) != -1) {
++ while ((c = getopt(argc, argv, adh:p:ilswf)) != -1) {
+ switch (c) {
+ case 'a':
+ doabort = 1;/* when debugging, do an abort on */
+@@ -766,6 +767,9 @@ parseargs(int argc, char *argv[])
+ if (hosts[nhosts - 1] == NULL)
+ errx(1, Out of memory);
+ break;
++ case 'p':
++ random_port = atoi(optarg);
++ break;
+ case 'i':
+ insecure = 1;
+ break;
+--
+1.7.9.5
+
diff --git a/meta/recipes-extended/rpcbind/rpcbind_0.2.1.bb
b/meta/recipes-extended/rpcbind/rpcbind_0.2.1.bb
index 89e567b..65351d0 100644
--- a/meta/recipes-extended/rpcbind/rpcbind_0.2.1.bb
+++ b/meta/recipes-extended/rpcbind/rpcbind_0.2.1.bb
@@ -12,6 +12,7 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=b46486e4c4a416602693a711bb5bfa39 \
SRC_URI = ${SOURCEFORGE_MIRROR}/rpcbind/rpcbind-${PV}.tar.bz2 \
file://0001-rpcbind-rpcuser-not-being-set-in-Makefile.am.patch \
+ file://rpcbind_add_option_to_fix_port_number.patch \
file://init.d \
${UCLIBCPATCHES} \
file://rpcbind.conf \
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] rpcbind: add option to fix port number
On 12 August 2014 08:20, Li Wang li.w...@windriver.com wrote: fix a random port to offer customer an option for select. I'm curious as to why this is needed. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] rpcbind: add option to fix port number
Hi, this is a description from customer: = customer's description of the problem: It would seem rcpbind opens a random port. Clearly not the most simple thing to protect with an ipfilter. Opening random ports in privileged port range, among them one port that identifies itself as pop3s, is not a good practice. Both Ericsson and our customers run regular vulnerability assessment tools against our product, and this will clearly be seen as a potential problem. Furthermore, we will not be able to filter the ports, since they are random, and neither will we be able to provide decent answers to our customers. To summarize: this should be taken care of, ie fix rpcbind so that it uses a non random port and/or to bind to a specific interface. = Thanks, LiWang. On 08/12/2014 04:41 PM, Burton, Ross wrote: On 12 August 2014 08:20, Li Wang li.w...@windriver.com wrote: fix a random port to offer customer an option for select. I'm curious as to why this is needed. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] rpcbind: add option to fix port number
On 12 August 2014 08:20, Li Wang li.w...@windriver.com wrote: ++ } else + xprt = svc_tli_create(fd, 0, (struct t_bind *) 0, 0, 0); *Please* don't do that, match bracket style instead. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] rpcbind: add option to fix port number
fix a random port to offer customer an option for select.
Signed-off-by: Li Wang li.w...@windriver.com
---
.../rpcbind_add_option_to_fix_port_number.patch| 97
meta/recipes-extended/rpcbind/rpcbind_0.2.1.bb |1 +
2 files changed, 98 insertions(+)
create mode 100644
meta/recipes-extended/rpcbind/rpcbind/rpcbind_add_option_to_fix_port_number.patch
diff --git
a/meta/recipes-extended/rpcbind/rpcbind/rpcbind_add_option_to_fix_port_number.patch
b/meta/recipes-extended/rpcbind/rpcbind/rpcbind_add_option_to_fix_port_number.patch
new file mode 100644
index 000..31adb07
--- /dev/null
+++
b/meta/recipes-extended/rpcbind/rpcbind/rpcbind_add_option_to_fix_port_number.patch
@@ -0,0 +1,97 @@
+rpcbind: add option to fix port number
+
+fix a random port to offer customer an option for select.
+
+Upstream-Status: Pending
+Signed-off-by: Li Wang li.w...@windriver.com
+---
+ src/rpcb_svc_com.c | 20 +++-
+ src/rpcbind.c |6 +-
+ 2 files changed, 24 insertions(+), 2 deletions(-)
+
+diff --git a/src/rpcb_svc_com.c b/src/rpcb_svc_com.c
+index f6bd6bd..866a0e0 100644
+--- a/src/rpcb_svc_com.c
b/src/rpcb_svc_com.c
+@@ -48,6 +48,7 @@
+ #include rpc/rpc.h
+ #include rpc/rpcb_prot.h
+ #include rpc/svc_dg.h
++#include rpc/rpc_com.h
+ #include netconfig.h
+ #include errno.h
+ #include syslog.h
+@@ -496,6 +497,7 @@ xdr_opaque_parms(XDR *xdrs, struct r_rmtcall_args *cap)
+
+ static struct rmtcallfd_list *rmthead;
+ static struct rmtcallfd_list *rmttail;
++extern unsigned short random_port;
+
+ int
+ create_rmtcall_fd(struct netconfig *nconf)
+@@ -503,6 +505,8 @@ create_rmtcall_fd(struct netconfig *nconf)
+ int fd;
+ struct rmtcallfd_list *rmt;
+ SVCXPRT *xprt;
++ struct __rpc_sockinfo si;
++ struct t_bind taddr;
+
+ if ((fd = __rpc_nconf2fd(nconf)) == -1) {
+ if (debugging)
+@@ -511,7 +515,21 @@ create_rmtcall_fd(struct netconfig *nconf)
+ nconf-nc_device, errno);
+ return (-1);
+ }
+- xprt = svc_tli_create(fd, 0, (struct t_bind *) 0, 0, 0);
++
++ if (random_port) {
++ __rpc_fd2sockinfo(fd, si);
++ memset(taddr, 0, sizeof(taddr));
++ taddr.addr.maxlen = taddr.addr.len = si.si_alen;
++ taddr.addr.buf = malloc(si.si_alen);
++ if (taddr.addr.buf == NULL) {
++ return -1;
++ }
++ *(unsigned short *)((taddr.addr.buf[0])) = si.si_af;
++ *(unsigned short *)((taddr.addr.buf[2])) = htons(random_port);
++ xprt = svc_tli_create(fd, nconf, taddr, RPC_MAXDATASIZE,
RPC_MAXDATASIZE);
++ } else {
++ xprt = svc_tli_create(fd, 0, (struct t_bind *) 0, 0, 0);
++ }
+ if (xprt == NULL) {
+ if (debugging)
+ fprintf(stderr,
+diff --git a/src/rpcbind.c b/src/rpcbind.c
+index 83dbe93..e82cf45 100644
+--- a/src/rpcbind.c
b/src/rpcbind.c
+@@ -99,6 +99,7 @@ int runasdaemon = 0;
+ int insecure = 0;
+ int oldstyle_local = 0;
+ int verboselog = 0;
++unsigned short random_port = 0;
+
+ char **hosts = NULL;
+ int nhosts = 0;
+@@ -748,7 +749,7 @@ parseargs(int argc, char *argv[])
+ {
+ int c;
+ oldstyle_local = 1;
+- while ((c = getopt(argc, argv, adh:ilswf)) != -1) {
++ while ((c = getopt(argc, argv, adh:p:ilswf)) != -1) {
+ switch (c) {
+ case 'a':
+ doabort = 1;/* when debugging, do an abort on */
+@@ -766,6 +767,9 @@ parseargs(int argc, char *argv[])
+ if (hosts[nhosts - 1] == NULL)
+ errx(1, Out of memory);
+ break;
++ case 'p':
++ random_port = atoi(optarg);
++ break;
+ case 'i':
+ insecure = 1;
+ break;
+--
+1.7.9.5
+
diff --git a/meta/recipes-extended/rpcbind/rpcbind_0.2.1.bb
b/meta/recipes-extended/rpcbind/rpcbind_0.2.1.bb
index 89e567b..65351d0 100644
--- a/meta/recipes-extended/rpcbind/rpcbind_0.2.1.bb
+++ b/meta/recipes-extended/rpcbind/rpcbind_0.2.1.bb
@@ -12,6 +12,7 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=b46486e4c4a416602693a711bb5bfa39 \
SRC_URI = ${SOURCEFORGE_MIRROR}/rpcbind/rpcbind-${PV}.tar.bz2 \
file://0001-rpcbind-rpcuser-not-being-set-in-Makefile.am.patch \
+ file://rpcbind_add_option_to_fix_port_number.patch \
file://init.d \
${UCLIBCPATCHES} \
file://rpcbind.conf \
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] pyparted: Add recipe
From: Sujith H sujith_harida...@mentor.com
This recipe will provide a set of Python modules that
provide Python programmers an interface to libparted,
the GNU parted library for disk partitioning and filesystem
manipulation.
Signed-off-by: Christopher Larson chris_lar...@mentor.com
Signed-off-by: Sujith H sujith_harida...@mentor.com
---
meta/recipes-extended/pyparted/pyparted_3.9.bb | 21 +
1 file changed, 21 insertions(+)
create mode 100644 meta/recipes-extended/pyparted/pyparted_3.9.bb
diff --git a/meta/recipes-extended/pyparted/pyparted_3.9.bb
b/meta/recipes-extended/pyparted/pyparted_3.9.bb
new file mode 100644
index 000..7b284cc
--- /dev/null
+++ b/meta/recipes-extended/pyparted/pyparted_3.9.bb
@@ -0,0 +1,21 @@
+DESCRIPTION = pyparted is a set of Python modules that provide Python
programmers \
+an interface to libparted, the GNU parted library for disk partitioning and \
+filesystem manipulation.
+SUMMARY = Python bindings for libparted
+HOMEPAGE = https://fedorahosted.org/pyparted/;
+SCM_URI = git://git.fedorahosted.org/pyparted.git
+LICENSE = GPL-2.0+
+LIC_FILES_CHKSUM = \
+file://COPYING;md5=8ca43cbc842c2336e835926c2166c28b \
+
file://src/_pedmodule.c;startline=10;endline=22;md5=70c62bd73782a03f56a0571a9f08ea46
\
+
+DEPENDS += parted
+PR = r0
+
+SRC_URI =
https://fedorahosted.org/releases/p/y/pyparted/pyparted-${PV}.tar.gz;
+SRC_URI[md5sum] = f16c7ef7f5fa4a43fcb2a4654b487e39
+SRC_URI[sha256sum] =
a56712e3d058ce3d859c158236dbbf45224018919efd3d880ea80f9e0d0bebbb
+
+inherit distutils
+
+BBCLASSEXTEND += native
--
1.8.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] perf.bb: fix multilib build
Fixed:
$ bitbake perf lib32-perf
ERROR: QA Issue: lib32-perf: Files/directories were installed but not shipped
/usr/lib64
/usr/lib64/traceevent
/usr/lib64/traceevent/plugins
/usr/lib64/traceevent/plugins/plugin_function.so
/usr/lib64/traceevent/plugins/plugin_scsi.so
/usr/lib64/traceevent/plugins/plugin_hrtimer.so
/usr/lib64/traceevent/plugins/plugin_kmem.so
/usr/lib64/traceevent/plugins/plugin_jbd2.so
/usr/lib64/traceevent/plugins/plugin_xen.so
/usr/lib64/traceevent/plugins/plugin_mac80211.so
/usr/lib64/traceevent/plugins/plugin_cfg80211.so
/usr/lib64/traceevent/plugins/plugin_sched_switch.so
/usr/lib64/traceevent/plugins/plugin_kvm.so [installed-vs-shipped]
The perf.do_configure edits kernel's
${STAGING_KERNEL_DIR}/tools/perf/config/Makefile, there would be
problems since kernel doesn't have multilib, and the build result is
undetermined.
Previously, the sed command changed libdir to /usr/lib64 (or 32) in the
Makefile, so the build result was different if we build perf (64) first
or lib32-perf first.
Use the weak assignment libdir ?= to instead of libdir = will fix
the problem since the multilib builds are in different processes, and
they won't affect each other any more.
The sed command will match both $(prefix)/$(lib) and $(prefix)/lib since
the Makefile may has been modified before this patch.
Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
meta/recipes-kernel/perf/perf.bb |8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-kernel/perf/perf.bb b/meta/recipes-kernel/perf/perf.bb
index bfd210c..ebfedb9 100644
--- a/meta/recipes-kernel/perf/perf.bb
+++ b/meta/recipes-kernel/perf/perf.bb
@@ -121,10 +121,12 @@ do_configure_prepend () {
# detected by perf, since it triggers via: ifeq ($(ARCH),x86_64). In a 32
bit
# build, with a 64 bit multilib, the arch won't match and the detection of
a
# 64 bit build (and library) are not exected. To ensure that libraries are
-# installed to the correct location, we can make the substitution in the
-# config/Makefile. For non multilib builds, this has no impact.
+# installed to the correct location, we can use the weak assignment in the
+# config/Makefile.
if [ -e ${S}/tools/perf/config/Makefile ]; then
-sed -i 's,libdir = $(prefix)/$(lib),libdir = $(prefix)/${baselib},'
${S}/tools/perf/config/Makefile
+# Match $(prefix)/$(lib) and $(prefix)/lib
+sed -i 's,^libdir = \($(prefix)/.*lib\),libdir ?= \1,' \
+${S}/tools/perf/config/Makefile
fi
# We need to ensure the --sysroot option in CC is preserved
if [ -e ${S}/tools/perf/Makefile.perf ]; then
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] perf.bb: fix multilib build
The following changes since commit 4321c553d5ae816e566234e981a0815bba046d39: SIGGEN_EXCLUDERECIPES_ABISAFE: add initscripts (2014-08-11 17:44:09 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/perf http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=rbt/perf Robert Yang (1): perf.bb: fix multilib build meta/recipes-kernel/perf/perf.bb |8 +--- 1 file changed, 5 insertions(+), 3 deletions(-) -- 1.7.9.5 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] pyparted: Add recipe
On Tue, Aug 12, 2014 at 02:34:20PM +0530, Sujith H wrote:
From: Sujith H sujith_harida...@mentor.com
This recipe will provide a set of Python modules that
provide Python programmers an interface to libparted,
the GNU parted library for disk partitioning and filesystem
manipulation.
Why not add it to meta-python?
Signed-off-by: Christopher Larson chris_lar...@mentor.com
Signed-off-by: Sujith H sujith_harida...@mentor.com
---
meta/recipes-extended/pyparted/pyparted_3.9.bb | 21 +
1 file changed, 21 insertions(+)
create mode 100644 meta/recipes-extended/pyparted/pyparted_3.9.bb
diff --git a/meta/recipes-extended/pyparted/pyparted_3.9.bb
b/meta/recipes-extended/pyparted/pyparted_3.9.bb
new file mode 100644
index 000..7b284cc
--- /dev/null
+++ b/meta/recipes-extended/pyparted/pyparted_3.9.bb
@@ -0,0 +1,21 @@
+DESCRIPTION = pyparted is a set of Python modules that provide Python
programmers \
+an interface to libparted, the GNU parted library for disk partitioning and \
+filesystem manipulation.
+SUMMARY = Python bindings for libparted
+HOMEPAGE = https://fedorahosted.org/pyparted/;
+SCM_URI = git://git.fedorahosted.org/pyparted.git
+LICENSE = GPL-2.0+
+LIC_FILES_CHKSUM = \
+file://COPYING;md5=8ca43cbc842c2336e835926c2166c28b \
+
file://src/_pedmodule.c;startline=10;endline=22;md5=70c62bd73782a03f56a0571a9f08ea46
\
+
+DEPENDS += parted
+PR = r0
^ drop
+
+SRC_URI =
https://fedorahosted.org/releases/p/y/pyparted/pyparted-${PV}.tar.gz;
+SRC_URI[md5sum] = f16c7ef7f5fa4a43fcb2a4654b487e39
+SRC_URI[sha256sum] =
a56712e3d058ce3d859c158236dbbf45224018919efd3d880ea80f9e0d0bebbb
+
+inherit distutils
+
+BBCLASSEXTEND += native
--
1.8.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
--
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
signature.asc
Description: Digital signature
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] lttng-ust: update to version 2.5.0
On Mon, Aug 11, 2014 at 07:09:30PM +0500, Yasir Khan wrote:
From: Yasir-Khan yasir_k...@mentor.com
update to latest stable-2.5 revision
Signed-off-by: Yasir-Khan yasir_k...@mentor.com
---
.../{lttng-ust_2.4.0.bb = lttng-ust_2.5.0.bb} |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-kernel/lttng/{lttng-ust_2.4.0.bb = lttng-ust_2.5.0.bb}
(87%)
diff --git a/meta/recipes-kernel/lttng/lttng-ust_2.4.0.bb
b/meta/recipes-kernel/lttng/lttng-ust_2.5.0.bb
similarity index 87%
rename from meta/recipes-kernel/lttng/lttng-ust_2.4.0.bb
rename to meta/recipes-kernel/lttng/lttng-ust_2.5.0.bb
index 1629554..1595627 100644
--- a/meta/recipes-kernel/lttng/lttng-ust_2.4.0.bb
+++ b/meta/recipes-kernel/lttng/lttng-ust_2.5.0.bb
@@ -17,11 +17,11 @@ RPROVIDES_${PN} = lttng2-ust
RREPLACES_${PN} = lttng2-ust
RCONFLICTS_${PN} = lttng2-ust
-SRCREV = 5ba5bf7fba804d2de773ae1c71106a8ed856c56a
-PV = 2.4.0
+SRCREV = ce59a997afdb7dc8af02b464430bb7e35549fa66
+PV = 2.5.0
PE = 2
Please fix the LICENSE, see:
https://www.mail-archive.com/openembedded-core@lists.openembedded.org/msg54629.html
-SRC_URI = git://git.lttng.org/lttng-ust.git;branch=stable-2.4 \
+SRC_URI = git://git.lttng.org/lttng-ust.git;branch=stable-2.5 \
file://lttng-ust-doc-examples-disable.patch \
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
--
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
signature.asc
Description: Digital signature
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/8] lttng-modules: update to 2.5.0
On Fri, Jul 25, 2014 at 09:48:02AM -0400, Bruce Ashfield wrote:
On Fri, Jul 25, 2014 at 9:46 AM, Martin Jansa martin.ja...@gmail.com wrote:
On Fri, Jul 25, 2014 at 09:36:12AM -0400, Bruce Ashfield wrote:
On Fri, Jul 25, 2014 at 9:23 AM, Bruce Ashfield
bruce.ashfi...@gmail.com wrote:
On Fri, Jul 25, 2014 at 9:21 AM, Martin Jansa martin.ja...@gmail.com
wrote:
On Thu, Jul 24, 2014 at 04:41:48PM -0400, Bruce Ashfield wrote:
During the uprev of the yocto kernel to 3.16, lttng-modules failed to
build.
To grab the latest stable content, we update to 2.5.0, and add two
patches
to also make it build against 3.16+.
We also drop the older 2.3.3 lttng-modules, since it is no longer
required
to support ARM builds.
Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com
---
...compaction-instrumentation-to-3.16-kernel.patch | 83
++
...ate-vmscan-instrumentation-to-3.16-kernel.patch | 70
++
meta/recipes-kernel/lttng/lttng-modules_2.3.3.bb | 36 --
...tng-modules_2.4.1.bb = lttng-modules_2.5.0.bb} | 7 +-
4 files changed, 157 insertions(+), 39 deletions(-)
create mode 100644
meta/recipes-kernel/lttng/lttng-modules/Update-compaction-instrumentation-to-3.16-kernel.patch
create mode 100644
meta/recipes-kernel/lttng/lttng-modules/Update-vmscan-instrumentation-to-3.16-kernel.patch
delete mode 100644 meta/recipes-kernel/lttng/lttng-modules_2.3.3.bb
rename meta/recipes-kernel/lttng/{lttng-modules_2.4.1.bb =
lttng-modules_2.5.0.bb} (85%)
...
diff --git a/meta/recipes-kernel/lttng/lttng-modules_2.4.1.bb
b/meta/recipes-kernel/lttng/lttng-modules_2.5.0.bb
similarity index 85%
rename from meta/recipes-kernel/lttng/lttng-modules_2.4.1.bb
rename to meta/recipes-kernel/lttng/lttng-modules_2.5.0.bb
index 5e05ffc69853..5a99a5adae8b 100644
--- a/meta/recipes-kernel/lttng/lttng-modules_2.4.1.bb
+++ b/meta/recipes-kernel/lttng/lttng-modules_2.5.0.bb
@@ -10,14 +10,15 @@ DEPENDS = virtual/kernel
Is the LICENSE = LGPLv2.1 GPLv2 correct?
Let me double check. I was doing an update and test, and didn't notice if
this had changed.
Even if it did change, and I'm just uprev'ing .. I'll fix it, since it
being wrong
in the past doesn't give me a free pass to keep it wrong in an update :)
Too funny. There have been the three MIT licence files since 2011 .. so I
agree
that the recipe's summary is long. I'll tack a patch onto the end of the
series
and wait to hear from RP/Saul about anything else I may have broken.
Sorry I thought you're maintainer of lttng-*, it seems like Laurentiu is
No worries. I just get caught in the blast when lttng blows up during
kernel uprevs, and I fix the wreckage so I can send out my updates :)
If we don't hear from Laurentiu, I can still do the update, so I'll hold it
as a separate patch here.
Ping!
Someone just sent patch to upgrade lttng-ust, so I've asked him for
LICENSE fix as well.
+ Laurentiu
maintainers.inc:RECIPE_MAINTAINER_pn-lttng-modules = Laurentiu Palcu
laurentiu.pa...@intel.com
maintainers.inc:RECIPE_MAINTAINER_pn-lttng-ust = Laurentiu Palcu
laurentiu.pa...@intel.com
The same LICENSE issue is in lttng-ust
git/LICENSE:
...
* MIT license :
Public header files are distributed under the MIT license. See
mit-license.txt for details.
...
Bruce
Cheers,
Bruce
git/LICENSE says:
* MIT-style license
These files are licensed under an MIT-style license. See mit-license.txt
for details.
lib/prio_heap/lttng_prio_heap.h
lib/prio_heap/lttng_prio_heap.c
lib/bitfield.h
inherit module
-SRCREV = a0383def517e3aebbbcebae61fe2bcfb50d31e71
-PV = 2.4.1
+SRCREV = 789fd1d06d07aeb9a403bdce1b3318560cfc6eca
# lttng currently blacklists arm with gcc-4.8
COMPATIBLE_HOST = '(x86_64|i.86|powerpc|aarch64|mips).*-linux'
-SRC_URI = git://git.lttng.org/lttng-modules.git;branch=stable-2.4 \
+SRC_URI = git://git.lttng.org/lttng-modules.git;branch=stable-2.5 \
file://lttng-modules-replace-KERNELDIR-with-KERNEL_SRC.patch \
+
file://Update-compaction-instrumentation-to-3.16-kernel.patch \
+ file://Update-vmscan-instrumentation-to-3.16-kernel.patch \
export INSTALL_MOD_DIR=kernel/lttng-modules
--
1.8.1.2
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
--
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
--
Re: [OE-core] [PATCH 2/8] lttng-modules: update to 2.5.0
Hi Martin, On Tue, Aug 12, 2014 at 01:33:05PM +0200, Martin Jansa wrote: Sorry I thought you're maintainer of lttng-*, it seems like Laurentiu is No worries. I just get caught in the blast when lttng blows up during kernel uprevs, and I fix the wreckage so I can send out my updates :) If we don't hear from Laurentiu, I can still do the update, so I'll hold it as a separate patch here. Ping! Someone just sent patch to upgrade lttng-ust, so I've asked him for LICENSE fix as well. It seems I missed your previous email... :/ My apologies. Regarding lttng* recipes, as of a couple of months ago, RP is the maintainer: RECIPE_MAINTAINER_pn-lttng-modules = Richard Purdie richard.pur...@linuxfoundation.org RECIPE_MAINTAINER_pn-lttng-tools = Richard Purdie richard.pur...@linuxfoundation.org RECIPE_MAINTAINER_pn-lttng-ust = Richard Purdie richard.pur...@linuxfoundation.org laurentiu -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] busybox : fix do_compile failed on qemumips when DEBUG_BUILD (ICE)
Build busybox on mips with -g -O, there is a ice failure:
...
shell/ash.c:8758:1: internal compiler error: in dwarf2out_var_location, at
dwarf2out.c:21264
...
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
{standard input}: Assembler messages:
{standard input}: Warning: missing .end at end of assembly
{standard input}: Error: open CFI at the end of file; missing .cfi_endproc
directive
...
The following line caused the ice failure on mips:
...
void evaltreenr(union node *, int) __attribute__
((alias(evaltree),__noreturn__));
...
So remove evaltreenr which was a alias of evaltree, and use evaltree
to instead.
[YOCTO #6625]
Signed-off-by: Hongxu Jia hongxu@windriver.com
---
.../fix-ice-on-mips-while-compiling-with-g-O.patch | 65 ++
meta/recipes-core/busybox/busybox_1.22.1.bb| 4 ++
2 files changed, 69 insertions(+)
create mode 100644
meta/recipes-core/busybox/busybox/fix-ice-on-mips-while-compiling-with-g-O.patch
diff --git
a/meta/recipes-core/busybox/busybox/fix-ice-on-mips-while-compiling-with-g-O.patch
b/meta/recipes-core/busybox/busybox/fix-ice-on-mips-while-compiling-with-g-O.patch
new file mode 100644
index 000..d8bf5da
--- /dev/null
+++
b/meta/recipes-core/busybox/busybox/fix-ice-on-mips-while-compiling-with-g-O.patch
@@ -0,0 +1,65 @@
+shell/ash.c: fix ice on mips while compiling with -g -O
+
+Build busybox on mips with -g -O, there is a ice failure:
+...
+shell/ash.c:8758:1: internal compiler error: in dwarf2out_var_location, at
dwarf2out.c:21264
+...
+Please submit a full bug report,
+with preprocessed source if appropriate.
+See http://gcc.gnu.org/bugs.html for instructions.
+{standard input}: Assembler messages:
+{standard input}: Warning: missing .end at end of assembly
+{standard input}: Error: open CFI at the end of file; missing .cfi_endproc
directive
+...
+
+The following line caused the ice failure on mips:
+...
+void evaltreenr(union node *, int) __attribute__
((alias(evaltree),__noreturn__));
+...
+So remove evaltreenr which was a alias of evaltree, and use evaltree
+to instead.
+
+Upstream-Status: Pending
+
+Signed-off-by: Hongxu Jia hongxu@windriver.com
+---
+ shell/ash.c | 9 ++---
+ 1 file changed, 2 insertions(+), 7 deletions(-)
+
+diff --git a/shell/ash.c b/shell/ash.c
+index 71ef9a6..4462e40 100644
+--- a/shell/ash.c
b/shell/ash.c
+@@ -8490,11 +8490,6 @@ evaltree(union node *n, int flags)
+ TRACE((leaving evaltree (no interrupts)\n));
+ }
+
+-#if !defined(__alpha__) || (defined(__GNUC__) __GNUC__ = 3)
+-static
+-#endif
+-void evaltreenr(union node *, int) __attribute__
((alias(evaltree),__noreturn__));
+-
+ static void
+ evalloop(union node *n, int flags)
+ {
+@@ -8621,7 +8616,7 @@ evalsubshell(union node *n, int flags)
+ flags = ~EV_TESTED;
+ nofork:
+ redirect(n-nredir.redirect, 0);
+- evaltreenr(n-nredir.n, flags);
++ evaltree(n-nredir.n, flags);
+ /* never returns */
+ }
+ status = 0;
+@@ -8740,7 +8735,7 @@ evalpipe(union node *n, int flags)
+ dup2(pip[1], 1);
+ close(pip[1]);
+ }
+- evaltreenr(lp-n, flags);
++ evaltree(lp-n, flags);
+ /* never returns */
+ }
+ if (prevfd = 0)
+--
+1.9.1
+
diff --git a/meta/recipes-core/busybox/busybox_1.22.1.bb
b/meta/recipes-core/busybox/busybox_1.22.1.bb
index 46641e1..0cd2b3a 100644
--- a/meta/recipes-core/busybox/busybox_1.22.1.bb
+++ b/meta/recipes-core/busybox/busybox_1.22.1.bb
@@ -32,6 +32,10 @@ SRC_URI =
http://www.busybox.net/downloads/busybox-${PV}.tar.bz2;name=tarball \
file://0001-build-system-Specify-nostldlib-when-linking-to-.o-fi.patch \
+SRC_URI_append_mips = \
+${@base_conditional( DEBUG_BUILD, 1,
file://fix-ice-on-mips-while-compiling-with-g-O.patch, , d )} \
+
+
SRC_URI[tarball.md5sum] = 337d1a15ab1cb1d4ed423168b1eb7d7e
SRC_URI[tarball.sha256sum] =
ae0b029d0a9e4dd71a077a790840e496dd838998e4571b87b60fed7462b6678b
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] busybox : fix do_compile failed on qemumips when DEBUG_BUILD (ICE)
Test Steps: 1. vim local.conf: ... MACHINE ?= qemumips DEBUG_BUILD = 1 ... 2. bitbake busybox //Hongxu The following changes since commit 870bb8d35547b8313b3a487d7e8b914ab9470e64: local.conf.sample.extended: fix example for EXTRA_USERS_PARAMS (2014-08-04 17:38:24 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib hongxu/fix-busybox-ice-mips http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=hongxu/fix-busybox-ice-mips Hongxu Jia (1): busybox : fix do_compile failed on qemumips when DEBUG_BUILD (ICE) .../fix-ice-on-mips-while-compiling-with-g-O.patch | 65 ++ meta/recipes-core/busybox/busybox_1.22.1.bb| 4 ++ 2 files changed, 69 insertions(+) create mode 100644 meta/recipes-core/busybox/busybox/fix-ice-on-mips-while-compiling-with-g-O.patch -- 1.9.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] strace: apply ptrace.h conflict workaround
From: Yasir-Khan yasir_k...@mentor.com
Apply patch from strace upstream to workaround ptrace.h
header file conflict. This patch is not available in
strace-4.8 tarball pulled in by recipe.
* patch from strace upstream
- Work around conflict between sys/ptrace.h and
linux/ptrace.h
Signed-off-by: Yasir-Khan yasir_k...@mentor.com
---
...-conflict-between-sys-ptrace.h-and-linux-.patch | 108
meta/recipes-devtools/strace/strace_4.8.bb |1 +
2 files changed, 109 insertions(+)
create mode 100644
meta/recipes-devtools/strace/strace-4.8/0001-Work-around-conflict-between-sys-ptrace.h-and-linux-.patch
diff --git
a/meta/recipes-devtools/strace/strace-4.8/0001-Work-around-conflict-between-sys-ptrace.h-and-linux-.patch
b/meta/recipes-devtools/strace/strace-4.8/0001-Work-around-conflict-between-sys-ptrace.h-and-linux-.patch
new file mode 100644
index 000..5a0090e
--- /dev/null
+++
b/meta/recipes-devtools/strace/strace-4.8/0001-Work-around-conflict-between-sys-ptrace.h-and-linux-.patch
@@ -0,0 +1,108 @@
+Upstream-Status: Backport
+
+From 0b4060f61f1bb101b5d8d084714b7d2feacdb199 Mon Sep 17 00:00:00 2001
+From: Ali Polatel a...@exherbo.org
+Date: Tue, 24 Sep 2013 20:04:32 +0300
+Subject: [PATCH] Work around conflict between sys/ptrace.h and
+ linux/ptrace.h
+
+Since glibc-2.18~39 sys/ptrace.h defines ptrace_peeksiginfo_args
+which collides with linux/ptrace.h.
+
+* configure.ac: Check for `struct ptrace_peeksiginfo_args' in
+sys/ptrace.h.
+* process.c: Work around potential conflict between sys/ptrace.h
+and linux/ptrace.h by redefining ptrace_peeksiginfo_args.
+* signal.c: Likewise.
+* syscall.c: Likewise.
+* util.c: Likewise.
+
+Signed-off-by: Ali Polatel a...@exherbo.org
+---
+ configure.ac | 2 +-
+ process.c| 4
+ signal.c | 4
+ syscall.c| 4
+ util.c | 4
+ 5 files changed, 17 insertions(+), 1 deletion(-)
+
+diff --git a/configure.ac b/configure.ac
+index f19e4f2..aa4923a 100644
+--- a/configure.ac
b/configure.ac
+@@ -257,7 +257,7 @@ AC_CHECK_MEMBERS([struct T_conn_res.QUEUE_ptr,
+
+ AC_CHECK_TYPES([struct __old_kernel_stat],,, [#include asm/stat.h])
+
+-AC_CHECK_TYPES([struct pt_all_user_regs, struct ia64_fpreg],,,
++AC_CHECK_TYPES([struct pt_all_user_regs, struct ia64_fpreg, struct
ptrace_peeksiginfo_args],,,
+ [#include sys/ptrace.h])
+
+ AC_CHECK_TYPES([struct user_desc],,, [#include asm/ldt.h])
+diff --git a/process.c b/process.c
+index 1a2181b..59428a4 100644
+--- a/process.c
b/process.c
+@@ -63,7 +63,11 @@
+ # ifdef HAVE_STRUCT_PT_ALL_USER_REGS
+ # define pt_all_user_regs XXX_pt_all_user_regs
+ # endif
++# ifdef HAVE_STRUCT_PTRACE_PEEKSIGINFO_ARGS
++# define ptrace_peeksiginfo_args XXX_ptrace_peeksiginfo_args
++# endif
+ # include linux/ptrace.h
++# undef ptrace_peeksiginfo_args
+ # undef ia64_fpreg
+ # undef pt_all_user_regs
+ #endif
+diff --git a/signal.c b/signal.c
+index 7fb9abf..3411ddd 100644
+--- a/signal.c
b/signal.c
+@@ -51,7 +51,11 @@
+ # ifdef HAVE_STRUCT_PT_ALL_USER_REGS
+ # define pt_all_user_regs XXX_pt_all_user_regs
+ # endif
++# ifdef HAVE_STRUCT_PTRACE_PEEKSIGINFO_ARGS
++# define ptrace_peeksiginfo_args XXX_ptrace_peeksiginfo_args
++# endif
+ # include linux/ptrace.h
++# undef ptrace_peeksiginfo_args
+ # undef ia64_fpreg
+ # undef pt_all_user_regs
+ #endif
+diff --git a/syscall.c b/syscall.c
+index 83a95bd..3477dcd 100644
+--- a/syscall.c
b/syscall.c
+@@ -48,7 +48,11 @@
+ # ifdef HAVE_STRUCT_PT_ALL_USER_REGS
+ # define pt_all_user_regs XXX_pt_all_user_regs
+ # endif
++# ifdef HAVE_STRUCT_PTRACE_PEEKSIGINFO_ARGS
++# define ptrace_peeksiginfo_args XXX_ptrace_peeksiginfo_args
++# endif
+ # include linux/ptrace.h
++# undef ptrace_peeksiginfo_args
+ # undef ia64_fpreg
+ # undef pt_all_user_regs
+ #endif
+diff --git a/util.c b/util.c
+index 0dab902..30a7f19 100644
+--- a/util.c
b/util.c
+@@ -55,7 +55,11 @@
+ # ifdef HAVE_STRUCT_PT_ALL_USER_REGS
+ # define pt_all_user_regs XXX_pt_all_user_regs
+ # endif
++# ifdef HAVE_STRUCT_PTRACE_PEEKSIGINFO_ARGS
++# define ptrace_peeksiginfo_args XXX_ptrace_peeksiginfo_args
++# endif
+ # include linux/ptrace.h
++# undef ptrace_peeksiginfo_args
+ # undef ia64_fpreg
+ # undef pt_all_user_regs
+ #endif
+--
+1.8.2.1
+
diff --git a/meta/recipes-devtools/strace/strace_4.8.bb
b/meta/recipes-devtools/strace/strace_4.8.bb
index d954c37..ed738ea 100644
--- a/meta/recipes-devtools/strace/strace_4.8.bb
+++ b/meta/recipes-devtools/strace/strace_4.8.bb
@@ -10,6 +10,7 @@ SRC_URI = ${SOURCEFORGE_MIRROR}/strace/strace-${PV}.tar.xz \
file://Makefile-ptest.patch \
file://strace-fix-64-bit-process-detection.patch \
file://run-ptest \
+
file://0001-Work-around-conflict-between-sys-ptrace.h-and-linux-.patch \
SRC_URI[md5sum] = c575ef43829586801f514fd91bfe7575
--
1.7.9.5
--
___
Openembedded-core mailing list
[OE-core] [PATCH] avahi: unset FILES_avahi to avoid packaging files there
The main avahi recipe doesn't package anything into ${PN}. If a library is
enabled but not put into a separate package it ends up in ${PN} and all the
packages are renamed using it's soname - ie libdns-sd-daemon.
Avoid this by clearing FILES_avahi so extra files are unpackaged instead of
creating a new package.
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/recipes-connectivity/avahi/avahi.inc |3 +++
1 file changed, 3 insertions(+)
diff --git a/meta/recipes-connectivity/avahi/avahi.inc
b/meta/recipes-connectivity/avahi/avahi.inc
index 3318f40..4a68f6a 100644
--- a/meta/recipes-connectivity/avahi/avahi.inc
+++ b/meta/recipes-connectivity/avahi/avahi.inc
@@ -73,6 +73,9 @@ do_configure_prepend() {
PACKAGES =+ avahi-daemon libavahi-common libavahi-core libavahi-client
avahi-dnsconfd libavahi-glib libavahi-ui avahi-autoipd avahi-utils
+# As avahi doesn't put any files into PN, clear the files list to avoid
problems
+# if extra libraries appear.
+FILES_avahi =
FILES_avahi-autoipd = ${sbindir}/avahi-autoipd \
${sysconfdir}/avahi/avahi-autoipd.action \
${sysconfdir}/dhcp/*/avahi-autoipd \
--
1.7.10.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] pyparted: Add recipe
On Tue, Aug 12, 2014 at 4:55 PM, Martin Jansa martin.ja...@gmail.com
wrote:
On Tue, Aug 12, 2014 at 02:34:20PM +0530, Sujith H wrote:
From: Sujith H sujith_harida...@mentor.com
This recipe will provide a set of Python modules that
provide Python programmers an interface to libparted,
the GNU parted library for disk partitioning and filesystem
manipulation.
Why not add it to meta-python?
Sure. Sending the patch to meta-python for review.
Signed-off-by: Christopher Larson chris_lar...@mentor.com
Signed-off-by: Sujith H sujith_harida...@mentor.com
---
meta/recipes-extended/pyparted/pyparted_3.9.bb | 21
+
1 file changed, 21 insertions(+)
create mode 100644 meta/recipes-extended/pyparted/pyparted_3.9.bb
diff --git a/meta/recipes-extended/pyparted/pyparted_3.9.bb
b/meta/recipes-extended/pyparted/pyparted_3.9.bb
new file mode 100644
index 000..7b284cc
--- /dev/null
+++ b/meta/recipes-extended/pyparted/pyparted_3.9.bb
@@ -0,0 +1,21 @@
+DESCRIPTION = pyparted is a set of Python modules that provide Python
programmers \
+an interface to libparted, the GNU parted library for disk partitioning
and \
+filesystem manipulation.
+SUMMARY = Python bindings for libparted
+HOMEPAGE = https://fedorahosted.org/pyparted/;
+SCM_URI = git://git.fedorahosted.org/pyparted.git
+LICENSE = GPL-2.0+
+LIC_FILES_CHKSUM = \
+file://COPYING;md5=8ca43cbc842c2336e835926c2166c28b \
+
file://src/_pedmodule.c;startline=10;endline=22;md5=70c62bd73782a03f56a0571a9f08ea46
\
+
+DEPENDS += parted
+PR = r0
^ drop
+
+SRC_URI =
https://fedorahosted.org/releases/p/y/pyparted/pyparted-${PV}.tar.gz;
+SRC_URI[md5sum] = f16c7ef7f5fa4a43fcb2a4654b487e39
+SRC_URI[sha256sum] =
a56712e3d058ce3d859c158236dbbf45224018919efd3d880ea80f9e0d0bebbb
+
+inherit distutils
+
+BBCLASSEXTEND += native
--
1.8.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
--
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
--
സുജിത് ഹരിദാസന്
Bangalore
ProjectContributor to KDE project
http://fci.wikia.com/wiki/Anti-DRM-Campaign
Blog http://sujithh.info
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2 7/7] gstreamer1.0-omx: upgrade to 1.2.0
On Tue, Jul 29, 2014 at 11:05:22PM +0200, Carlos Rafael Giani wrote:
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
.../{gstreamer1.0-omx_1.0.0.bb = gstreamer1.0-omx_1.2.0.bb} | 4
++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-omx_1.0.0.bb =
gstreamer1.0-omx_1.2.0.bb} (69%)
would you mind fixing these floating deps?
gstreamer1.0-omx-1.2.0: gstreamer1.0-omx rdepends on libegl-mesa, but it isn't
a build dependency? [build-deps]
gstreamer1.0-omx-1.2.0: gstreamer1.0-omx rdepends on libudev, but it isn't a
build dependency? [build-deps]
gstreamer1.0-omx-1.2.0: gstreamer1.0-omx rdepends on wayland, but it isn't a
build dependency? [build-deps]
gstreamer1.0-omx-1.2.0: gstreamer1.0-omx rdepends on libgstgl-1.0, but it isn't
a build dependency? [build-deps]
gstreamer1.0-omx-1.2.0: gstreamer1.0-omx rdepends on libxdamage, but it isn't a
build dependency? [build-deps]
gstreamer1.0-omx-1.2.0: gstreamer1.0-omx rdepends on libgbm, but it isn't a
build dependency? [build-deps]
gstreamer1.0-omx-1.2.0: gstreamer1.0-omx rdepends on libwayland-egl, but it
isn't a build dependency? [build-deps]
gstreamer1.0-omx-1.2.0: gstreamer1.0-omx rdepends on libdrm, but it isn't a
build dependency? [build-deps]
gstreamer1.0-omx-1.2.0: gstreamer1.0-omx rdepends on libxfixes, but it isn't a
build dependency? [build-deps]
gstreamer1.0-omx-1.2.0: gstreamer1.0-omx rdepends on libgl-mesa, but it isn't a
build dependency? [build-deps]
gstreamer1.0-omx-1.2.0: gstreamer1.0-omx rdepends on libglu, but it isn't a
build dependency? [build-deps]
gstreamer1.0-omx-1.2.0: gstreamer1.0-omx rdepends on libglapi, but it isn't a
build dependency? [build-deps]
gstreamer1.0-omx-1.2.0: gstreamer1.0-omx rdepends on libxxf86vm, but it isn't a
build dependency? [build-deps]
diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-omx_1.0.0.bb
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-omx_1.2.0.bb
similarity index 69%
rename from meta/recipes-multimedia/gstreamer/gstreamer1.0-omx_1.0.0.bb
rename to meta/recipes-multimedia/gstreamer/gstreamer1.0-omx_1.2.0.bb
index f5956c6..fe7c91c 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-omx_1.0.0.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-omx_1.2.0.bb
@@ -5,8 +5,8 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=4fbd65380cdd255951079008b364516c \
SRC_URI = http://gstreamer.freedesktop.org/src/gst-omx/gst-omx-${PV}.tar.xz;
-SRC_URI[md5sum] = bb34b5742223267298bcffc209104a92
-SRC_URI[sha256sum] =
7a1d8d28d70dacc6bd3c7ee7d7e40df6d5a1d38d7c256d5c9c5c8ef15c005014
+SRC_URI[md5sum] = d24e8c0153c35dfefee3e26b1c2c35f8
+SRC_URI[sha256sum] =
0b4874961e6488ad9e5808114bd486ea981c540907262caab1419355fd82d745
S = ${WORKDIR}/gst-omx-${PV}
--
1.8.3.2
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
--
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
signature.asc
Description: Digital signature
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2 4/7] gstreamer1.0-plugins-bad: upgrade to 1.4.0
On Tue, Jul 29, 2014 at 11:05:19PM +0200, Carlos Rafael Giani wrote:
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
.../gstreamer/gstreamer1.0-plugins-bad.inc | 29
--
..._1.2.4.bb = gstreamer1.0-plugins-bad_1.4.0.bb} | 4 +--
2 files changed, 18 insertions(+), 15 deletions(-)
rename meta/recipes-multimedia/gstreamer/{gstreamer1.0-plugins-bad_1.2.4.bb
= gstreamer1.0-plugins-bad_1.4.0.bb} (75%)
Would you mind fixing this floating dependency?
gstreamer1.0-plugins-bad-1.4.0: libgstgl-1.0 rdepends on libglu, but it isn't a
build dependency? [build-deps]
diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
index ceb2de1..8ecc2aa 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
@@ -11,16 +11,16 @@ inherit gettext
PACKAGECONFIG ??= \
${@bb.utils.contains('DISTRO_FEATURES', 'wayland', 'wayland', '', d)} \
-${@bb.utils.contains('DISTRO_FEATURES', 'opengl', 'eglgles', '', d)} \
+${@bb.utils.contains('DISTRO_FEATURES', 'opengl', 'gl', '', d)} \
${@bb.utils.contains('DISTRO_FEATURES', 'bluetooth', 'bluez', '', d)} \
${@bb.utils.contains('DISTRO_FEATURES', 'directfb', 'directfb', '', d)} \
-orc curl uvch264 neon \
+orc curl uvch264 neon sndfile \
hls sbc dash bz2 smoothstreaming \
# dash = Dynamic Adaptive Streaming over HTTP
PACKAGECONFIG[assrender] =
--enable-assrender,--disable-assrender,libass
PACKAGECONFIG[curl]= --enable-curl,--disable-curl,curl
-PACKAGECONFIG[eglgles] =
--enable-eglgles,--disable-eglgles,virtual/egl virtual/libgles2
+PACKAGECONFIG[gl] = --enable-gl,--disable-gl,virtual/egl
virtual/libgles2
PACKAGECONFIG[faac]= --enable-faac,--disable-faac,faac
PACKAGECONFIG[faad]= --enable-faad,--disable-faad,faad2
PACKAGECONFIG[libmms] = --enable-libmms,--disable-libmms,libmms
@@ -43,18 +43,25 @@ PACKAGECONFIG[schroedinger]=
--enable-schro,--disable-schro,schroedinger
PACKAGECONFIG[smoothstreaming] =
--enable-smoothstreaming,--disable-smoothstreaming,libxml2
PACKAGECONFIG[bluez] = --enable-bluez,--disable-bluez,bluez4
PACKAGECONFIG[rsvg]= --enable-rsvg,--disable-rsvg,librsvg
+PACKAGECONFIG[sndfile] =
--enable-sndfile,--disable-sndfile,libsndfile1
+PACKAGECONFIG[webp]= --enable-webp,--disable-webp,libwebp
# these plugins have not been ported to 1.0 (yet):
-# directdraw vcd apexsink cdaudio dc1394 lv2 linsys musepack mythtv
-# nas timidity teletextdec sdl sndfile xvid wininet acm gsettings
-# sndio cdxaparse dccp faceoverlay hdvparse ivfparse jp2kdecimator
-# linsys mve nuvdemux osx_video patchdetect quicktime real sdi stereo
-# tta videomeasure videosignal vmnc
+# directdraw vcd apexsink dc1394 lv2 linsys musepack mythtv
+# nas timidity teletextdec sdl xvid wininet acm gsettings
+# sndio qtwrapper cdxaparse dccp faceoverlay hdvparse tta
+# mve nuvdemux osx_video patchdetect quicktime real sdi
+# videomeasure gsettings
+
+# these plugins have no corresponding library in OE-core or
meta-openembedded:
+# openni2 winks direct3d directdraw directsound winscreencap osx_video
+# apple_media android_media avc chromaprint daala dts gme gsm kate ladspa
mimic
+# mpeg2enc mplex ofa openjpeg opensles pvr resindvd rtmp soundtouch
spandsp spc
+# srtp vdpau voaacenc voamrwbenc wasapi zbar
EXTRA_OECONF += \
--enable-dvb \
--enable-shm \
---enable-mfc \
--enable-fbdev \
--enable-decklink \
--disable-acm \
@@ -62,13 +69,11 @@ EXTRA_OECONF += \
--disable-apexsink \
--disable-apple_media \
--disable-avc \
---disable-cdaudio \
--disable-chromaprint \
--disable-daala \
--disable-dc1394 \
--disable-direct3d \
--disable-directdraw \
---disable-directshow \
--disable-directsound \
--disable-dts \
--disable-gme \
@@ -94,7 +99,6 @@ EXTRA_OECONF += \
--disable-rtmp \
--disable-sdl \
--disable-sdltest \
---disable-sndfile \
--disable-sndio \
--disable-soundtouch \
--disable-spandsp \
@@ -107,7 +111,6 @@ EXTRA_OECONF += \
--disable-voaacenc \
--disable-voamrwbenc \
--disable-wasapi \
---disable-webp \
--disable-wildmidi \
--disable-wininet \
--disable-winscreencap \
diff --git
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.2.4.bb
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.4.0.bb
similarity index 75%
rename from
meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.2.4.bb
rename to meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.4.0.bb
index c57c98f..e6edb26 100644
Re: [OE-core] [PATCH v2 4/7] gstreamer1.0-plugins-bad: upgrade to 1.4.0
On Tue, Aug 12, 2014 at 04:06:47PM +0200, Martin Jansa wrote:
On Tue, Jul 29, 2014 at 11:05:19PM +0200, Carlos Rafael Giani wrote:
Signed-off-by: Carlos Rafael Giani d...@pseudoterminal.org
---
.../gstreamer/gstreamer1.0-plugins-bad.inc | 29
--
..._1.2.4.bb = gstreamer1.0-plugins-bad_1.4.0.bb} | 4 +--
2 files changed, 18 insertions(+), 15 deletions(-)
rename
meta/recipes-multimedia/gstreamer/{gstreamer1.0-plugins-bad_1.2.4.bb =
gstreamer1.0-plugins-bad_1.4.0.bb} (75%)
Would you mind fixing this floating dependency?
gstreamer1.0-plugins-bad-1.4.0: libgstgl-1.0 rdepends on libglu, but it isn't
a build dependency? [build-deps]
and
gstreamer1.0-plugins-bad-1.4.0: gstreamer1.0-plugins-bad-opengl rdepends on
libpng, but it isn't a build dependency? [build-deps]
gstreamer1.0-plugins-bad-1.4.0: gstreamer1.0-plugins-bad-opengl rdepends on
libjpeg-turbo, but it isn't a build dependency? [build-deps]
gstreamer1.0-plugins-bad-1.4.0: gstreamer1.0-plugins-bad-opengl rdepends on
libglu, but it isn't a build dependency? [build-deps]
diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
index ceb2de1..8ecc2aa 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
@@ -11,16 +11,16 @@ inherit gettext
PACKAGECONFIG ??= \
${@bb.utils.contains('DISTRO_FEATURES', 'wayland', 'wayland', '', d)} \
-${@bb.utils.contains('DISTRO_FEATURES', 'opengl', 'eglgles', '', d)} \
+${@bb.utils.contains('DISTRO_FEATURES', 'opengl', 'gl', '', d)} \
${@bb.utils.contains('DISTRO_FEATURES', 'bluetooth', 'bluez', '', d)} \
${@bb.utils.contains('DISTRO_FEATURES', 'directfb', 'directfb', '',
d)} \
-orc curl uvch264 neon \
+orc curl uvch264 neon sndfile \
hls sbc dash bz2 smoothstreaming \
# dash = Dynamic Adaptive Streaming over HTTP
PACKAGECONFIG[assrender] =
--enable-assrender,--disable-assrender,libass
PACKAGECONFIG[curl]= --enable-curl,--disable-curl,curl
-PACKAGECONFIG[eglgles] =
--enable-eglgles,--disable-eglgles,virtual/egl virtual/libgles2
+PACKAGECONFIG[gl] = --enable-gl,--disable-gl,virtual/egl
virtual/libgles2
PACKAGECONFIG[faac]= --enable-faac,--disable-faac,faac
PACKAGECONFIG[faad]= --enable-faad,--disable-faad,faad2
PACKAGECONFIG[libmms] = --enable-libmms,--disable-libmms,libmms
@@ -43,18 +43,25 @@ PACKAGECONFIG[schroedinger]=
--enable-schro,--disable-schro,schroedinger
PACKAGECONFIG[smoothstreaming] =
--enable-smoothstreaming,--disable-smoothstreaming,libxml2
PACKAGECONFIG[bluez] = --enable-bluez,--disable-bluez,bluez4
PACKAGECONFIG[rsvg]= --enable-rsvg,--disable-rsvg,librsvg
+PACKAGECONFIG[sndfile] =
--enable-sndfile,--disable-sndfile,libsndfile1
+PACKAGECONFIG[webp]= --enable-webp,--disable-webp,libwebp
# these plugins have not been ported to 1.0 (yet):
-# directdraw vcd apexsink cdaudio dc1394 lv2 linsys musepack mythtv
-# nas timidity teletextdec sdl sndfile xvid wininet acm gsettings
-# sndio cdxaparse dccp faceoverlay hdvparse ivfparse jp2kdecimator
-# linsys mve nuvdemux osx_video patchdetect quicktime real sdi stereo
-# tta videomeasure videosignal vmnc
+# directdraw vcd apexsink dc1394 lv2 linsys musepack mythtv
+# nas timidity teletextdec sdl xvid wininet acm gsettings
+# sndio qtwrapper cdxaparse dccp faceoverlay hdvparse tta
+# mve nuvdemux osx_video patchdetect quicktime real sdi
+# videomeasure gsettings
+
+# these plugins have no corresponding library in OE-core or
meta-openembedded:
+# openni2 winks direct3d directdraw directsound winscreencap osx_video
+# apple_media android_media avc chromaprint daala dts gme gsm kate
ladspa mimic
+# mpeg2enc mplex ofa openjpeg opensles pvr resindvd rtmp soundtouch
spandsp spc
+# srtp vdpau voaacenc voamrwbenc wasapi zbar
EXTRA_OECONF += \
--enable-dvb \
--enable-shm \
---enable-mfc \
--enable-fbdev \
--enable-decklink \
--disable-acm \
@@ -62,13 +69,11 @@ EXTRA_OECONF += \
--disable-apexsink \
--disable-apple_media \
--disable-avc \
---disable-cdaudio \
--disable-chromaprint \
--disable-daala \
--disable-dc1394 \
--disable-direct3d \
--disable-directdraw \
---disable-directshow \
--disable-directsound \
--disable-dts \
--disable-gme \
@@ -94,7 +99,6 @@ EXTRA_OECONF += \
--disable-rtmp \
--disable-sdl \
--disable-sdltest \
---disable-sndfile \
--disable-sndio \
--disable-soundtouch \
--disable-spandsp \
@@ -107,7 +111,6 @@
[OE-core] Automatic upgrade helper
Hi folks, I'd like to announce the immediate availability of the Automatic Upgrade Helper, a tool for automating the task of upgrading recipes when a new upstream release occurs. It utilises the build system to check if a new version of the software built by a particular recipe is available, and if it is, it will attempt to upgrade the recipe to build that new version. The outcome of the process is emailed to the maintainer of the recipe along with a patch to do the upgrade, so that they can send the patch to be merged (if the build succeeded with no warnings) or develop the patch further if problems occurred. The tool is available in the following repository: http://git.yoctoproject.org/cgit/cgit.cgi/auto-upgrade-helper/ Currently it builds upon distrodata.bbclass in order to do the upstream version checking, but in future we'd like to make better use of BitBake's fetcher to do this and also move some of the additional metadata out of inc files and into recipes as appropriate. There's probably other things we could do to make the tool more flexible in future as well. Feedback / contributions welcome. (Thanks to Laurentiu Palcu Marius Avram who did all of the work on this tool.) Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [oe-core][PATCH] recipes-devtools: Add OVMF recipe
From: Matt Fleming matt.flem...@intel.com
The EDK2 project provides a UEFI firmware image for Qemu.
Import the OVMF recipe from the meta-luv layer.
Partial solution for [YOCTO #5654]
Cc: Max Eliaser max.elia...@intel.com
Cc: Darren Hart dvh...@linux.intel.com
Cc: Ricardo Neri ricardo.neri-calde...@linux.intel.com
Signed-off-by: Matt Fleming matt.flem...@intel.com
---
...s-Force-tools-variables-to-host-toolchain.patch | 48 ++
meta/recipes-devtools/ovmf/ovmf_git.bb | 59 ++
2 files changed, 107 insertions(+)
create mode 100644
meta/recipes-devtools/ovmf/ovmf/0001-BaseTools-Force-tools-variables-to-host-toolchain.patch
create mode 100644 meta/recipes-devtools/ovmf/ovmf_git.bb
diff --git
a/meta/recipes-devtools/ovmf/ovmf/0001-BaseTools-Force-tools-variables-to-host-toolchain.patch
b/meta/recipes-devtools/ovmf/ovmf/0001-BaseTools-Force-tools-variables-to-host-toolchain.patch
new file mode 100644
index 000..c0cc633
--- /dev/null
+++
b/meta/recipes-devtools/ovmf/ovmf/0001-BaseTools-Force-tools-variables-to-host-toolchain.patch
@@ -0,0 +1,48 @@
+From 6e24bde1979c2d7149b37d142fb882dfde0e9770 Mon Sep 17 00:00:00 2001
+From: Matt Fleming matt.flem...@intel.com
+Date: Fri, 27 Jun 2014 11:12:18 +0100
+Subject: [PATCH] BaseTools: Force tools variables to host toolchain
+
+Signed-off-by: Matt Fleming matt.flem...@intel.com
+---
+ BaseTools/Source/C/Makefiles/app.makefile | 7 +++
+ BaseTools/Source/C/VfrCompile/GNUmakefile | 5 +
+ 2 files changed, 12 insertions(+)
+
+diff --git a/BaseTools/Source/C/Makefiles/app.makefile
b/BaseTools/Source/C/Makefiles/app.makefile
+index 19269a1..62aad0f 100644
+--- a/BaseTools/Source/C/Makefiles/app.makefile
b/BaseTools/Source/C/Makefiles/app.makefile
+@@ -16,6 +16,13 @@ include $(MAKEROOT)/Makefiles/header.makefile
+
+ APPLICATION = $(MAKEROOT)/bin/$(APPNAME)
+
++CC = gcc
++CXX = g++
++AS = gcc
++AR = ar
++LD = ld
++LINKER = $(CC)
++
+ .PHONY:all
+ all: $(MAKEROOT)/bin $(APPLICATION)
+
+diff --git a/BaseTools/Source/C/VfrCompile/GNUmakefile
b/BaseTools/Source/C/VfrCompile/GNUmakefile
+index 82005e1..5ac5f7e 100644
+--- a/BaseTools/Source/C/VfrCompile/GNUmakefile
b/BaseTools/Source/C/VfrCompile/GNUmakefile
+@@ -26,6 +26,11 @@ OBJECTS = AParser.o DLexerBase.o ATokenBuffer.o
EfiVfrParser.o VfrLexer.o VfrSyn
+
+ VFR_CPPFLAGS = -DPCCTS_USE_NAMESPACE_STD $(CPPFLAGS)
+
++CC = gcc
++CXX = g++
++AS = gcc
++AR = ar
++LD = ld
+ LINKER = $(CXX)
+
+ EXTRA_CLEAN_OBJECTS = EfiVfrParser.cpp EfiVfrParser.h VfrParser.dlg
VfrTokens.h VfrLexer.cpp VfrLexer.h VfrSyntax.cpp tokens.h
+--
+1.9.0
+
diff --git a/meta/recipes-devtools/ovmf/ovmf_git.bb
b/meta/recipes-devtools/ovmf/ovmf_git.bb
new file mode 100644
index 000..7afd695
--- /dev/null
+++ b/meta/recipes-devtools/ovmf/ovmf_git.bb
@@ -0,0 +1,59 @@
+DESCRIPTION = OVMF - UEFI firmware for Qemu and KVM
+HOMEPAGE =
http://sourceforge.net/apps/mediawiki/tianocore/index.php?title=OVMF;
+LICENSE = BSD
+LIC_FILES_CHKSUM =
file://OvmfPkg/License.txt;md5=ffd52cf9a8e0e036b9a61a0de2dc87ed
+
+SRC_URI = git://github.com/tianocore/edk2.git;branch=master \
+ file://0001-BaseTools-Force-tools-variables-to-host-toolchain.patch
+
+SRCREV=dc4ad1532e59fd1a185d6b90d1c2a92cf8713f40
+
+S = ${WORKDIR}/git
+
+DEPENDS=util-linux-native iasl-native
+
+# OVMF has trouble building with the default optimization of -O2.
+BUILD_OPTIMIZATION=-pipe
+
+# OVMF supports IA only, although it could conceivably support ARM someday.
+COMPATIBLE_HOST='(i.86|x86_64).*'
+
+do_patch_append() {
+bb.build.exec_func('do_fix_iasl', d)
+bb.build.exec_func('do_fix_toolchain', d)
+}
+
+do_fix_iasl() {
+sed -i -e 's#/usr/bin/iasl#${STAGING_BINDIR_NATIVE}/iasl#'
${S}/BaseTools/Conf/tools_def.template
+}
+
+do_fix_toolchain(){
+sed -i -e 's#DEF(ELFGCC_BIN)/#${TARGET_PREFIX}#'
${S}/BaseTools/Conf/tools_def.template
+sed -i -e 's#DEF(GCC.*PREFIX)#${TARGET_PREFIX}#'
${S}/BaseTools/Conf/tools_def.template
+sed -i -e s#^LINKER\(.*\)#LINKER\1\nLFLAGS += ${BUILD_LDFLAGS}#
${S}/BaseTools/Source/C/Makefiles/app.makefile
+sed -i -e s#^LINKER\(.*\)#LINKER\1\nCFLAGS += ${BUILD_CFLAGS}#
${S}/BaseTools/Source/C/Makefiles/app.makefile
+sed -i -e s#^LINKER\(.*\)#LINKER\1\nLFLAGS += ${BUILD_LDFLAGS}#
${S}/BaseTools/Source/C/VfrCompile/GNUmakefile
+sed -i -e s#^LINKER\(.*\)#LINKER\1\nCFLAGS += ${BUILD_CFLAGS}#
${S}/BaseTools/Source/C/VfrCompile/GNUmakefile
+}
+
+GCC_VER=$(${CC} -v 21 | tail -n1 | awk '{print $3}' | awk -F. '{print
$1$2}')
+
+do_compile() {
+export LFLAGS=${LDFLAGS}
+OVMF_ARCH=X64
+if [ ${TARGET_ARCH} != x86_64 ] ; then
+OVMF_ARCH=IA32
+fi
+${S}/OvmfPkg/build.sh -a $OVMF_ARCH -b RELEASE -t GCC${GCC_VER}
+}
+
+do_install() {
+OVMF_DIR_SUFFIX=X64
+if [ ${TARGET_ARCH} != x86_64 ] ; then
+OVMF_DIR_SUFFIX=Ia32 # Note the different capitalization
+fi
+install -d ${D}${datadir}/ovmf
+
Re: [OE-core] Adding cgdb to meta
On Mon, Aug 11, 2014 at 1:21 PM, Burton, Ross ross.bur...@intel.com wrote: On 11 August 2014 12:35, Laszlo Papp lp...@kde.org wrote: So, instead of different developers maintaining this in their own layer, how about including it in meta? I'd suggest sending a recipe to meta-oe. That layer is too big. It is nearly everything that is rejected from meta; ok there are some dedicated layers, like meta-networking, but it feels like the last resort shelter where everything can just be thrown at. I do not think it is just us who do not wanna pull it into their project. Never mind, it remains to be a feature in our layer, which is closed source, then. It is a pity, but I will move along. -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [yocto] Automatic upgrade helper
On Tue, Aug 12, 2014 at 04:19:41PM +0100, Paul Eggleton wrote: Hi folks, I'd like to announce the immediate availability of the Automatic Upgrade Helper, a tool for automating the task of upgrading recipes when a new upstream release occurs. It utilises the build system to check if a new version of the software built by a particular recipe is available, and if it is, it will attempt to upgrade the recipe to build that new version. The outcome of the process is emailed to the maintainer of the recipe along with a patch to do the upgrade, so that they can send the patch to be merged (if the build succeeded with no warnings) or develop the patch further if problems occurred. Does it also check buildhistory output for unexpected changes in packaging? If it doesn't it should ask maintainer to do so manually before submitting the patch. The tool is available in the following repository: http://git.yoctoproject.org/cgit/cgit.cgi/auto-upgrade-helper/ Currently it builds upon distrodata.bbclass in order to do the upstream version checking, but in future we'd like to make better use of BitBake's fetcher to do this and also move some of the additional metadata out of inc files and into recipes as appropriate. There's probably other things we could do to make the tool more flexible in future as well. Feedback / contributions welcome. (Thanks to Laurentiu Palcu Marius Avram who did all of the work on this tool.) Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre -- ___ yocto mailing list yo...@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Adding cgdb to meta
On 12 August 2014 16:46, Laszlo Papp lp...@kde.org wrote: That layer is too big. It is nearly everything that is rejected from meta; ok there are some dedicated layers, like meta-networking, but it feels like the last resort shelter where everything can just be thrown at. I do not think it is just us who do not wanna pull it into their project. Never mind, it remains to be a feature in our layer, which is closed source, then. It is a pity, but I will move along. People who think its too big are welcome to copy recipes out of it and sync them manually - that's still better than not sharing the recipe. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-core][PATCH] recipes-devtools: Add OVMF recipe
On Tue, Aug 12, 2014 at 04:27:46PM +0100, Matt Fleming wrote:
From: Matt Fleming matt.flem...@intel.com
The EDK2 project provides a UEFI firmware image for Qemu.
Import the OVMF recipe from the meta-luv layer.
Partial solution for [YOCTO #5654]
Cc: Max Eliaser max.elia...@intel.com
Cc: Darren Hart dvh...@linux.intel.com
Cc: Ricardo Neri ricardo.neri-calde...@linux.intel.com
Signed-off-by: Matt Fleming matt.flem...@intel.com
---
...s-Force-tools-variables-to-host-toolchain.patch | 48 ++
meta/recipes-devtools/ovmf/ovmf_git.bb | 59
++
2 files changed, 107 insertions(+)
create mode 100644
meta/recipes-devtools/ovmf/ovmf/0001-BaseTools-Force-tools-variables-to-host-toolchain.patch
create mode 100644 meta/recipes-devtools/ovmf/ovmf_git.bb
diff --git
a/meta/recipes-devtools/ovmf/ovmf/0001-BaseTools-Force-tools-variables-to-host-toolchain.patch
b/meta/recipes-devtools/ovmf/ovmf/0001-BaseTools-Force-tools-variables-to-host-toolchain.patch
new file mode 100644
index 000..c0cc633
--- /dev/null
+++
b/meta/recipes-devtools/ovmf/ovmf/0001-BaseTools-Force-tools-variables-to-host-toolchain.patch
@@ -0,0 +1,48 @@
+From 6e24bde1979c2d7149b37d142fb882dfde0e9770 Mon Sep 17 00:00:00 2001
+From: Matt Fleming matt.flem...@intel.com
+Date: Fri, 27 Jun 2014 11:12:18 +0100
+Subject: [PATCH] BaseTools: Force tools variables to host toolchain
+
+Signed-off-by: Matt Fleming matt.flem...@intel.com
+---
+ BaseTools/Source/C/Makefiles/app.makefile | 7 +++
+ BaseTools/Source/C/VfrCompile/GNUmakefile | 5 +
+ 2 files changed, 12 insertions(+)
+
+diff --git a/BaseTools/Source/C/Makefiles/app.makefile
b/BaseTools/Source/C/Makefiles/app.makefile
+index 19269a1..62aad0f 100644
+--- a/BaseTools/Source/C/Makefiles/app.makefile
b/BaseTools/Source/C/Makefiles/app.makefile
+@@ -16,6 +16,13 @@ include $(MAKEROOT)/Makefiles/header.makefile
+
+ APPLICATION = $(MAKEROOT)/bin/$(APPNAME)
+
++CC = gcc
++CXX = g++
++AS = gcc
++AR = ar
++LD = ld
++LINKER = $(CC)
++
+ .PHONY:all
+ all: $(MAKEROOT)/bin $(APPLICATION)
+
+diff --git a/BaseTools/Source/C/VfrCompile/GNUmakefile
b/BaseTools/Source/C/VfrCompile/GNUmakefile
+index 82005e1..5ac5f7e 100644
+--- a/BaseTools/Source/C/VfrCompile/GNUmakefile
b/BaseTools/Source/C/VfrCompile/GNUmakefile
+@@ -26,6 +26,11 @@ OBJECTS = AParser.o DLexerBase.o ATokenBuffer.o
EfiVfrParser.o VfrLexer.o VfrSyn
+
+ VFR_CPPFLAGS = -DPCCTS_USE_NAMESPACE_STD $(CPPFLAGS)
+
++CC = gcc
++CXX = g++
++AS = gcc
++AR = ar
++LD = ld
+ LINKER = $(CXX)
+
+ EXTRA_CLEAN_OBJECTS = EfiVfrParser.cpp EfiVfrParser.h VfrParser.dlg
VfrTokens.h VfrLexer.cpp VfrLexer.h VfrSyntax.cpp tokens.h
+--
+1.9.0
+
diff --git a/meta/recipes-devtools/ovmf/ovmf_git.bb
b/meta/recipes-devtools/ovmf/ovmf_git.bb
new file mode 100644
index 000..7afd695
--- /dev/null
+++ b/meta/recipes-devtools/ovmf/ovmf_git.bb
@@ -0,0 +1,59 @@
+DESCRIPTION = OVMF - UEFI firmware for Qemu and KVM
+HOMEPAGE =
http://sourceforge.net/apps/mediawiki/tianocore/index.php?title=OVMF;
+LICENSE = BSD
+LIC_FILES_CHKSUM =
file://OvmfPkg/License.txt;md5=ffd52cf9a8e0e036b9a61a0de2dc87ed
+
+SRC_URI = git://github.com/tianocore/edk2.git;branch=master \
+ file://0001-BaseTools-Force-tools-variables-to-host-toolchain.patch
+
+SRCREV=dc4ad1532e59fd1a185d6b90d1c2a92cf8713f40
+
+S = ${WORKDIR}/git
+
+DEPENDS=util-linux-native iasl-native
I don't think we have iasl in oe-core.
Also the styleguide says you should use space around = (SRCREV, DEPENDS,
COMPATIBLE_HOST, BUILD_OPTIMIZATION, GCC_VER)
+# OVMF has trouble building with the default optimization of -O2.
+BUILD_OPTIMIZATION=-pipe
+
+# OVMF supports IA only, although it could conceivably support ARM someday.
+COMPATIBLE_HOST='(i.86|x86_64).*'
+
+do_patch_append() {
+bb.build.exec_func('do_fix_iasl', d)
+bb.build.exec_func('do_fix_toolchain', d)
Why don't you fix them in do_configure_prepend?
+}
+
+do_fix_iasl() {
+sed -i -e 's#/usr/bin/iasl#${STAGING_BINDIR_NATIVE}/iasl#'
${S}/BaseTools/Conf/tools_def.template
+}
+
+do_fix_toolchain(){
+sed -i -e 's#DEF(ELFGCC_BIN)/#${TARGET_PREFIX}#'
${S}/BaseTools/Conf/tools_def.template
+sed -i -e 's#DEF(GCC.*PREFIX)#${TARGET_PREFIX}#'
${S}/BaseTools/Conf/tools_def.template
+sed -i -e s#^LINKER\(.*\)#LINKER\1\nLFLAGS += ${BUILD_LDFLAGS}#
${S}/BaseTools/Source/C/Makefiles/app.makefile
+sed -i -e s#^LINKER\(.*\)#LINKER\1\nCFLAGS += ${BUILD_CFLAGS}#
${S}/BaseTools/Source/C/Makefiles/app.makefile
+sed -i -e s#^LINKER\(.*\)#LINKER\1\nLFLAGS += ${BUILD_LDFLAGS}#
${S}/BaseTools/Source/C/VfrCompile/GNUmakefile
+sed -i -e s#^LINKER\(.*\)#LINKER\1\nCFLAGS += ${BUILD_CFLAGS}#
${S}/BaseTools/Source/C/VfrCompile/GNUmakefile
+}
+
+GCC_VER=$(${CC} -v 21 | tail -n1 | awk '{print $3}' | awk -F. '{print
$1$2}')
+
+do_compile() {
+export
Re: [OE-core] Adding cgdb to meta
On Tue, Aug 12, 2014 at 4:48 PM, Burton, Ross ross.bur...@intel.com wrote: On 12 August 2014 16:46, Laszlo Papp lp...@kde.org wrote: That layer is too big. It is nearly everything that is rejected from meta; ok there are some dedicated layers, like meta-networking, but it feels like the last resort shelter where everything can just be thrown at. I do not think it is just us who do not wanna pull it into their project. Never mind, it remains to be a feature in our layer, which is closed source, then. It is a pity, but I will move along. People who think its too big are welcome to copy recipes out of it and sync them manually - that's still better than not sharing the recipe. I am unfortunately not interested in participating to something that I have no intent to even test myself before submitting. meta-oe became a monster can which I personally would not like to deal with. That is said with due-respect. If its goal were reconsidered and split into several small layers, then mayhaps... But it is not there, and I am not sure if it was any soon... Unfortunately, this feature remains proprietary at the point of writing this. As long as it works for me, I will not be too much bothered, although I feel sorry for those who will need to reinvent the recipe, modulo stabilization. -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Adding cgdb to meta
On Tue, Aug 12, 2014 at 4:51 PM, Laszlo Papp lp...@kde.org wrote: On Tue, Aug 12, 2014 at 4:48 PM, Burton, Ross ross.bur...@intel.com wrote: On 12 August 2014 16:46, Laszlo Papp lp...@kde.org wrote: That layer is too big. It is nearly everything that is rejected from meta; ok there are some dedicated layers, like meta-networking, but it feels like the last resort shelter where everything can just be thrown at. I do not think it is just us who do not wanna pull it into their project. Never mind, it remains to be a feature in our layer, which is closed source, then. It is a pity, but I will move along. People who think its too big are welcome to copy recipes out of it and sync them manually - that's still better than not sharing the recipe. I am unfortunately not interested in participating to something that I have no intent to even test myself before submitting. meta-oe became a monster can which I personally would not like to deal with. That is said with due-respect. If its goal were reconsidered and split into several small layers, then mayhaps... But it is not there, and I am not sure if it was any soon... Unfortunately, this feature remains proprietary at the point of writing this. As long as it works for me, I will not be too much bothered, although I feel sorry for those who will need to reinvent the recipe, modulo stabilization. But that is alright as long as everyone else finds the IMHO cumbersome workflow with gdb OK for debugging. I think pleasant debugging is very important for developers, and cgdb is still a command line based tool, basically a thing wrapper on top of gdb with ncurses. It is not like ddd and other heavy tools. That is why I thought with minor addition, meta could be increase the software development experience; gdb is just way too raw to be effective. But again, no one else might share this opinion, so let us move on. Here is a reminder screenshot for those who do not know it, just in case: http://cgdb.github.io/images/screenshot_debugging.png -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Adding cgdb to meta
On Tue, Aug 12, 2014 at 4:55 PM, Laszlo Papp lp...@kde.org wrote: On Tue, Aug 12, 2014 at 4:51 PM, Laszlo Papp lp...@kde.org wrote: On Tue, Aug 12, 2014 at 4:48 PM, Burton, Ross ross.bur...@intel.com wrote: On 12 August 2014 16:46, Laszlo Papp lp...@kde.org wrote: That layer is too big. It is nearly everything that is rejected from meta; ok there are some dedicated layers, like meta-networking, but it feels like the last resort shelter where everything can just be thrown at. I do not think it is just us who do not wanna pull it into their project. Never mind, it remains to be a feature in our layer, which is closed source, then. It is a pity, but I will move along. People who think its too big are welcome to copy recipes out of it and sync them manually - that's still better than not sharing the recipe. I am unfortunately not interested in participating to something that I have no intent to even test myself before submitting. meta-oe became a monster can which I personally would not like to deal with. That is said with due-respect. If its goal were reconsidered and split into several small layers, then mayhaps... But it is not there, and I am not sure if it was any soon... Unfortunately, this feature remains proprietary at the point of writing this. As long as it works for me, I will not be too much bothered, although I feel sorry for those who will need to reinvent the recipe, modulo stabilization. But that is alright as long as everyone else finds the IMHO cumbersome workflow with gdb OK for debugging. I think pleasant debugging is very important for developers, and cgdb is still a command line based tool, basically a thing wrapper on top of gdb with ncurses. It is not like ddd and other heavy tools. That is why I thought with minor addition, meta could be increase the software development experience; gdb is just way too raw to be effective. But again, no one else might share this opinion, so let us move on. Here is a reminder screenshot for those who do not know it, just in case: http://cgdb.github.io/images/screenshot_debugging.png Alternatively, feel free to advise any sufficient debugging experience with oe-core. I will happily switch to any opportunities that reach this level. -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [yocto] Automatic upgrade helper
On Tuesday 12 August 2014 17:48:25 Martin Jansa wrote: On Tue, Aug 12, 2014 at 04:19:41PM +0100, Paul Eggleton wrote: Hi folks, I'd like to announce the immediate availability of the Automatic Upgrade Helper, a tool for automating the task of upgrading recipes when a new upstream release occurs. It utilises the build system to check if a new version of the software built by a particular recipe is available, and if it is, it will attempt to upgrade the recipe to build that new version. The outcome of the process is emailed to the maintainer of the recipe along with a patch to do the upgrade, so that they can send the patch to be merged (if the build succeeded with no warnings) or develop the patch further if problems occurred. Does it also check buildhistory output for unexpected changes in packaging? If it doesn't it should ask maintainer to do so manually before submitting the patch. Not at the moment, but that's definitely something I agree we should add (and fairly quickly, it should be pretty trivial to do.) Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] Autotools and foreign
I tried to upgrade to the current master, and got a few dozen packages now failing to build because of automake errors like this: | Makefile.am: error: required file './NEWS' not found | Makefile.am: error: required file './README' not found | Makefile.am: error: required file './AUTHORS' not found This apparently traces down to: 74b05bba64589da0e4439a4293559ad9670104bd autoconf: remove automake patch enforcing --foreign Is there an alternative to manually patching all of these packages to get them to compile once more? -- Mike Looijmans -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [oe-core][PATCH] powertop : Update SRC_URI to match current path on server.
The url is now uses https and there is a slight change on the path. No
isgn of checksum changes.
Signed-off-by: Philip Balister phi...@balister.org
---
meta/recipes-kernel/powertop/powertop_2.6.1.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-kernel/powertop/powertop_2.6.1.bb
b/meta/recipes-kernel/powertop/powertop_2.6.1.bb
index 58216c2..877b2d5 100644
--- a/meta/recipes-kernel/powertop/powertop_2.6.1.bb
+++ b/meta/recipes-kernel/powertop/powertop_2.6.1.bb
@@ -6,7 +6,7 @@ DEPENDS = ncurses libnl pciutils
LICENSE = GPLv2
LIC_FILES_CHKSUM = file://COPYING;md5=12f884d2ae1ff87c09e5b7ccc2c4ca7e
-SRC_URI =
http://01.org/powertop/sites/default/files/downloads/powertop-${PV}.tar.gz;
+SRC_URI =
https://01.org/sites/default/files/downloads/powertop/powertop-${PV}.tar.gz;
SRC_URI[md5sum] = 4391e7b0af854ecf722cdf712f24b631
SRC_URI[sha256sum] =
034cde6d5bb433fe0d29251d5cde5d4c2948abf05fe29ef10966b659331b20e4
--
1.8.3.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Autotools and foreign
On 12 August 2014 18:40, Mike Looijmans mike.looijm...@topic.nl wrote: Is there an alternative to manually patching all of these packages to get them to compile once more? Depends on the package, but generally you'll need to update the automake macro at the top of configure.ac (and submit a patch upstream as this should have been fixed years ago). Encouraging said upstreams to use autoreconf instead of (likely) home-grown crazy would be a good move whilst you're talking to them. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-core][PATCH] recipes-devtools: Add OVMF recipe
On Tue, 12 Aug, at 05:51:38PM, Martin Jansa wrote:
I don't think we have iasl in oe-core.
Oops, my bad. I thought I'd checked that but turns out I was looking in
the wrong tree.
I'll include the iasl recipe with the next submission.
Also the styleguide says you should use space around = (SRCREV, DEPENDS,
COMPATIBLE_HOST, BUILD_OPTIMIZATION, GCC_VER)
Thanks, I'll update the patch.
+# OVMF has trouble building with the default optimization of -O2.
+BUILD_OPTIMIZATION=-pipe
+
+# OVMF supports IA only, although it could conceivably support ARM someday.
+COMPATIBLE_HOST='(i.86|x86_64).*'
+
+do_patch_append() {
+bb.build.exec_func('do_fix_iasl', d)
+bb.build.exec_func('do_fix_toolchain', d)
Why don't you fix them in do_configure_prepend?
What's the tradeoff?
Though I realise that we're not actually *patching* anything and so
do_configure_prepend() probably does make more semantic sense.
Ah, after a bit of grepping I see that it's a pretty common pattern. OK,
sure, I'll update this.
Thanks for the review.
--
Matt Fleming, Intel Open Source Technology Center
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [dora/daisy][PATCH] package.bbclass: Add ASSUME_SONAME variable
When libraries don't have a SONAME in their section, their name aren't added in
the .list/.ver files generated during do_package.
Other recipes are able to build against them but are not able to find them
afterwards, leading to missing dependencies.
For example, with qtbase and proprietary libraries for the OMAP3:
NOTE: Couldn't find shared library provider for libGLESv2.so, used by files:
[...]
This patch add the possibility to manually define a list of librairies that will
be exported in the .list/.ver files.
A hack in a lacking-SONAME recipe can be made on package_do_shlibs_append to
copy .list/.ver files manually made, but files from others PACKAGES in this
recipe will produce similar warnings during their creation because their name
aren't in the shlib_provider variable.
The darwin_so is not patched because it isn't relying on SONAME.
Signed-off-by: Aymeric Dumaz aymeric.du...@gmail.com
---
meta/classes/package.bbclass | 8
1 file changed, 8 insertions(+)
diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass
index 5b1e902..9471e90 100644
--- a/meta/classes/package.bbclass
+++ b/meta/classes/package.bbclass
@@ -1353,8 +1353,15 @@ python package_do_shlibs() {
if m.group(1) not in needed[pkg]:
needed[pkg].append(m.group(1))
m = re.match(\s+SONAME\s+([^\s]*), l)
+this_soname = None
if m:
this_soname = m.group(1)
+if not this_soname:
+file_basename = os.path.basename(file)
+for s in assumed_sonames:
+if s in file_basename:
+this_soname = s
+if this_soname:
if not this_soname in sonames:
# if library is private (only used by package) then do not
build shlib for it
if not private_libs or -1 ==
private_libs.find(this_soname):
@@ -1452,6 +1459,7 @@ python package_do_shlibs() {
needed[pkg] = []
sonames = list()
renames = list()
+assumed_sonames = (d.getVar('ASSUME_SONAME_' + pkg, True) or
).split()
for file in pkgfiles[pkg]:
soname = None
if cpath.islink(file):
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] package.bbclass: Add ASSUME_SONAME variable
When libraries don't have a SONAME in their section, their name aren't added in
the .list file generated during do_package.
Other recipes are able to build against them but are not able to find them
afterwards, leading to missing dependencies.
For example, with qtbase and proprietary libraries for the OMAP3:
NOTE: Couldn't find shared library provider for libGLESv2.so, used by files:
[...]
This patch add the possibility to manually define a list of librairies that will
be exported in the .list file.
A hack in a lacking-SONAME recipe can be made on package_do_shlibs_append to
copy .list file manually made, but files from others PACKAGES in this recipe
will produce similar warnings during their creation because their name aren't in
the shlib_provider variable.
The darwin_so is not patched because it isn't relying on SONAME.
Signed-off-by: Aymeric Dumaz aymeric.du...@gmail.com
---
meta/classes/package.bbclass | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass
index 6a552d9..766e118 100644
--- a/meta/classes/package.bbclass
+++ b/meta/classes/package.bbclass
@@ -1399,7 +1399,7 @@ python package_do_shlibs() {
shlib_provider[s[0]] = {}
shlib_provider[s[0]][s[1]] = (dep_pkg, s[2])
-def linux_so(file, needed, sonames, renames, pkgver):
+def linux_so(file, needed, sonames, renames, assumed_sonames, pkgver):
needs_ldconfig = False
ldir = os.path.dirname(file).replace(pkgdest + / + pkg, '')
cmd = d.getVar('OBJDUMP', True) + -p + pipes.quote(file) +
2/dev/null
@@ -1419,8 +1419,15 @@ python package_do_shlibs() {
if dep not in needed[pkg]:
needed[pkg].append((dep, file, rpath))
m = re.match(\s+SONAME\s+([^\s]*), l)
+this_soname = None
if m:
this_soname = m.group(1)
+if not this_soname:
+file_basename = os.path.basename(file)
+for s in assumed_sonames:
+if s in file_basename:
+this_soname = s
+if this_soname:
prov = (this_soname, ldir, pkgver)
if not prov in sonames:
# if library is private (only used by package) then do not
build shlib for it
@@ -1513,6 +1520,7 @@ python package_do_shlibs() {
needed[pkg] = []
sonames = list()
renames = list()
+assumed_sonames = (d.getVar('ASSUME_SONAME_' + pkg, True) or
).split()
for file in pkgfiles[pkg]:
soname = None
if cpath.islink(file):
@@ -1520,7 +1528,7 @@ python package_do_shlibs() {
if targetos == darwin or targetos == darwin8:
darwin_so(file, needed, sonames, renames, pkgver)
elif os.access(file, os.X_OK) or lib_re.match(file):
-ldconfig = linux_so(file, needed, sonames, renames, pkgver)
+ldconfig = linux_so(file, needed, sonames, renames,
assumed_sonames, pkgver)
needs_ldconfig = needs_ldconfig or ldconfig
for (old, new) in renames:
bb.note(Renaming %s to %s % (old, new))
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] Regarding PR flag
Hi, How to bump up PR flag automatically. The problem is that every time I clean and compile my image, some of the .bb files are not compiled, then in that case I bump their PR by 1 and then they get compiled. So I want to avoid this situation. I want that every time I do clean amp; compile all the packages shall be compiled without any problem. Please help. Regards,Himanshu -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Regarding PR flag
See the PR Server to automatically bump the PR. https://wiki.yoctoproject.org/wiki/PR_Service // Robert On 08/13/2014 12:57 PM, Himanshu Pandey wrote: Hi, How to bump up PR flag automatically. The problem is that every time I clean and compile my image, some of the .bb files are not compiled, then in that case I bump their PR by 1 and then they get compiled. So I want to avoid this situation. I want that every time I do clean compile all the packages shall be compiled without any problem. Please help. Regards, Himanshu http://sigads.rediff.com/RealMedia/ads/click_nx.ads/www.rediffmail.com/signatureline.htm@Middle? Get your own *FREE* website, *FREE* domain *FREE* mobile app with Company email. *Know More * http://track.rediff.com/click?url=___http://businessemail.rediff.com/email-ids-for-companies-with-less-than-50-employees?sc_cid=sign-1-10-13___cmp=hostlnk=sign-1-10-13nsrv1=host -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Autotools and foreign
On 08/12/2014 08:57 PM, Burton, Ross wrote: On 12 August 2014 18:40, Mike Looijmans mike.looijm...@topic.nl wrote: Is there an alternative to manually patching all of these packages to get them to compile once more? Depends on the package, but generally you'll need to update the automake macro at the top of configure.ac (and submit a patch upstream as this should have been fixed years ago). Basically, you're saying no then? Encouraging said upstreams to use autoreconf instead of (likely) home-grown crazy would be a good move whilst you're talking to them. That might be the case if said upstream people actually still existed. Most of these packages have since long been abandoned. So I guess I'll have to cook up a class that works around it, just adding the missing files into the S directory might do the trick. Mike. Met vriendelijke groet / kind regards, Mike Looijmans TOPIC Embedded Systems Eindhovenseweg 32-C, NL-5683 KH Best Postbus 440, NL-5680 AK Best Telefoon: (+31) (0) 499 33 69 79 Telefax: (+31) (0) 499 33 69 70 E-mail: mike.looijm...@topic.nl Website: www.topic.nl Please consider the environment before printing this e-mail Bezoek ons op 9 en 10 september tijdens Technology for Health Den Bosch (stand 53) http://www.technologyforhealth.nl -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Autotools and foreign
On 08/13/2014 01:13 PM, Mike Looijmans wrote: On 08/12/2014 08:57 PM, Burton, Ross wrote: On 12 August 2014 18:40, Mike Looijmans mike.looijm...@topic.nl wrote: Is there an alternative to manually patching all of these packages to get them to compile once more? Depends on the package, but generally you'll need to update the automake macro at the top of configure.ac (and submit a patch upstream as this should have been fixed years ago). Basically, you're saying no then? Encouraging said upstreams to use autoreconf instead of (likely) home-grown crazy would be a good move whilst you're talking to them. That might be the case if said upstream people actually still existed. Most of these packages have since long been abandoned. So I guess I'll have to cook up a class that works around it, just adding the missing files into the S directory might do the trick. How about add this to configure.ac: AM_INIT_AUTOMAKE([foreign]) // Robert Mike. Met vriendelijke groet / kind regards, Mike Looijmans TOPIC Embedded Systems Eindhovenseweg 32-C, NL-5683 KH Best Postbus 440, NL-5680 AK Best Telefoon: (+31) (0) 499 33 69 79 Telefax: (+31) (0) 499 33 69 70 E-mail: mike.looijm...@topic.nl Website: www.topic.nl Please consider the environment before printing this e-mail Bezoek ons op 9 en 10 september tijdens Technology for Health Den Bosch (stand 53) http://www.technologyforhealth.nl -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
