[OE-core] [PATCH 1/3] gettext: Delete libintl.la file from install

[Khem Raj]

gettext installs a libtool .la file for non-glibc systems
since it builds libintl for them unlike glibc where it finds that using
libc's gettext implementation is just fine. Same is not true for
musl even though musl provides itw own gettext implementation much on
then lines of glibc.

ideally gettetxt should be fixed to behave on musl, but at this time its
not clear if APIs are same and complete.

Deleting .la file helps compiling packages like util-linux when using
fstack-protections since it does not alter the order of libc on linker
cmdline

Moved src_uri checksums just below the SRC_URI as matter of formatting

Signed-off-by: Khem Raj 
---
 meta/recipes-core/gettext/gettext_0.19.6.bb | 9 +
 1 file changed, 5 insertions(+), 4 deletions(-)

diff --git a/meta/recipes-core/gettext/gettext_0.19.6.bb 
b/meta/recipes-core/gettext/gettext_0.19.6.bb
index 737561d..488b633 100644
--- a/meta/recipes-core/gettext/gettext_0.19.6.bb
+++ b/meta/recipes-core/gettext/gettext_0.19.6.bb
@@ -12,15 +12,15 @@ PROVIDES_class-native = "virtual/gettext-native"
 RCONFLICTS_${PN} = "proxy-libintl"
 SRC_URI = "${GNU_MIRROR}/gettext/gettext-${PV}.tar.gz \
   file://parallel.patch \
-  "
+"
+
+SRC_URI[md5sum] = "6d1447f8c5c45c329371ef4bfe7d79a5"
+SRC_URI[sha256sum] = 
"ed4b4c19bd3a3034eb6769500a3592ff616759ef43cf30586dbb7a17c9dd695d"
 
 PACKAGECONFIG[msgcat-curses] = 
"--with-libncurses-prefix=${STAGING_LIBDIR}/..,--disable-curses,ncurses,"
 
 LDFLAGS_prepend_libc-uclibc = " -lrt -lpthread "
 
-SRC_URI[md5sum] = "6d1447f8c5c45c329371ef4bfe7d79a5"
-SRC_URI[sha256sum] = 
"ed4b4c19bd3a3034eb6769500a3592ff616759ef43cf30586dbb7a17c9dd695d"
-
 inherit autotools texinfo
 
 EXTRA_OECONF += "--without-lispdir \
@@ -45,6 +45,7 @@ acpaths = '-I ${S}/gettext-runtime/m4 \
 do_install_append_libc-musl () {
rm -f ${D}${libdir}/charset.alias
rm -f ${D}${includedir}/libintl.h
+   rm -f ${D}${libdir}/libintl.la
 }
 
 # these lack the .x behind the .so, but shouldn't be in the -dev package
-- 
1.8.3.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 3/3] musl: Add linux-libc-headers to deps

[Khem Raj]

This is highlighted with clang when trying to
build a single package clean from scratch it
missed kernel headers

Signed-off-by: Khem Raj 
---
 meta/recipes-core/musl/musl_git.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-core/musl/musl_git.bb 
b/meta/recipes-core/musl/musl_git.bb
index 250f837..3b7c9a5 100644
--- a/meta/recipes-core/musl/musl_git.bb
+++ b/meta/recipes-core/musl/musl_git.bb
@@ -20,6 +20,7 @@ PROVIDES += "virtual/libc 
virtual/${TARGET_PREFIX}libc-for-gcc virtual/libiconv
 DEPENDS = "virtual/${TARGET_PREFIX}binutils \
virtual/${TARGET_PREFIX}gcc-initial \
libgcc-initial \
+   linux-libc-headers \
bsd-headers \
   "
 
-- 
1.8.3.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/3] mesa: Fix build on musl

[Khem Raj]

It assumes __GLIBC__ where it could actually check for linux
and include non-glibc C library implementations like musl which
provide __BYTE_ORDER macros as well when computing system endianness

Signed-off-by: Khem Raj 
---
 .../mesa/files/replace_glibc_check_with_linux.patch | 17 +
 meta/recipes-graphics/mesa/mesa_11.1.1.bb   |  4 +++-
 2 files changed, 20 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-graphics/mesa/files/replace_glibc_check_with_linux.patch

diff --git 
a/meta/recipes-graphics/mesa/files/replace_glibc_check_with_linux.patch 
b/meta/recipes-graphics/mesa/files/replace_glibc_check_with_linux.patch
new file mode 100644
index 000..e4461ef
--- /dev/null
+++ b/meta/recipes-graphics/mesa/files/replace_glibc_check_with_linux.patch
@@ -0,0 +1,17 @@
+endianness check is OS wide and not specific to libc
+
+Signed-off-by: Khem Raj 
+Upstream-Status: Pending
+Index: mesa-11.1.1/src/gallium/include/pipe/p_config.h
+===
+--- mesa-11.1.1.orig/src/gallium/include/pipe/p_config.h
 mesa-11.1.1/src/gallium/include/pipe/p_config.h
+@@ -130,7 +130,7 @@
+  * Endian detection.
+  */
+ 
+-#ifdef __GLIBC__
++#if defined(__linux__)
+ #include 
+ 
+ #if __BYTE_ORDER == __LITTLE_ENDIAN
diff --git a/meta/recipes-graphics/mesa/mesa_11.1.1.bb 
b/meta/recipes-graphics/mesa/mesa_11.1.1.bb
index 5d73feb..502afcf 100644
--- a/meta/recipes-graphics/mesa/mesa_11.1.1.bb
+++ b/meta/recipes-graphics/mesa/mesa_11.1.1.bb
@@ -1,6 +1,8 @@
 require ${BPN}.inc
 
-SRC_URI = "ftp://ftp.freedesktop.org/pub/mesa/${PV}/mesa-${PV}.tar.xz";
+SRC_URI = "ftp://ftp.freedesktop.org/pub/mesa/${PV}/mesa-${PV}.tar.xz \
+   file://replace_glibc_check_with_linux.patch \
+"
 
 SRC_URI[md5sum] = "1043dfb907beecb2a761272455960427"
 SRC_URI[sha256sum] = 
"64db074fc514136b5fb3890111f0d50604db52f0b1e94ba3fcb0fe8668a7fd20"
-- 
1.8.3.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] gstreamer1.0-plugins-bad.inc: enable webp PACKAGECONFIG by default

[Andre McCurdy]

The webp plugin depends on libwebp, which is now present in oe-core:

  
http://git.openembedded.org/openembedded-core/commit/?id=1c00bf8bce7a197e83456bf5094299d8f33ee473

Signed-off-by: Andre McCurdy 
---
 meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
index 6a89fc9..7b0c396 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
@@ -18,7 +18,7 @@ PACKAGECONFIG ??= " \
 ${@bb.utils.contains('DISTRO_FEATURES', 'bluetooth', 'bluez', '', d)} \
 ${@bb.utils.contains('DISTRO_FEATURES', 'directfb', 'directfb', '', d)} \
 ${@bb.utils.contains('DISTRO_FEATURES', 'wayland', 'wayland', '', d)} \
-bz2 curl dash dtls hls neon rsvg sbc smoothstreaming sndfile uvch264 \
+bz2 curl dash dtls hls neon rsvg sbc smoothstreaming sndfile uvch264 webp \
 "
 
 PACKAGECONFIG[assrender]   = 
"--enable-assrender,--disable-assrender,libass"
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] How to integrate third party application software to yocto image

[winiston]

Hi Ross,

I copied "recipes-navigation" folder from meta-oe (Open embedded build tree) to 
"/poky/meta "

I have appended  in “conf/local.conf”  as given below

IMAGE_INSTALL_append = " navit"

While creating the image, it spits out the following error,

winiston@winiston-VirtualBox:~/poky/build$ bitbake qt4e-demo-image
Loading cache: 100% |##| ETA:  00:00:00
Loaded 1510 entries from dependency cache.
NOTE: Resolving any missing task queue dependencies
ERROR: Nothing RPROVIDES 'navit' (but 
/home/winiston/poky/meta/recipes-qt/images/qt4e-demo-image.bb RDEPENDS on or 
otherwise requires it)
ERROR: navit was skipped: Recipe is blacklisted: bluez5 conflicts with bluez4 
and bluez5 is selected in DISTRO_FEATURES
NOTE: Runtime target 'navit' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['navit']
ERROR: Required build target 'qt4e-demo-image' has no buildable providers.
Missing or unbuildable dependency chain was: ['qt4e-demo-image', 'navit']

Summary: There were 2 ERROR messages shown, returning a non-zero exit code.
winiston@winiston-VirtualBox:~/poky/build$ 

Should I make any other setting to add the “navit” recipe to my image?  Is this 
the correct method of copying  "recipes-navigation" folder  to "/poky/meta "  ?
Kindly help me to resolve this error.


Regards,
Winiston.P
Futura Automation Pvt Ltd.

Ph :91-80-28375290 / 28375295
Fax :91-80-28375291


From: Burton, Ross 
Sent: Thursday, February 25, 2016 6:22 PM
To: winis...@futuraautomation.com 
Cc: Maxin B. John ; yocto texas ; Yocto layer ; OpenEmbedded core 
Subject: Re: [OE-core] How to integrate third party application software to 
yocto image


On 25 February 2016 at 12:51,  wrote:

  IMAGE_INSTALL_append = " navit_svn"


The recipe is called navit, _svn is the version.  Just append " navit".

Ross-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] dosfstools_2.11: fix build following removal of -e from EXTRA_OEMAKE

[Andre McCurdy]

Also misc formatting tweaks to align with v3.0.28 recipe and remove
BBCLASSEXTEND = "native" (native builds should always use the GPLv3
recipe).

Signed-off-by: Andre McCurdy 
---
 meta/recipes-devtools/dosfstools/dosfstools_2.11.bb | 16 ++--
 1 file changed, 6 insertions(+), 10 deletions(-)

diff --git a/meta/recipes-devtools/dosfstools/dosfstools_2.11.bb 
b/meta/recipes-devtools/dosfstools/dosfstools_2.11.bb
index beec488..176504d 100644
--- a/meta/recipes-devtools/dosfstools/dosfstools_2.11.bb
+++ b/meta/recipes-devtools/dosfstools/dosfstools_2.11.bb
@@ -2,7 +2,7 @@
 # Copyright (C) 2004-2006, Advanced Micro Devices, Inc.  All Rights Reserved
 # Released under the MIT license (see packages/COPYING)
 SUMMARY = "DOS FAT Filesystem Utilities"
-HOMEPAGE = "http://daniel-baumann.ch/software/dosfstools/";
+HOMEPAGE = "https://github.com/dosfstools/dosfstools";
 
 SECTION = "base"
 LICENSE = "GPLv2"
@@ -18,21 +18,17 @@ SRC_URI = 
"http://pkgs.fedoraproject.org/repo/pkgs/${BPN}/${BP}.src.tar.gz/407d4
file://include-linux-types.patch \
file://nofat32_autoselect.patch \
file://fix_populated_dosfs_creation.patch \
-  file://0001-Include-fcntl.h-for-getting-loff_t-definition.patch \
-  "
+   file://0001-Include-fcntl.h-for-getting-loff_t-definition.patch \
+"
 
 SRC_URI[md5sum] = "407d405ade410f7597d364ab5dc8c9f6"
 SRC_URI[sha256sum] = 
"0eac6d12388b3d9ed78684529c1b0d9346fa2abbe406c4d4a3eb5a023c98a484"
 
-# Makefile sets this, but we clobber its CFLAGS, so
-# add this in here to for sure allow for big files.
-#
-CFLAGS_append = " -D_FILE_OFFSET_BITS=64"
-CFLAGS_append_libc-musl = " -D_GNU_SOURCE"
+CFLAGS += "-D_GNU_SOURCE ${@bb.utils.contains('DISTRO_FEATURES', 'largefile', 
'-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', '', d)}"
+
+EXTRA_OEMAKE = "CC='${CC}' CFLAGS='${CFLAGS}' LDFLAGS='${LDFLAGS}'"
 
 do_install () {
oe_runmake "PREFIX=${D}" "SBINDIR=${D}${base_sbindir}" \
   "MANDIR=${D}${mandir}/man8" install
 }
-
-BBCLASSEXTEND = "native"
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/3 v2] rpm: Enable specific crypto and digest settings via variables

[Mark Hatle]

Allow the user to set the specific digest and non-repudiable signature
algorithms.  This should be done on a distribution wide basis.

See recipe for exact instructions, but values are now set using:
RPM_FILE_DIGEST_ALGO (default 1 - md5)
RPM_SELF_SIGN_ALGO   (default DSA)

Also, change the PACKAGECONFIG to define the default crypto engine for
RPM5.  Not just the available crypto engines.  If a crypto engine is not
selected, the system will default to the internal beecrypt version.

Signed-off-by: Mark Hatle 
---
 meta/recipes-devtools/rpm/rpm_5.4+cvs.bb | 81 ++--
 meta/recipes-devtools/rpm/rpm_5.4.16.bb  | 81 ++--
 2 files changed, 152 insertions(+), 10 deletions(-)

diff --git a/meta/recipes-devtools/rpm/rpm_5.4+cvs.bb 
b/meta/recipes-devtools/rpm/rpm_5.4+cvs.bb
index 0443581..16de5e5 100644
--- a/meta/recipes-devtools/rpm/rpm_5.4+cvs.bb
+++ b/meta/recipes-devtools/rpm/rpm_5.4+cvs.bb
@@ -161,6 +161,68 @@ rpm_macros_class-nativesdk = 
"%{_usrlibrpm}/macros:%{_usrlibrpm}/${DISTRO}/macro
 
 # sqlite lua tcl augeas nss gcrypt neon xz xar keyutils perl selinux
 
+# Set the digest algorithm used for verifying file integrity
+# If this value changes, and two different packages have different values
+# the "same file" validation (two packages have a non-conflict file)
+# will fail.  This may lead to upgrade problems.  You should treat this
+# value as a distribution wide setting, and only change it when you intend
+# a full system upgrade!
+#
+# Defined file digest algorithm values (note: not all are available!):
+#   1   MD5 (legacy RPM default)
+#   2   SHA1
+#   3   RIPEMD-160
+#   5   MD2
+#   6   TIGER-192
+#   8   SHA256
+#   9   SHA384
+#   10  SHA512
+#   11  SHA224
+#   104 MD4
+#   105 RIPEMD-128
+#   106 CRC-32
+#   107 ADLER-32
+#   108 CRC-64 (ECMA-182 polynomial, untested uint64_t problems)
+#   109 Jenkins lookup3.c hashlittle()
+#   111 RIPEMD-256
+#   112 RIPEMD-320
+#   188 BLAKE2B
+#   189 BLAKE2BP
+#   190 BLAKE2S
+#   191 BLAKE2SP
+RPM_FILE_DIGEST_ALGO ?= "1"
+
+# All packages build with RPM5 contain a non-repudiable signature.
+# The purpose of this signature is not to show authenticity of a package,
+# but instead act as a secondary package wide validation that shows it
+# wasn't damaged by accident in transport.  (When later you sign the package, 
+# this signature may or may not be replaced as there are three signature 
+# slots, one for DSA/RSA, one for ECSDA, and one reserved.)
+#
+# There is a known issue w/ RSA signatures that if they start with an 0x00
+# the signing and validation may fail.
+#
+# The following is the list of choices for the non-rpudiable signature
+# (note: not all of these are implemented):
+#   DSA (default)
+#   RSA (implies SHA1)
+#   ECDSA   (implies SHA256)
+#   DSA/SHA1
+#   DSA/SHA224
+#   DSA/SHA256
+#   DSA/SHA384
+#   DSA/SHA512
+#   RSA/SHA1
+#   RSA/SHA224
+#   RSA/SHA256
+#   RSA/SHA384
+#   RSA/SHA512
+#   ECDSA/SHA224(using NIST P-224)
+#   ECDSA/SHA256(using NIST P-256)
+#   ECDSA/SHA384(using NIST P-384)
+#   ECDSA/SHA512(using NIST P-521)
+RPM_SELF_SIGN_ALGO ?= "DSA"
+
 # Note: perl and sqlite w/o db specified does not currently work.
 #   tcl, augeas, nss, gcrypt, xar and keyutils support is untested.
 PACKAGECONFIG ??= "db bzip2 zlib openssl libelf python"
@@ -190,10 +252,17 @@ PACKAGECONFIG[db] = "${WITH_DB},--without-db,db,"
 
 PACKAGECONFIG[sqlite] = "--with-sqlite,--without-sqlite,sqlite3,"
 
+# This switch simply disables external beecrypt, RPM5 always uses beecrypt
+# for base64 processing and various digest algorithms.
+# Beecrypt is only the preferred crypto engine if it's the only engine enabled.
 PACKAGECONFIG[beecrypt] = 
"--with-beecrypt=external,--with-beecrypt=internal,beecrypt,"
-PACKAGECONFIG[openssl] = "--with-openssl,--without-openssl,openssl,"
-PACKAGECONFIG[nss] = "--with-nss,--without-nss,nss,"
-PACKAGECONFIG[gcrypt] = "--with-gcrypt,--without-gcrypt,gcrypt,"
+
+# --with-usecrypto= setting defined the item as the preferred system
+# crypto engine, which will take priority over the included beecrypt
+PACKAGECONFIG[openssl] = "--with-openssl 
--with-usecrypto=openssl,--without-openssl,openssl,"
+PACKAGECONFIG[nss] = "--with-nss --with-usecrypto=nss,--without-nss,nss,"
+PACKAGECONFIG[gcrypt] = "--with-gcrypt 
--with-usecrypto=gcrypt,--without-gcrypt,gcrypt,"
+
 PACKAGECONFIG[keyutils] = "--with-keyutils,--without-keyutils,keyutils,"
 PACKAGECONFIG[libelf] = "--with-libelf,--without-libelf,elfutils,"
 
@@ -438,8 +507,10 @@ do_configure() {
 }
 
 do_install_append() {
-   # Preserve the previous default of DSA self-signed pkgs
-   sed -i -e 's,%_build_sign.*,%_build_sign DSA,' 
${D}/

[OE-core] [PATCH 3/3 v2] rpm: A number of the patches have been submitted upstream

[Mark Hatle]

Note the upstream submission in the patches.

Signed-off-by: Mark Hatle 
---
 meta/recipes-devtools/rpm/rpm/0001-define-EM_AARCH64.patch| 2 +-
 .../0001-using-poptParseArgvString-to-parse-the-_gpg_check_pa.patch   | 2 +-
 meta/recipes-devtools/rpm/rpm/debugedit-segv.patch| 2 +-
 .../rpm/rpm/debugedit-valid-file-to-fix-segment-fault.patch   | 2 +-
 meta/recipes-devtools/rpm/rpm/header-include-fix.patch| 2 +-
 meta/recipes-devtools/rpm/rpm/makefile-am-exec-hook.patch | 2 +-
 meta/recipes-devtools/rpm/rpm/python-rpm-rpmsense.patch   | 2 +-
 meta/recipes-devtools/rpm/rpm/rpm-canonarch.patch | 2 +-
 meta/recipes-devtools/rpm/rpm/rpm-fix-logio-cp.patch  | 2 +-
 meta/recipes-devtools/rpm/rpm/rpm-fix-parseEmbedded.patch | 2 +-
 meta/recipes-devtools/rpm/rpm/rpm-hardlink-segfault-fix.patch | 2 +-
 .../rpm/rpm-lib-transaction.c-fix-file-conflicts-for-mips64-N32.patch | 2 +-
 meta/recipes-devtools/rpm/rpm/rpm-libsql-fix.patch| 2 +-
 meta/recipes-devtools/rpm/rpm/rpm-lsb-compatibility.patch | 2 +-
 meta/recipes-devtools/rpm/rpm/rpm-mongodb-sasl.patch  | 2 +-
 meta/recipes-devtools/rpm/rpm/rpm-no-loopmsg.patch| 2 +-
 .../rpm/rpm/rpm-opendb-before-verifyscript-to-avoid-null-point.patch  | 2 +-
 meta/recipes-devtools/rpm/rpm/rpm-packageorigin.patch | 2 +-
 meta/recipes-devtools/rpm/rpm/rpm-payload-use-hashed-inode.patch  | 2 +-
 meta/recipes-devtools/rpm/rpm/rpm-platform-file-fix.patch | 2 +-
 meta/recipes-devtools/rpm/rpm/rpm-platform.patch  | 2 +-
 meta/recipes-devtools/rpm/rpm/rpm-platform2.patch | 4 ++--
 meta/recipes-devtools/rpm/rpm/rpm-python-restore-origin.patch | 2 +-
 meta/recipes-devtools/rpm/rpm/rpm-resolvedep.patch| 2 +-
 meta/recipes-devtools/rpm/rpm/rpm-rpmfc.c-fix-for-N32-MIPS64.patch| 2 +-
 meta/recipes-devtools/rpm/rpm/rpm-rpmio-headers.patch | 2 +-
 .../rpm/rpm/rpm-tag-generate-endian-conversion-fix.patch  | 2 +-
 meta/recipes-devtools/rpm/rpm/rpm-tools-mtree-LDFLAGS.patch   | 2 +-
 meta/recipes-devtools/rpm/rpm/rpmatch.patch   | 2 +-
 meta/recipes-devtools/rpm/rpm/uclibc-support.patch| 2 +-
 30 files changed, 31 insertions(+), 31 deletions(-)

diff --git a/meta/recipes-devtools/rpm/rpm/0001-define-EM_AARCH64.patch 
b/meta/recipes-devtools/rpm/rpm/0001-define-EM_AARCH64.patch
index f5fcfec..c9fb268 100644
--- a/meta/recipes-devtools/rpm/rpm/0001-define-EM_AARCH64.patch
+++ b/meta/recipes-devtools/rpm/rpm/0001-define-EM_AARCH64.patch
@@ -1,6 +1,6 @@
 [PATCH] define EM_AARCH64
 
-Upstream-Status: pending
+Upstream-Status: Submitted [RPM5 maintainer]
 
 EM_AARCH64 maybe not be defined due to old version elf.h, and lead to
 that debugedit can not work on aarch64 elf object files, since there is
diff --git 
a/meta/recipes-devtools/rpm/rpm/0001-using-poptParseArgvString-to-parse-the-_gpg_check_pa.patch
 
b/meta/recipes-devtools/rpm/rpm/0001-using-poptParseArgvString-to-parse-the-_gpg_check_pa.patch
index 23bc336..7128250 100644
--- 
a/meta/recipes-devtools/rpm/rpm/0001-using-poptParseArgvString-to-parse-the-_gpg_check_pa.patch
+++ 
b/meta/recipes-devtools/rpm/rpm/0001-using-poptParseArgvString-to-parse-the-_gpg_check_pa.patch
@@ -4,7 +4,7 @@ Date: Tue, 11 Nov 2014 16:28:22 +0800
 Subject: [PATCH] using poptParseArgvString to parse the
  _gpg_check_password_cmd
 
-Upstream-Status: Pending
+Upstream-Status: Submitted [RPM5 maintainer]
 
 Both __gpg_check_password_cmd and __gpg_sign_cmd include "%{_gpg_name}", but
 strace shows that gpg_name has a quote when run _gpg_check_password,
diff --git a/meta/recipes-devtools/rpm/rpm/debugedit-segv.patch 
b/meta/recipes-devtools/rpm/rpm/debugedit-segv.patch
index 585cf12..c83c8b5 100644
--- a/meta/recipes-devtools/rpm/rpm/debugedit-segv.patch
+++ b/meta/recipes-devtools/rpm/rpm/debugedit-segv.patch
@@ -11,7 +11,7 @@ Note: in all other places a backup copy was used, just not 
buildid processing.
 Also the process (...) function was modified to verify the data is not
 NULL as well.  This is an extra check and is not strictly necessary.
 
-Upstream-Status: Pending
+Upstream-Status: Submitted [RPM5 maintainer]
 
 Signed-off-by: Mark Hatle 
 
diff --git 
a/meta/recipes-devtools/rpm/rpm/debugedit-valid-file-to-fix-segment-fault.patch 
b/meta/recipes-devtools/rpm/rpm/debugedit-valid-file-to-fix-segment-fault.patch
index f7c3100..8040482 100644
--- 
a/meta/recipes-devtools/rpm/rpm/debugedit-valid-file-to-fix-segment-fault.patch
+++ 
b/meta/recipes-devtools/rpm/rpm/debugedit-valid-file-to-fix-segment-fault.patch
@@ -14,7 +14,7 @@ Before the above operations, invoke 
elf_begin/elf_update/elf_end
 with ELF_C_RDWR and ELF_F_LAYOUT set to enlarge the above file, it
 could make sure the file is safe for

[OE-core] [PATCH 0/3 v2] Upgrade RPM 5 to 5.4.16 (CVS HEAD)

[Mark Hatle]

V2:
Fixed three issues
- Added Apache 2.0 license for specific mongodb code

- Switch SSE usage dynamically in rpmio/keccak.c
  See rpm-keccak-sse-intrin.patch

- Add support for architectures that do not support sync_add_and_fetch_8
  See rpm-atomic-ops.patch

All of those changes are made in patch 1/3.

This has been built for all of the qemu* BSPs.

V1:
There is not yet an official RPM 5.4.16 release, however one will be coming
soon.  Until then, 4 distinct patches are used to upgrade RPM 5.4.15 to
5.4.16.  These patches are part of the commit (compressed w/ .xz).  However
I am not sending them as part of the email as it's not very interesting
to review base64.  :P

Many of the OE patches have been sent to the RPM 5 maintainer, and may be
part of the official 5.4.16 release.  When that release happens I expect a
simple rebase to remove the unnecessary patches.

The following changes since commit 205b446f3fc4a9885179a66a8dab9d81bcc63dca:

  uclibc: Do not use immediate expansion operator (2016-02-22 20:42:34 +)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib mhatle/rpm-5.4.16
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=mhatle/rpm-5.4.16

Mark Hatle (3):
  rpm: Uprev to rpm-5.4.16 (pre) and rpm-5.4+cvs to current CVS head
  rpm: Enable specific crypto and digest settings via variables
  rpm: A number of the patches have been submitted upstream

 meta/lib/oe/package_manager.py |   14 +-
 .../rpm/rpm/0001-define-EM_AARCH64.patch   |2 +-
 ...arseArgvString-to-parse-the-_gpg_check_pa.patch |2 +-
 .../rpm/rpm/beecrypt-5.4.15-to-5.4.16.patch.gz |  Bin 0 -> 42815 bytes
 meta/recipes-devtools/rpm/rpm/debugedit-segv.patch |   48 +-
 ...debugedit-valid-file-to-fix-segment-fault.patch |2 +-
 .../rpm/rpm/fstack-protector-configure-check.patch |   21 -
 .../rpm/rpm/header-include-fix.patch   |   12 +-
 .../rpm/rpm/lua-5.4.15-to-5.4.16.patch.gz  |  Bin 0 -> 269940 bytes
 .../rpm/rpm/makefile-am-exec-hook.patch|2 +-
 .../rpm/rpm/python-rpm-rpmsense.patch  |   32 +-
 .../rpm/rpm/rpm-5.4.15-to-5.4.16.patch.gz  |  Bin 0 -> 2239384 bytes
 meta/recipes-devtools/rpm/rpm/rpm-atomic-ops.patch |   73 ++
 meta/recipes-devtools/rpm/rpm/rpm-canonarch.patch  |2 +-
 meta/recipes-devtools/rpm/rpm/rpm-db5-or-db6.patch |   39 +-
 meta/recipes-devtools/rpm/rpm/rpm-db60.patch   |   56 +
 .../rpm/rpm/rpm-disable-Wno-override-init.patch|   32 -
 .../rpm/rpm/rpm-disable-auto-stack-protector.patch |   32 +
 .../rpm/rpm/rpm-fix-logio-cp.patch |2 +-
 .../rpm/rpm/rpm-fix-parseEmbedded.patch|   27 +
 .../rpm/rpm/rpm-hardlink-segfault-fix.patch|2 +-
 .../rpm/rpm/rpm-keccak-sse-intrin.patch|   27 +
 ...ction.c-fix-file-conflicts-for-mips64-N32.patch |2 +-
 meta/recipes-devtools/rpm/rpm/rpm-libsql-fix.patch |2 +-
 .../rpm/rpm/rpm-lsb-compatibility.patch|2 +-
 .../rpm/rpm/rpm-lua-fix-print.patch|  104 --
 ...rpm-macros.in-disable-external-key-server.patch |   16 +-
 .../rpm/rpm/rpm-mongodb-sasl.patch |   69 ++
 meta/recipes-devtools/rpm/rpm/rpm-no-loopmsg.patch |2 +-
 ...b-before-verifyscript-to-avoid-null-point.patch |2 +-
 .../rpm/rpm/rpm-packageorigin.patch|2 +-
 .../rpm/rpm/rpm-payload-use-hashed-inode.patch |   22 +-
 .../rpm/rpm/rpm-pkgconfigdeps.patch|   10 +-
 .../rpm/rpm/rpm-platform-file-fix.patch|2 +-
 meta/recipes-devtools/rpm/rpm/rpm-platform.patch   |2 +-
 meta/recipes-devtools/rpm/rpm/rpm-platform2.patch  |4 +-
 meta/recipes-devtools/rpm/rpm/rpm-py-init.patch|   16 +-
 .../rpm/rpm/rpm-python-restore-origin.patch|   49 +
 .../rpm/rpm/rpm-remove-sykcparse-decl.patch|   14 -
 meta/recipes-devtools/rpm/rpm/rpm-resolvedep.patch |2 +-
 .../rpm/rpm/rpm-rpmdb-grammar.patch|  124 +++
 .../rpm/rpm/rpm-rpmfc.c-fix-for-N32-MIPS64.patch   |2 +-
 .../rpm/rpm/rpm-rpmio-headers.patch|   19 +
 meta/recipes-devtools/rpm/rpm/rpm-rpmpgp-fix.patch |   67 --
 .../rpm/rpm/rpm-scriptletexechelper.patch  |   29 +-
 .../rpm/rpm/rpm-syck-fix-gram.patch| 1081 
 .../rpm-tag-generate-endian-conversion-fix.patch   |2 +-
 .../rpm/rpm/rpm-tools-mtree-LDFLAGS.patch  |2 +-
 meta/recipes-devtools/rpm/rpm/rpmatch.patch|   32 +-
 .../recipes-devtools/rpm/rpm/rpmqv_cc_b_gone.patch |   27 +-
 .../rpm/rpm/syck-5.4.15-to-5.4.16.patch.gz |  Bin 0 -> 4837 bytes
 meta/recipes-devtools/rpm/rpm/uclibc-support.patch |   38 +-
 ...broken-logic-for-ghost-avoidance-Mark-Hat.patch |   38 -
 meta/recipes-devtools/rpm/rpm_5.4+cvs.bb   |  290 +-
 .../rpm/{rpm_5.4.14.bb => rpm_5.4.16.bb}   |  185 +++-
 55 files changed, 2120 insertions(+), 565 deletions(-)
 create m

[OE-core] [PATCH 1/3 v2] rpm: Uprev to rpm-5.4.16 (pre) and rpm-5.4+cvs to current CVS head

[Mark Hatle]

[Note: as before the base64 items have been removed to shrink the size]

meta/lib/oe/package_manager.py was also updated.  This ensures that any
diagnostic messages are ignored from the output of rpmresolve.

The patches have been split into bug fixes (things that belong upstream)
and local changes that are OE specific.

The following patches are obsolete and have been removed:

rpm-remove-sykcparse-decl.patch
fstack-protector-configure-check.patch
rpm-disable-Wno-override-init.patch
rpm-lua-fix-print.patch
rpm-rpmpgp-fix.patch
verify-fix-broken-logic-for-ghost-avoidance-Mark-Hat.patch

Signed-off-by: Mark Hatle 
---
 meta/lib/oe/package_manager.py |   14 +-
 .../rpm/rpm/beecrypt-5.4.15-to-5.4.16.patch.gz |  Bin 0 -> 42815 bytes
 meta/recipes-devtools/rpm/rpm/debugedit-segv.patch |   46 +-
 .../rpm/rpm/fstack-protector-configure-check.patch |   21 -
 .../rpm/rpm/header-include-fix.patch   |   10 +
 .../rpm/rpm/lua-5.4.15-to-5.4.16.patch.gz  |  Bin 0 -> 269940 bytes
 .../rpm/rpm/python-rpm-rpmsense.patch  |   30 +-
 .../rpm/rpm/rpm-5.4.15-to-5.4.16.patch.gz  |  Bin 0 -> 2239384 bytes
 meta/recipes-devtools/rpm/rpm/rpm-atomic-ops.patch |   73 ++
 meta/recipes-devtools/rpm/rpm/rpm-db5-or-db6.patch |   39 +-
 meta/recipes-devtools/rpm/rpm/rpm-db60.patch   |   56 +
 .../rpm/rpm/rpm-disable-Wno-override-init.patch|   32 -
 .../rpm/rpm/rpm-disable-auto-stack-protector.patch |   32 +
 .../rpm/rpm/rpm-fix-parseEmbedded.patch|   27 +
 .../rpm/rpm/rpm-keccak-sse-intrin.patch|   27 +
 .../rpm/rpm/rpm-lua-fix-print.patch|  104 --
 ...rpm-macros.in-disable-external-key-server.patch |   16 +-
 .../rpm/rpm/rpm-mongodb-sasl.patch |   69 ++
 .../rpm/rpm/rpm-payload-use-hashed-inode.patch |   20 -
 .../rpm/rpm/rpm-pkgconfigdeps.patch|   10 +-
 meta/recipes-devtools/rpm/rpm/rpm-py-init.patch|   16 +-
 .../rpm/rpm/rpm-python-restore-origin.patch|   49 +
 .../rpm/rpm/rpm-remove-sykcparse-decl.patch|   14 -
 .../rpm/rpm/rpm-rpmdb-grammar.patch|  124 +++
 .../rpm/rpm/rpm-rpmio-headers.patch|   19 +
 meta/recipes-devtools/rpm/rpm/rpm-rpmpgp-fix.patch |   67 --
 .../rpm/rpm/rpm-scriptletexechelper.patch  |   29 +-
 .../rpm/rpm/rpm-syck-fix-gram.patch| 1081 
 meta/recipes-devtools/rpm/rpm/rpmatch.patch|   30 +-
 .../recipes-devtools/rpm/rpm/rpmqv_cc_b_gone.patch |   27 +-
 .../rpm/rpm/syck-5.4.15-to-5.4.16.patch.gz |  Bin 0 -> 4837 bytes
 meta/recipes-devtools/rpm/rpm/uclibc-support.patch |   36 +-
 ...broken-logic-for-ghost-avoidance-Mark-Hat.patch |   38 -
 meta/recipes-devtools/rpm/rpm_5.4+cvs.bb   |  213 +++-
 .../rpm/{rpm_5.4.14.bb => rpm_5.4.16.bb}   |  108 +-
 35 files changed, 1945 insertions(+), 532 deletions(-)
 create mode 100644 
meta/recipes-devtools/rpm/rpm/beecrypt-5.4.15-to-5.4.16.patch.gz
 delete mode 100644 
meta/recipes-devtools/rpm/rpm/fstack-protector-configure-check.patch
 create mode 100644 meta/recipes-devtools/rpm/rpm/lua-5.4.15-to-5.4.16.patch.gz
 create mode 100644 meta/recipes-devtools/rpm/rpm/rpm-5.4.15-to-5.4.16.patch.gz
 create mode 100644 meta/recipes-devtools/rpm/rpm/rpm-atomic-ops.patch
 create mode 100644 meta/recipes-devtools/rpm/rpm/rpm-db60.patch
 delete mode 100644 
meta/recipes-devtools/rpm/rpm/rpm-disable-Wno-override-init.patch
 create mode 100644 
meta/recipes-devtools/rpm/rpm/rpm-disable-auto-stack-protector.patch
 create mode 100644 meta/recipes-devtools/rpm/rpm/rpm-fix-parseEmbedded.patch
 create mode 100644 meta/recipes-devtools/rpm/rpm/rpm-keccak-sse-intrin.patch
 delete mode 100644 meta/recipes-devtools/rpm/rpm/rpm-lua-fix-print.patch
 create mode 100644 meta/recipes-devtools/rpm/rpm/rpm-mongodb-sasl.patch
 create mode 100644 
meta/recipes-devtools/rpm/rpm/rpm-python-restore-origin.patch
 delete mode 100644 
meta/recipes-devtools/rpm/rpm/rpm-remove-sykcparse-decl.patch
 create mode 100644 meta/recipes-devtools/rpm/rpm/rpm-rpmdb-grammar.patch
 create mode 100644 meta/recipes-devtools/rpm/rpm/rpm-rpmio-headers.patch
 delete mode 100644 meta/recipes-devtools/rpm/rpm/rpm-rpmpgp-fix.patch
 create mode 100644 meta/recipes-devtools/rpm/rpm/rpm-syck-fix-gram.patch
 create mode 100644 meta/recipes-devtools/rpm/rpm/syck-5.4.15-to-5.4.16.patch.gz
 delete mode 100644 
meta/recipes-devtools/rpm/rpm/verify-fix-broken-logic-for-ghost-avoidance-Mark-Hat.patch
 rename meta/recipes-devtools/rpm/{rpm_5.4.14.bb => rpm_5.4.16.bb} (93%)

diff --git a/meta/lib/oe/package_manager.py b/meta/lib/oe/package_manager.py
index b30a4da..271775e 100644
--- a/meta/lib/oe/package_manager.py
+++ b/meta/lib/oe/package_manager.py
@@ -428,11 +428,15 @@ class RpmPkgsList(PkgsList):
 
 # Populate deps dictionary for better manipulation
 for line in dependencies.splitlines():
-pkg, dep = line.split("|")
-if not pkg

[OE-core] [PATCH 13/15] python-pygobject: fix buildpath QA issue

[Hongxu Jia]

The variable PYTHON is assigned with native python.
But for target, it caused pygobject-codegen has
build path.

vim ${S}/codegen/pygobject-codegen-2.0.in
[snip]...
exec @PYTHON@ $codegendir/codegen.py "$@"
[snip]...

So we replace it by invoking "which python".

[YOCTO #7058]
Signed-off-by: Hongxu Jia 
---
 meta/recipes-devtools/python/python-pygobject_2.28.3.bb | 5 +
 1 file changed, 5 insertions(+)

diff --git a/meta/recipes-devtools/python/python-pygobject_2.28.3.bb 
b/meta/recipes-devtools/python/python-pygobject_2.28.3.bb
index 81d37b4..6082d35 100644
--- a/meta/recipes-devtools/python/python-pygobject_2.28.3.bb
+++ b/meta/recipes-devtools/python/python-pygobject_2.28.3.bb
@@ -51,3 +51,8 @@ FILES_${PN}-lib = "${libdir}/lib*.so.*"
 FILES_${PN}-dev += "${bindir} ${datadir}"
 
 BBCLASSEXTEND = "native"
+
+do_install_append_class-target() {
+   sed -i -e "s:${PYTHON}:\`which python\`:g" \
+   ${D}${bindir}/pygobject-codegen-2.0
+}
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 00/15] fix python buildpaths QA issue

[Hongxu Jia]

- Patch 01-06 has be sent in previous pull request.

- add buildpaths QA ignore pattern, and ignore Makefile by default

- fix .pyc/.pyo buildpath QA issue

- fix python related buildpath QA issue

Test Steps:

vim local.conf
...
MACHINE ?= "qemux86-64"
WARN_QA += "buildpaths"
require conf/multilib.conf
MULTILIBS = "multilib:lib32"
DEFAULTTUNE_virtclass-multilib-lib32 = "core2-32"
...

bitbake -k world

In oe-core, these patches fixed 40+ recipes' buildpath QA issue,
and fixed all python related buildpath QA issue.

There are still 55 recipes left that has buildpath QA issue.

//Hongxu

The following changes since commit 23056103c949b498c23b47579e8dd57ce78e6ed9:

  uclibc: Do not use immediate expansion operator (2016-02-22 20:42:48 +)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib hongxu/fix-buildpath
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=hongxu/fix-buildpath

Hongxu Jia (15):
  depmodwrapper-cross: nopackages to avoid QA [buildpaths] issue
  gcc: use relative path for configure script
  bison/gettext: add --with-bisonlocaledir to assign BISON_LOCALEDIR
  openssl: substitute buildpath in source code
  btrfs-tools: fix symlink creation multiple times
  git: fix installed-vs-shipped QA Issue
  insane:add buildpaths QA ignore pattern
  python2/3: fix buildpath QA issue
  bbclass distutils/distutils3: fix .pyc/.pyo buildpath
  python-setuptools/python3-setuptools: use old-style install
  python3-pip: use old-style install
  bbclass distutils/distutils3/setuptools/setuptools3: clean up
DISTUTILS_INSTALL_ARGS
  python-pygobject: fix buildpath QA issue
  python-numpy: fix buildpaths QA issue
  python-pycairo: fix buildpath QA issue

 meta/classes/distutils.bbclass |  8 +--
 meta/classes/distutils3.bbclass|  8 +--
 meta/classes/insane.bbclass| 13 +
 meta/classes/setuptools.bbclass|  5 --
 meta/classes/setuptools3.bbclass   |  5 --
 meta/recipes-connectivity/openssl/openssl.inc  |  2 +-
 .../substitute-buildpath-in-source-code.patch  | 41 ++
 .../recipes-connectivity/openssl/openssl_1.0.2f.bb |  1 +
 .../gettext-0.19.6/add-with-bisonlocaledir.patch   | 58 
 meta/recipes-core/gettext/gettext_0.19.6.bb|  4 ++
 .../bison/bison/add-with-bisonlocaledir.patch  | 58 
 meta/recipes-devtools/bison/bison_3.0.4.bb |  1 +
 .../fix-symlink-creation-multiple-times.patch  | 46 
 .../btrfs-tools/btrfs-tools_4.4.bb |  1 +
 meta/recipes-devtools/gcc/gcc-runtime.inc  |  3 +-
 meta/recipes-devtools/gcc/gcc-sanitizers.inc   |  3 +-
 meta/recipes-devtools/gcc/libgcc-common.inc|  3 +-
 meta/recipes-devtools/gcc/libgfortran.inc  |  3 +-
 meta/recipes-devtools/git/git.inc  |  2 +
 .../remove-build-path-in-comments.patch| 30 +++
 .../recipes-devtools/python/python-numpy_1.10.4.bb |  1 +
 ...trip-off-build-path-in-purported-filename.patch | 62 ++
 .../python/python-pycairo_1.10.0.bb| 22 
 .../python/python-pygobject_2.28.3.bb  |  5 ++
 .../python/python-setuptools_19.4.bb   |  2 -
 .../use-relative-path-to-compile-source-file.patch | 31 +++
 meta/recipes-devtools/python/python3-pip_8.0.0.bb  | 12 -
 .../python/python3-setuptools_19.4.bb  |  8 +--
 .../use-relative-path-to-compile-source-file.patch | 31 +++
 meta/recipes-devtools/python/python3_3.5.1.bb  | 10 +++-
 meta/recipes-devtools/python/python_2.7.11.bb  |  8 +++
 .../recipes-kernel/kmod/depmodwrapper-cross_1.0.bb |  2 +
 32 files changed, 438 insertions(+), 51 deletions(-)
 create mode 100644 
meta/recipes-connectivity/openssl/openssl/substitute-buildpath-in-source-code.patch
 create mode 100644 
meta/recipes-core/gettext/gettext-0.19.6/add-with-bisonlocaledir.patch
 create mode 100644 
meta/recipes-devtools/bison/bison/add-with-bisonlocaledir.patch
 create mode 100644 
meta/recipes-devtools/btrfs-tools/btrfs-tools/fix-symlink-creation-multiple-times.patch
 create mode 100644 
meta/recipes-devtools/python/python-numpy/remove-build-path-in-comments.patch
 create mode 100644 
meta/recipes-devtools/python/python-pycairo/strip-off-build-path-in-purported-filename.patch
 create mode 100644 
meta/recipes-devtools/python/python/use-relative-path-to-compile-source-file.patch
 create mode 100644 
meta/recipes-devtools/python/python3/use-relative-path-to-compile-source-file.patch

-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 11/15] python3-pip: use old-style install

[Hongxu Jia]

Since '--root' is added to 'setup.py install' to fix .pyc/.pyo
buildpaths issue. For python3-pip, the '--root' option
means there will be no eggs generated.

Ubuntu or Debian did the same thing like us:
https://packages.debian.org/sid/all/python3-pip/filelist

[YOCTO #8446]

Signed-off-by: Hongxu Jia 
---
 meta/recipes-devtools/python/python3-pip_8.0.0.bb | 12 
 1 file changed, 12 deletions(-)

diff --git a/meta/recipes-devtools/python/python3-pip_8.0.0.bb 
b/meta/recipes-devtools/python/python3-pip_8.0.0.bb
index 834ecda..b45aeea 100644
--- a/meta/recipes-devtools/python/python3-pip_8.0.0.bb
+++ b/meta/recipes-devtools/python/python3-pip_8.0.0.bb
@@ -19,22 +19,10 @@ S = "${WORKDIR}/${SRCNAME}-${PV}"
 
 inherit distutils3
 
-DISTUTILS_INSTALL_ARGS += 
"--install-lib=${D}${libdir}/${PYTHON_DIR}/site-packages"
-
-do_install_prepend() {
-install -d ${D}/${libdir}/${PYTHON_DIR}/site-packages
-}
-
 # Use setuptools site.py instead, avoid shared state issue
 do_install_append() {
-rm ${D}/${libdir}/${PYTHON_DIR}/site-packages/site.py
-rm 
${D}/${libdir}/${PYTHON_DIR}/site-packages/__pycache__/site.cpython-*.pyc
-
 # Install as pip3 and leave pip2 as default
 rm ${D}/${bindir}/pip
-
-# Installed eggs need to be passed directly to the interpreter via a pth 
file
-echo "./${SRCNAME}-${PV}-py${PYTHON_BASEVERSION}.egg" > 
${D}${PYTHON_SITEPACKAGES_DIR}/${SRCNAME}-${PV}.pth
 }
 
 RDEPENDS_${PN} = "\
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 15/15] python-pycairo: fix buildpath QA issue

[Hongxu Jia]

- Append function unpack_waf to do_unpack to do self-extracting first,
  we need to patch on the extracted files.

- Get "--destdir" directory supplied to the "install" command,
  and use it as a prefix to strip off the purported filename
  encoded in bytecode files.

- Do not need to generate pycairo.pc manually

[YOCTO #8446]

Signed-off-by: Hongxu Jia 
---
 ...trip-off-build-path-in-purported-filename.patch | 62 ++
 .../python/python-pycairo_1.10.0.bb| 22 
 2 files changed, 75 insertions(+), 9 deletions(-)
 create mode 100644 
meta/recipes-devtools/python/python-pycairo/strip-off-build-path-in-purported-filename.patch

diff --git 
a/meta/recipes-devtools/python/python-pycairo/strip-off-build-path-in-purported-filename.patch
 
b/meta/recipes-devtools/python/python-pycairo/strip-off-build-path-in-purported-filename.patch
new file mode 100644
index 000..647c4be
--- /dev/null
+++ 
b/meta/recipes-devtools/python/python-pycairo/strip-off-build-path-in-purported-filename.patch
@@ -0,0 +1,62 @@
+From 86faf604fc8a7f17320db48734cda464119da387 Mon Sep 17 00:00:00 2001
+From: Hongxu Jia 
+Date: Thu, 25 Feb 2016 04:22:07 -0500
+Subject: [PATCH] strip off build path in purported filename
+
+Get the "--destdir" directory supplied to the "install" command,
+and use it as a prefix to strip off the purported filename
+encoded in bytecode files.
+
+Upstream-Status: Inappropriate [openembedded specific]
+
+Signed-off-by: Hongxu Jia 
+---
+diff --git 
a/.waf-1.6.3-3c3129a3ec8fb4a5bbc7ba3161463b22/waflib/Tools/python.py 
b/.waf-1.6.3-3c3129a3ec8fb4a5bbc7ba3161463b22/waflib/Tools/python.py
+--- a/.waf-1.6.3-3c3129a3ec8fb4a5bbc7ba3161463b22/waflib/Tools/python.py
 b/.waf-1.6.3-3c3129a3ec8fb4a5bbc7ba3161463b22/waflib/Tools/python.py
+@@ -26,7 +26,7 @@ int main()
+ INST='''
+ import sys, py_compile
+ for pyfile in sys.argv[1:]:
+-  py_compile.compile(pyfile, pyfile + %r)
++  py_compile.compile(pyfile, pyfile + %r, %r)
+ '''
+ def process_py(self,node):
+   try:
+@@ -39,6 +39,16 @@ def process_py(self,node):
+   def inst_py(ctx):
+   install_pyfile(self,node)
+   self.bld.add_post_fun(inst_py)
++
++def get_dfile(dfile):
++  if getattr(Options.options,'destdir'):
++  destdir = Options.options.destdir
++  if dfile[:len(destdir)] != destdir:
++  raise Errors.WafError("invalid destdir: filename %r 
doesn't start with %r" % ((dfile, destdir)))
++  dfile = dfile[len(destdir):]
++
++  return dfile
++
+ def install_pyfile(self,node):
+   tsk=self.bld.install_files(self.install_path,[node],postpone=False)
+   path=os.path.join(tsk.get_install_path(),node.name)
+@@ -53,12 +63,14 @@ def install_pyfile(self,node):
+   if self.env['PYC']or self.env['PYO']:
+   info("+ byte compiling %r"%path)
+   if self.env['PYC']:
+-  argv=self.env['PYTHON']+['-c',INST%'c',path]
++  dfile = get_dfile(path+'c')
++  argv=self.env['PYTHON']+['-c',INST%('c',dfile),path]
+   ret=Utils.subprocess.Popen(argv).wait()
+   if ret:
+   raise Errors.WafError('pyc compilation failed 
%r'%path)
+   if self.env['PYO']:
+-  
argv=self.env['PYTHON']+[self.env['PYFLAGS_OPT'],'-c',INST%'o',path]
++  dfile = get_dfile(path+'o')
++  
argv=self.env['PYTHON']+[self.env['PYFLAGS_OPT'],'-c',INST%('o',dfile),path]
+   ret=Utils.subprocess.Popen(argv).wait()
+   if ret:
+   raise Errors.WafError('pyo compilation failed 
%r'%path)
+-- 
+1.9.1
+
diff --git a/meta/recipes-devtools/python/python-pycairo_1.10.0.bb 
b/meta/recipes-devtools/python/python-pycairo_1.10.0.bb
index 70fe25c..90a1701 100644
--- a/meta/recipes-devtools/python/python-pycairo_1.10.0.bb
+++ b/meta/recipes-devtools/python/python-pycairo_1.10.0.bb
@@ -11,7 +11,9 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=f2e071ab72978431b294a0d696327421 \
 DEPENDS = "cairo"
 PR = "r2"
 
-SRC_URI = "http://cairographics.org/releases/py2cairo-${PV}.tar.bz2";
+SRC_URI = "http://cairographics.org/releases/py2cairo-${PV}.tar.bz2 \
+   file://strip-off-build-path-in-purported-filename.patch \
+"
 
 SRC_URI[md5sum] = "20337132c4ab06c1146ad384d55372c5"
 SRC_URI[sha256sum] = 
"d30439f06c2ec1a39e27464c6c828b6eface3b22ee17b2de05dc409e429a7431"
@@ -22,8 +24,16 @@ inherit distutils pkgconfig
 
 BBCLASSEXTEND = "native"
 
+do_unpack[postfuncs] += "unpack_waf"
+do_unpack[vardeps] += "unpack_waf"
+unpack_waf() {
+   # Just self extract tarball embedded in waf, do not care help message.
+   # Do not generate bytecode, becuase we need to patch python file later
+   PYTHONDONTWRITEBYTECODE=True ./waf --help >/dev/null
+}
+
 do_configure() {
-   BUILD_SYS=${BUILD_SYS} HOST

[OE-core] [PATCH 09/15] bbclass distutils/distutils3: fix .pyc/.pyo buildpath

[Hongxu Jia]

Get the "--root" directory supplied to the "install" command,
and use it as a prefix to strip off the purported filename
encoded in bytecode files.

Since --root added, we need to tweak --install-data,
--prefix and --install-lib to use relative path.

[YOCTO #8446]

Signed-off-by: Hongxu Jia 
---
 meta/classes/distutils.bbclass  | 6 +++---
 meta/classes/distutils3.bbclass | 6 +++---
 2 files changed, 6 insertions(+), 6 deletions(-)

diff --git a/meta/classes/distutils.bbclass b/meta/classes/distutils.bbclass
index cd06713..f054006 100644
--- a/meta/classes/distutils.bbclass
+++ b/meta/classes/distutils.bbclass
@@ -4,8 +4,8 @@ DISTUTILS_BUILD_ARGS ?= ""
 DISTUTILS_STAGE_HEADERS_ARGS ?= "--install-dir=${STAGING_INCDIR}/${PYTHON_DIR}"
 DISTUTILS_STAGE_ALL_ARGS ?= "--prefix=${STAGING_DIR_HOST}${prefix} \
 --install-data=${STAGING_DATADIR}"
-DISTUTILS_INSTALL_ARGS ?= "--prefix=${D}/${prefix} \
---install-data=${D}/${datadir}"
+DISTUTILS_INSTALL_ARGS ?= "--prefix=${prefix} \
+--install-data=${datadir}"
 
 distutils_do_compile() {
  STAGING_INCDIR=${STAGING_INCDIR} \
@@ -38,7 +38,7 @@ distutils_do_install() {
 STAGING_LIBDIR=${STAGING_LIBDIR} \
 PYTHONPATH=${D}${PYTHON_SITEPACKAGES_DIR} \
 BUILD_SYS=${BUILD_SYS} HOST_SYS=${HOST_SYS} \
-${STAGING_BINDIR_NATIVE}/${PYTHON_PN}-native/${PYTHON_PN} setup.py 
install --install-lib=${D}/${PYTHON_SITEPACKAGES_DIR} ${DISTUTILS_INSTALL_ARGS} 
|| \
+${STAGING_BINDIR_NATIVE}/${PYTHON_PN}-native/${PYTHON_PN} setup.py 
install --root=${D} --install-lib=${PYTHON_SITEPACKAGES_DIR} 
${DISTUTILS_INSTALL_ARGS} || \
 bbfatal "${PYTHON_PN} setup.py install execution failed."
 
 # support filenames with *spaces*
diff --git a/meta/classes/distutils3.bbclass b/meta/classes/distutils3.bbclass
index 443bf3a..7962d40 100644
--- a/meta/classes/distutils3.bbclass
+++ b/meta/classes/distutils3.bbclass
@@ -5,8 +5,8 @@ DISTUTILS_BUILD_EXT_ARGS ?= ""
 DISTUTILS_STAGE_HEADERS_ARGS ?= "--install-dir=${STAGING_INCDIR}/${PYTHON_DIR}"
 DISTUTILS_STAGE_ALL_ARGS ?= "--prefix=${STAGING_DIR_HOST}${prefix} \
 --install-data=${STAGING_DATADIR}"
-DISTUTILS_INSTALL_ARGS ?= "--prefix=${D}/${prefix} \
---install-data=${D}/${datadir}"
+DISTUTILS_INSTALL_ARGS ?= "--prefix=${prefix} \
+--install-data=${datadir}"
 
 distutils3_do_compile() {
 if [ ${BUILD_SYS} != ${HOST_SYS} ]; then
@@ -63,7 +63,7 @@ distutils3_do_install() {
 STAGING_LIBDIR=${STAGING_LIBDIR} \
 PYTHONPATH=${D}${PYTHON_SITEPACKAGES_DIR} \
 BUILD_SYS=${BUILD_SYS} HOST_SYS=${SYS} \
-${STAGING_BINDIR_NATIVE}/${PYTHON_PN}-native/${PYTHON_PN} setup.py 
install --install-lib=${D}/${PYTHON_SITEPACKAGES_DIR} ${DISTUTILS_INSTALL_ARGS} 
|| \
+${STAGING_BINDIR_NATIVE}/${PYTHON_PN}-native/${PYTHON_PN} setup.py 
install --root=${D} --install-lib=${PYTHON_SITEPACKAGES_DIR} 
${DISTUTILS_INSTALL_ARGS} || \
 bbfatal "${PYTHON_PN} setup.py install execution failed."
 
 # support filenames with *spaces*
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 07/15] insane:add buildpaths QA ignore pattern

[Hongxu Jia]

Add variable QA_BUILDPATHS_SKIP_PATTERN to ignore buildpaths QA
while filename (do not include directory) matches patterns,
the patterns are Unix shell style and separated by space.

[YOCTO #9169]
[YOCTO #7058]

Signed-off-by: Hongxu Jia 
---
 meta/classes/insane.bbclass | 13 +
 1 file changed, 13 insertions(+)

diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass
index 61936e1..57a3e42 100644
--- a/meta/classes/insane.bbclass
+++ b/meta/classes/insane.bbclass
@@ -592,11 +592,16 @@ def package_qa_hash_style(path, name, d, elf, messages):
 package_qa_add_message(messages, "ldflags", "No GNU_HASH in the elf 
binary: '%s'" % path)
 
 
+# Ignore buildpaths QA while filename (do not include directory)
+# matches patterns, patterns are Unix shell style and separated by space
+QA_BUILDPATHS_SKIP_PATTERN ??= "Makefile"
 QAPATHTEST[buildpaths] = "package_qa_check_buildpaths"
 def package_qa_check_buildpaths(path, name, d, elf, messages):
 """
 Check for build paths inside target files and error if not found in the 
whitelist
 """
+from fnmatch import fnmatch
+
 # Ignore .debug files, not interesting
 if path.find(".debug") != -1:
 return
@@ -609,6 +614,14 @@ def package_qa_check_buildpaths(path, name, d, elf, 
messages):
 if path.find(name + "/CONTROL/") != -1 or path.find(name + "/DEBIAN/") != 
-1:
 return
 
+# Ignore matched pattern file
+ignores = d.getVar('QA_BUILDPATHS_SKIP_PATTERN', True).split()
+file = os.path.basename(path)
+for ignore in ignores:
+if fnmatch(file, ignore):
+bb.note("Package %s skipping buildpaths QA: %s" % (name, path))
+return
+
 tmpdir = d.getVar('TMPDIR', True)
 with open(path) as f:
 file_content = f.read()
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 14/15] python-numpy: fix buildpaths QA issue

[Hongxu Jia]

Remove build path in comments:

Without the fix:
...
|This file is generated by /buildarea/raid0/hjia/build-20160225-yocto-
buildpath/tmp/work/core2-64-poky-linux/python-numpy/1.10.4-r0/numpy
-1.10.4/setup.py
...

With the fix:
...
|This file is generated by /numpy-1.10.4/setup.py
...

[YOCTO #7058]

Signed-off-by: Hongxu Jia 
---
 .../remove-build-path-in-comments.patch| 30 ++
 .../recipes-devtools/python/python-numpy_1.10.4.bb |  1 +
 2 files changed, 31 insertions(+)
 create mode 100644 
meta/recipes-devtools/python/python-numpy/remove-build-path-in-comments.patch

diff --git 
a/meta/recipes-devtools/python/python-numpy/remove-build-path-in-comments.patch 
b/meta/recipes-devtools/python/python-numpy/remove-build-path-in-comments.patch
new file mode 100644
index 000..eb8a71a
--- /dev/null
+++ 
b/meta/recipes-devtools/python/python-numpy/remove-build-path-in-comments.patch
@@ -0,0 +1,30 @@
+From c560abff71f98a39a7401f08c2c13dad9ae7f15f Mon Sep 17 00:00:00 2001
+From: Hongxu Jia 
+Date: Thu, 25 Feb 2016 01:23:32 -0500
+Subject: [PATCH] remove build path in comments
+
+It has build path in comments, so remove it.
+
+Upstream-Status: Inappropriate [openembedded specific]
+
+Signed-off-by: Hongxu Jia 
+---
+ numpy/distutils/misc_util.py | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/numpy/distutils/misc_util.py b/numpy/distutils/misc_util.py
+index 345e60f..dafb068 100644
+--- a/numpy/distutils/misc_util.py
 b/numpy/distutils/misc_util.py
+@@ -2254,7 +2254,7 @@ def generate_config_py(target):
+ from distutils.dir_util import mkpath
+ mkpath(os.path.dirname(target))
+ f = open(target, 'w')
+-f.write('# This file is generated by %s\n' % 
(os.path.abspath(sys.argv[0])))
++f.write('# This file is generated by %s\n' % 
(os.path.abspath(sys.argv[0]).replace(os.path.abspath('../'),'')))
+ f.write('# It contains system_info results at the time of building this 
package.\n')
+ f.write('__all__ = ["get_info","show"]\n\n')
+ for k, i in system_info.saved_results.items():
+-- 
+1.9.1
+
diff --git a/meta/recipes-devtools/python/python-numpy_1.10.4.bb 
b/meta/recipes-devtools/python/python-numpy_1.10.4.bb
index 01bf9fb..fa651cb 100644
--- a/meta/recipes-devtools/python/python-numpy_1.10.4.bb
+++ b/meta/recipes-devtools/python/python-numpy_1.10.4.bb
@@ -5,6 +5,7 @@ LIC_FILES_CHKSUM = 
"file://LICENSE.txt;md5=9f4e88b5748e8313caaf33d081ce65a3"
 
 SRC_URI = "${SOURCEFORGE_MIRROR}/numpy/numpy-${PV}.tar.gz \

file://0001-Don-t-search-usr-and-so-on-for-libraries-by-default-.patch \
+   file://remove-build-path-in-comments.patch \
${CONFIGFILESURI} "
 
 CONFIGFILESURI ?= ""
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 08/15] python2/3: fix buildpath QA issue

[Hongxu Jia]

- use relative path to compile source file

- Since _sysconfigdata.py was modified at do_package,
  so remove _sysconfigdata.pyc is ok (Python2 only).

- Add _sysconfigdata.py and Makefile it to QA_BUILDPATHS_SKIP_PATTERN.

- Remove -fdebug-prefix-map in _sysconfigdata.py, Makefile and
  python3.5m-config (Python3 only).

[YOCTO #8446]
[YOCTO #7058]

Signed-off-by: Hongxu Jia 
---
 .../use-relative-path-to-compile-source-file.patch | 31 ++
 .../use-relative-path-to-compile-source-file.patch | 31 ++
 meta/recipes-devtools/python/python3_3.5.1.bb  | 10 ++-
 meta/recipes-devtools/python/python_2.7.11.bb  |  8 ++
 4 files changed, 79 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-devtools/python/python/use-relative-path-to-compile-source-file.patch
 create mode 100644 
meta/recipes-devtools/python/python3/use-relative-path-to-compile-source-file.patch

diff --git 
a/meta/recipes-devtools/python/python/use-relative-path-to-compile-source-file.patch
 
b/meta/recipes-devtools/python/python/use-relative-path-to-compile-source-file.patch
new file mode 100644
index 000..d68ca0c
--- /dev/null
+++ 
b/meta/recipes-devtools/python/python/use-relative-path-to-compile-source-file.patch
@@ -0,0 +1,31 @@
+From 048a7fef98cb4b8323c0b144c0cc1cdff91c603c Mon Sep 17 00:00:00 2001
+From: Hongxu Jia 
+Date: Tue, 23 Feb 2016 21:14:45 -0500
+Subject: [PATCH] use relative path to compile source file
+
+Use relative path rather than absolute path to compile source file.
+This could avoid build path issues.
+
+Upstream-Status: Inappropriate [embedded specific]
+
+Signed-off-by: Hongxu Jia 
+---
+ Lib/distutils/ccompiler.py | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/Lib/distutils/ccompiler.py b/Lib/distutils/ccompiler.py
+index 82fd7d5..eb86158 100644
+--- a/Lib/distutils/ccompiler.py
 b/Lib/distutils/ccompiler.py
+@@ -342,7 +342,7 @@ class CCompiler:
+ 
+ build = {}
+ for i in range(len(sources)):
+-src = sources[i]
++src = os.path.relpath(sources[i], '.')
+ obj = objects[i]
+ ext = os.path.splitext(src)[1]
+ self.mkpath(os.path.dirname(obj))
+-- 
+1.9.1
+
diff --git 
a/meta/recipes-devtools/python/python3/use-relative-path-to-compile-source-file.patch
 
b/meta/recipes-devtools/python/python3/use-relative-path-to-compile-source-file.patch
new file mode 100644
index 000..d68ca0c
--- /dev/null
+++ 
b/meta/recipes-devtools/python/python3/use-relative-path-to-compile-source-file.patch
@@ -0,0 +1,31 @@
+From 048a7fef98cb4b8323c0b144c0cc1cdff91c603c Mon Sep 17 00:00:00 2001
+From: Hongxu Jia 
+Date: Tue, 23 Feb 2016 21:14:45 -0500
+Subject: [PATCH] use relative path to compile source file
+
+Use relative path rather than absolute path to compile source file.
+This could avoid build path issues.
+
+Upstream-Status: Inappropriate [embedded specific]
+
+Signed-off-by: Hongxu Jia 
+---
+ Lib/distutils/ccompiler.py | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/Lib/distutils/ccompiler.py b/Lib/distutils/ccompiler.py
+index 82fd7d5..eb86158 100644
+--- a/Lib/distutils/ccompiler.py
 b/Lib/distutils/ccompiler.py
+@@ -342,7 +342,7 @@ class CCompiler:
+ 
+ build = {}
+ for i in range(len(sources)):
+-src = sources[i]
++src = os.path.relpath(sources[i], '.')
+ obj = objects[i]
+ ext = os.path.splitext(src)[1]
+ self.mkpath(os.path.dirname(obj))
+-- 
+1.9.1
+
diff --git a/meta/recipes-devtools/python/python3_3.5.1.bb 
b/meta/recipes-devtools/python/python3_3.5.1.bb
index 11f959b..58370f1 100644
--- a/meta/recipes-devtools/python/python3_3.5.1.bb
+++ b/meta/recipes-devtools/python/python3_3.5.1.bb
@@ -37,6 +37,7 @@ SRC_URI += "\
 file://setup.py-find-libraries-in-staging-dirs.patch \
 file://use_packed_importlib.patch \
 file://configure.ac-fix-LIBPL.patch \
+file://use-relative-path-to-compile-source-file.patch \
"
 SRC_URI[md5sum] = "e9ea6f2623fffcdd871b7b19113fde80"
 SRC_URI[sha256sum] = 
"c6d57c0c366d9060ab6c0cdf889ebf3d92711d466cc0119c441dbf2746f725c9"
@@ -179,6 +180,7 @@ do_install_append_class-nativesdk () {
create_wrapper ${D}${bindir}/python${PYTHON_MAJMIN} 
TERMINFO_DIRS='${sysconfdir}/terminfo:/etc/terminfo:/usr/share/terminfo:/usr/share/misc/terminfo:/lib/terminfo'
 }
 
+QA_BUILDPATHS_SKIP_PATTERN ?= "Makefile _sysconfigdata.py"
 SSTATE_SCAN_FILES += "Makefile"
 PACKAGE_PREPROCESS_FUNCS += "py_package_preprocess"
 
@@ -187,8 +189,14 @@ py_package_preprocess () {
install -m 0644 ${B}/Makefile.orig 
${PKGD}/${libdir}/python${PYTHON_MAJMIN}/config/Makefile
# Remove references to buildmachine paths in target Makefile and 
_sysconfigdata
sed -i -e 's:--sysroot=${STAGING_DIR_TARGET}::g' -e 
s:'--with-libtool-sysroot=${STAGING_DIR_TARGET}'::g \
+   -e 's:-fdebu

[OE-core] [PATCH 10/15] python-setuptools/python3-setuptools: use old-style install

[Hongxu Jia]

Since '--root' is added to 'setup.py install' to fix .pyc/.pyo
buildpaths issue. For python setuptools, the '--root' option
means explicit request for old-style install. There will be
no egg generated. And it do not need setuptools.pth any more.

Rename easy_install to easy_install3.

Ubuntu or Debian did the same thing like us:
https://packages.debian.org/sid/all/python3-setuptools/filelist

[YOCTO #8446]
[YOCTO #9162]

Signed-off-by: Hongxu Jia 
---
 meta/recipes-devtools/python/python-setuptools_19.4.bb  | 2 --
 meta/recipes-devtools/python/python3-setuptools_19.4.bb | 8 ++--
 2 files changed, 2 insertions(+), 8 deletions(-)

diff --git a/meta/recipes-devtools/python/python-setuptools_19.4.bb 
b/meta/recipes-devtools/python/python-setuptools_19.4.bb
index c172039..01763d4 100644
--- a/meta/recipes-devtools/python/python-setuptools_19.4.bb
+++ b/meta/recipes-devtools/python/python-setuptools_19.4.bb
@@ -7,8 +7,6 @@ DEPENDS_class-native += "python-native"
 
 inherit distutils
 
-DISTUTILS_INSTALL_ARGS += 
"--install-lib=${D}${libdir}/${PYTHON_DIR}/site-packages"
-
 RDEPENDS_${PN} = "\
   python-stringold \
   python-email \
diff --git a/meta/recipes-devtools/python/python3-setuptools_19.4.bb 
b/meta/recipes-devtools/python/python3-setuptools_19.4.bb
index fb2931c..12b0d93 100644
--- a/meta/recipes-devtools/python/python3-setuptools_19.4.bb
+++ b/meta/recipes-devtools/python/python3-setuptools_19.4.bb
@@ -5,13 +5,9 @@ DEPENDS_class-native += "python3-native"
 
 inherit distutils3
 
-DISTUTILS_INSTALL_ARGS += 
"--install-lib=${D}${libdir}/${PYTHON_DIR}/site-packages"
-
-# The installer puts the wrong path in the setuptools.pth file.  Correct it.
+# Rename easy_install to avoid confliction with python2's setuptools
 do_install_append() {
-rm ${D}${PYTHON_SITEPACKAGES_DIR}/setuptools.pth
-mv ${D}${bindir}/easy_install ${D}${bindir}/easy3_install
-echo "./${SRCNAME}-${PV}-py${PYTHON_BASEVERSION}.egg" > 
${D}${PYTHON_SITEPACKAGES_DIR}/setuptools.pth
+mv ${D}${bindir}/easy_install ${D}${bindir}/easy_install3
 }
 
 RDEPENDS_${PN} = "\
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 12/15] bbclass distutils/distutils3/setuptools/setuptools3: clean up DISTUTILS_INSTALL_ARGS

[Hongxu Jia]

Since fix .pyc/.pyo buildpaths issue, we have the same
DISTUTILS_INSTALL_ARGS in these bbclass files, so clean
up the duplicate.

[YOCTO #8446]

Signed-off-by: Hongxu Jia 
---
 meta/classes/distutils.bbclass   | 4 +++-
 meta/classes/distutils3.bbclass  | 4 +++-
 meta/classes/setuptools.bbclass  | 5 -
 meta/classes/setuptools3.bbclass | 5 -
 4 files changed, 6 insertions(+), 12 deletions(-)

diff --git a/meta/classes/distutils.bbclass b/meta/classes/distutils.bbclass
index f054006..18cfb17 100644
--- a/meta/classes/distutils.bbclass
+++ b/meta/classes/distutils.bbclass
@@ -5,6 +5,8 @@ DISTUTILS_STAGE_HEADERS_ARGS ?= 
"--install-dir=${STAGING_INCDIR}/${PYTHON_DIR}"
 DISTUTILS_STAGE_ALL_ARGS ?= "--prefix=${STAGING_DIR_HOST}${prefix} \
 --install-data=${STAGING_DATADIR}"
 DISTUTILS_INSTALL_ARGS ?= "--prefix=${prefix} \
+--root=${D} \
+--install-lib=${PYTHON_SITEPACKAGES_DIR} \
 --install-data=${datadir}"
 
 distutils_do_compile() {
@@ -38,7 +40,7 @@ distutils_do_install() {
 STAGING_LIBDIR=${STAGING_LIBDIR} \
 PYTHONPATH=${D}${PYTHON_SITEPACKAGES_DIR} \
 BUILD_SYS=${BUILD_SYS} HOST_SYS=${HOST_SYS} \
-${STAGING_BINDIR_NATIVE}/${PYTHON_PN}-native/${PYTHON_PN} setup.py 
install --root=${D} --install-lib=${PYTHON_SITEPACKAGES_DIR} 
${DISTUTILS_INSTALL_ARGS} || \
+${STAGING_BINDIR_NATIVE}/${PYTHON_PN}-native/${PYTHON_PN} setup.py 
install ${DISTUTILS_INSTALL_ARGS} || \
 bbfatal "${PYTHON_PN} setup.py install execution failed."
 
 # support filenames with *spaces*
diff --git a/meta/classes/distutils3.bbclass b/meta/classes/distutils3.bbclass
index 7962d40..1e2924a 100644
--- a/meta/classes/distutils3.bbclass
+++ b/meta/classes/distutils3.bbclass
@@ -6,6 +6,8 @@ DISTUTILS_STAGE_HEADERS_ARGS ?= 
"--install-dir=${STAGING_INCDIR}/${PYTHON_DIR}"
 DISTUTILS_STAGE_ALL_ARGS ?= "--prefix=${STAGING_DIR_HOST}${prefix} \
 --install-data=${STAGING_DATADIR}"
 DISTUTILS_INSTALL_ARGS ?= "--prefix=${prefix} \
+--root=${D} \
+--install-lib=${PYTHON_SITEPACKAGES_DIR} \
 --install-data=${datadir}"
 
 distutils3_do_compile() {
@@ -63,7 +65,7 @@ distutils3_do_install() {
 STAGING_LIBDIR=${STAGING_LIBDIR} \
 PYTHONPATH=${D}${PYTHON_SITEPACKAGES_DIR} \
 BUILD_SYS=${BUILD_SYS} HOST_SYS=${SYS} \
-${STAGING_BINDIR_NATIVE}/${PYTHON_PN}-native/${PYTHON_PN} setup.py 
install --root=${D} --install-lib=${PYTHON_SITEPACKAGES_DIR} 
${DISTUTILS_INSTALL_ARGS} || \
+${STAGING_BINDIR_NATIVE}/${PYTHON_PN}-native/${PYTHON_PN} setup.py 
install ${DISTUTILS_INSTALL_ARGS} || \
 bbfatal "${PYTHON_PN} setup.py install execution failed."
 
 # support filenames with *spaces*
diff --git a/meta/classes/setuptools.bbclass b/meta/classes/setuptools.bbclass
index 56343b1..0a3f0f9 100644
--- a/meta/classes/setuptools.bbclass
+++ b/meta/classes/setuptools.bbclass
@@ -1,8 +1,3 @@
 inherit distutils
 
 DEPENDS += "python-distribute-native"
-
-DISTUTILS_INSTALL_ARGS = "--root=${D} \
---prefix=${prefix} \
---install-lib=${PYTHON_SITEPACKAGES_DIR} \
---install-data=${datadir}"
diff --git a/meta/classes/setuptools3.bbclass b/meta/classes/setuptools3.bbclass
index de6dd94..38e175a 100644
--- a/meta/classes/setuptools3.bbclass
+++ b/meta/classes/setuptools3.bbclass
@@ -1,8 +1,3 @@
 inherit distutils3
 
 DEPENDS += "python3-setuptools-native"
-
-DISTUTILS_INSTALL_ARGS = "--root=${D} \
---prefix=${prefix} \
---install-lib=${PYTHON_SITEPACKAGES_DIR} \
---install-data=${datadir}"
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] qemu needs target kernel sets CONFIG_SCSI_VIRTIO=y to boot vmdk qcow2 and vdi

[Robert Yang]

On 02/25/2016 08:42 PM, Bruce Ashfield wrote:



On Thu, Feb 25, 2016 at 7:10 AM, Burton, Ross mailto:ross.bur...@intel.com>> wrote:


On 25 February 2016 at 10:36, Robert Yang mailto:liezhi.y...@windriver.com>> wrote:

We need enable target kernel's CONFIG_SCSI_VIRTIO=y to make native qemu
can boot hdddirect, vmdk, qcow2 and vdi, otherwise, the scsi drive can't
work in qemu since our vm image's root default to /dev/sda2, or we can
change it default to /dev/hda2, then we don't have to make any changes
on kernel, but I prefer scsi since ide is going to be out of date.


Are there any other virtio drivers that we really should be enabling in the
qemu kernels?


We already have a fragment for this, and a set of virtio drivers enabled .. 
which


Yes, others are fine AFAIK.

// Robert


is why I find this entire thread confusing :)

Bruce


Ross

--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org

http://lists.openembedded.org/mailman/listinfo/openembedded-core




--
"Thou shalt not follow the NULL pointer, for chaos and madness await thee at its
end"

--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] qemu needs target kernel sets CONFIG_SCSI_VIRTIO=y to boot vmdk qcow2 and vdi

[Robert Yang]

On 02/25/2016 08:42 PM, Bruce Ashfield wrote:



On Thu, Feb 25, 2016 at 5:36 AM, Robert Yang mailto:liezhi.y...@windriver.com>> wrote:

Hi Bruce and Darren,

We need enable target kernel's CONFIG_SCSI_VIRTIO=y to make native qemu
can boot hdddirect, vmdk, qcow2 and vdi, otherwise, the scsi drive can't
work in qemu since our vm image's root default to /dev/sda2, or we can
change it default to /dev/hda2, then we don't have to make any changes
on kernel, but I prefer scsi since ide is going to be out of date.


The IDE fragment was on for compatibility reasons, but we dropped that
compatibility about a year ago. I was under the impression that we had
fully dropped all the IDE fragments.


I've tried to enable it by menuconfig, it works well, would you please
enable it by default ?



Send a patch to the linux-yocto mailing list to change the virtio configuration
fragment.

You are already set up to test it out, so it is much easier.

I don't see why this shouldn't follow the normal patch flow for configuration
frag changes.


Sorry, the problem was that I didn't know how to send patch for yocto kernel:-).
I will send the patch to linux-yocto.

// Robert



Cheers,

Bruce



$ diff .config.old .config -Nur
--- .config.old 2016-02-25 01:04:25.816381913 -0800
+++ .config 2016-02-25 01:16:31.332232759 -0800
@@ -1479,7 +1479,7 @@
  # CONFIG_SCSI_DEBUG is not set
  # CONFIG_SCSI_PMCRAID is not set
  # CONFIG_SCSI_PM8001 is not set
-# CONFIG_SCSI_VIRTIO is not set
+CONFIG_SCSI_VIRTIO=y
  # CONFIG_SCSI_DH is not set
  # CONFIG_SCSI_OSD_INITIATOR is not set
  CONFIG_ATA=y

$ du bzImage bzImage_new
6752bzImage
6756bzImage_new

It nearly has no impact on the size.

--
Thanks

Robert
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org

http://lists.openembedded.org/mailman/listinfo/openembedded-core




--
"Thou shalt not follow the NULL pointer, for chaos and madness await thee at its
end"

--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/4] libgudev: Fix for new eudev implementation

[Alejandro Hernandez]

systemd is not a necessary feature for libgudev anymore since we are
providing eudev as an alternative to udev

Signed-off-by: Alejandro Hernandez 
---
 meta/recipes-gnome/libgudev/libgudev_230.bb | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/meta/recipes-gnome/libgudev/libgudev_230.bb 
b/meta/recipes-gnome/libgudev/libgudev_230.bb
index ea8e82c..c61316b 100644
--- a/meta/recipes-gnome/libgudev/libgudev_230.bb
+++ b/meta/recipes-gnome/libgudev/libgudev_230.bb
@@ -10,6 +10,5 @@ RCONFLICTS_${PN} = "systemd (<= 220)"
 LICENSE = "LGPLv2.1"
 LIC_FILES_CHKSUM = "file://COPYING;md5=4fbd65380cdd255951079008b364516c"
 
-inherit gnomebase distro_features_check
+inherit gnomebase
 
-REQUIRED_DISTRO_FEATURES = "systemd"
-- 
2.6.2

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/4] eudev: Replaces udev with eudev for compatibility when using sysvinit on newer kernels

[Alejandro Hernandez]

udev has started to fail on new kernels (4.4), due to being deprecated in favor
of systemd's udev implementation. To maintain a sysvinit alternative we also
need to provide an alternative to udev. Eudev is a fork of systemds udev,
this new eudev recipe provides upstream udev 220 funcitonality.

  - Removes patches that dont apply anymore
  - ToDo: eudev-ptest?

[YOCTO #8998]

Signed-off-by: Alejandro Hernandez 
---
 meta/conf/distro/include/default-providers.inc |   2 +-
 .../udev/{udev => eudev}/devfs-udev.rules  |   0
 meta/recipes-core/udev/{udev => eudev}/init|   0
 meta/recipes-core/udev/{udev => eudev}/links.conf  |   0
 meta/recipes-core/udev/{udev => eudev}/local.rules |   0
 .../udev/{udev => eudev}/permissions.rules |   0
 meta/recipes-core/udev/{udev => eudev}/run.rules   |   0
 meta/recipes-core/udev/{udev => eudev}/udev-cache  |   0
 .../udev/{udev => eudev}/udev-cache.default|   0
 meta/recipes-core/udev/{udev => eudev}/udev.rules  |   0
 meta/recipes-core/udev/eudev_3.1.5.bb  |  83 +++
 meta/recipes-core/udev/udev.inc| 112 -
 ...yboard_force_release.sh-shell-script-path.patch |  35 ---
 ...-Add-stdint.h-as-it-was-removed-from-mtd-.patch |  29 --
 ...c-Makefile.am-Check-for-input.h-and-input.patch |  52 --
 .../recipes-core/udev/udev/add-install-ptest.patch |  86 
 .../udev/udev/avoid-mouse-autosuspend.patch|  25 -
 .../udev/udev/fix_rule-syntax-regex-ptest.patch|  58 ---
 meta/recipes-core/udev/udev/run-ptest  |   5 -
 meta/recipes-core/udev/udev_182.bb |   9 --
 20 files changed, 84 insertions(+), 412 deletions(-)
 rename meta/recipes-core/udev/{udev => eudev}/devfs-udev.rules (100%)
 rename meta/recipes-core/udev/{udev => eudev}/init (100%)
 rename meta/recipes-core/udev/{udev => eudev}/links.conf (100%)
 rename meta/recipes-core/udev/{udev => eudev}/local.rules (100%)
 rename meta/recipes-core/udev/{udev => eudev}/permissions.rules (100%)
 rename meta/recipes-core/udev/{udev => eudev}/run.rules (100%)
 rename meta/recipes-core/udev/{udev => eudev}/udev-cache (100%)
 rename meta/recipes-core/udev/{udev => eudev}/udev-cache.default (100%)
 rename meta/recipes-core/udev/{udev => eudev}/udev.rules (100%)
 create mode 100644 meta/recipes-core/udev/eudev_3.1.5.bb
 delete mode 100644 meta/recipes-core/udev/udev.inc
 delete mode 100644 
meta/recipes-core/udev/udev/0001-Fixing-keyboard_force_release.sh-shell-script-path.patch
 delete mode 100644 
meta/recipes-core/udev/udev/0001-mtd_probe.h-Add-stdint.h-as-it-was-removed-from-mtd-.patch
 delete mode 100644 
meta/recipes-core/udev/udev/0002-configure.ac-Makefile.am-Check-for-input.h-and-input.patch
 delete mode 100644 meta/recipes-core/udev/udev/add-install-ptest.patch
 delete mode 100644 meta/recipes-core/udev/udev/avoid-mouse-autosuspend.patch
 delete mode 100644 
meta/recipes-core/udev/udev/fix_rule-syntax-regex-ptest.patch
 delete mode 100644 meta/recipes-core/udev/udev/run-ptest
 delete mode 100644 meta/recipes-core/udev/udev_182.bb

diff --git a/meta/conf/distro/include/default-providers.inc 
b/meta/conf/distro/include/default-providers.inc
index bb382bd..ba85c78 100644
--- a/meta/conf/distro/include/default-providers.inc
+++ b/meta/conf/distro/include/default-providers.inc
@@ -44,7 +44,7 @@ PREFERRED_PROVIDER_nativesdk-opkg ?= "nativesdk-opkg"
 PREFERRED_PROVIDER_console-tools ?= "kbd"
 PREFERRED_PROVIDER_gzip-native ?= "pigz-native"
 PREFERRED_PROVIDER_make ?= "make"
-PREFERRED_PROVIDER_udev ?= 
"${@bb.utils.contains('DISTRO_FEATURES','systemd','systemd','udev',d)}"
+PREFERRED_PROVIDER_udev ?= 
"${@bb.utils.contains('DISTRO_FEATURES','systemd','systemd','eudev',d)}"
 # There are issues with runtime packages and PREFERRED_PROVIDER, see YOCTO 
#5044 for details
 # on this rather strange entry.
 PREFERRED_PROVIDER_bluez4 ?= 
"${@bb.utils.contains('DISTRO_FEATURES','bluetooth 
bluez5','bluez5','bluez4',d)}"
diff --git a/meta/recipes-core/udev/udev/devfs-udev.rules 
b/meta/recipes-core/udev/eudev/devfs-udev.rules
similarity index 100%
rename from meta/recipes-core/udev/udev/devfs-udev.rules
rename to meta/recipes-core/udev/eudev/devfs-udev.rules
diff --git a/meta/recipes-core/udev/udev/init 
b/meta/recipes-core/udev/eudev/init
similarity index 100%
rename from meta/recipes-core/udev/udev/init
rename to meta/recipes-core/udev/eudev/init
diff --git a/meta/recipes-core/udev/udev/links.conf 
b/meta/recipes-core/udev/eudev/links.conf
similarity index 100%
rename from meta/recipes-core/udev/udev/links.conf
rename to meta/recipes-core/udev/eudev/links.conf
diff --git a/meta/recipes-core/udev/udev/local.rules 
b/meta/recipes-core/udev/eudev/local.rules
similarity index 100%
rename from meta/recipes-core/udev/udev/local.rules
rename to meta/recipes-core/udev/eudev/local.rules
diff --git a/meta/recipes-core/udev/udev/permissions.rules 
b/meta/recipes-core/udev/eudev/permissi

[OE-core] [PATCH 0/4] Replaces udev with eudev for compatibility when using sysvinit on newer kernels

[Alejandro Hernandez]

udev has started to fail on new kernels (4.4), due to being deprecated in favor
of systemd's udev implementation. To maintain a sysvinit alternative we also
need to provide an alternative to udev. Eudev is a fork of systemds udev,
this new eudev recipe provides upstream udev 220 funcitonality.

- libgudev is not provided by eudev as it was with udev before
- We can now drop usbutils_007 since usbutils_008 is now compatible
  also with eudev, and not only with systemd's udev
- Adds new eudev package to maintainers.inc

The following changes since commit 23056103c949b498c23b47579e8dd57ce78e6ed9:

  uclibc: Do not use immediate expansion operator (2016-02-22 20:42:48 +)

are available in the git repository at:

  git://git.yoctoproject.org/poky-contrib hsalejandro/eudev
  http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=hsalejandro/eudev

Alejandro Hernandez (4):
  eudev: Replaces udev with eudev for compatibility when sysvinit on
newer kernels
  libgudev: Fix for new eudev implementation
  usbutils: Fix for new eudev implementation
  maintainers.inc: Add new eudev package and change maintainership for
udev

 meta-yocto/conf/distro/include/maintainers.inc |   2 +-
 meta/conf/distro/include/default-providers.inc |   2 +-
 meta/recipes-bsp/usbutils/usbutils-008/iconv.patch |  41 
 meta/recipes-bsp/usbutils/usbutils/iconv.patch |  29 +++---
 meta/recipes-bsp/usbutils/usbutils_007.bb  |  31 --
 meta/recipes-bsp/usbutils/usbutils_008.bb  |   5 +-
 .../udev/{udev => eudev}/devfs-udev.rules  |   0
 meta/recipes-core/udev/{udev => eudev}/init|   0
 meta/recipes-core/udev/{udev => eudev}/links.conf  |   0
 meta/recipes-core/udev/{udev => eudev}/local.rules |   0
 .../udev/{udev => eudev}/permissions.rules |   0
 meta/recipes-core/udev/{udev => eudev}/run.rules   |   0
 meta/recipes-core/udev/{udev => eudev}/udev-cache  |   0
 .../udev/{udev => eudev}/udev-cache.default|   0
 meta/recipes-core/udev/{udev => eudev}/udev.rules  |   0
 meta/recipes-core/udev/eudev_3.1.5.bb  |  83 +++
 meta/recipes-core/udev/udev.inc| 112 -
 ...yboard_force_release.sh-shell-script-path.patch |  35 ---
 ...-Add-stdint.h-as-it-was-removed-from-mtd-.patch |  29 --
 ...c-Makefile.am-Check-for-input.h-and-input.patch |  52 --
 .../recipes-core/udev/udev/add-install-ptest.patch |  86 
 .../udev/udev/avoid-mouse-autosuspend.patch|  25 -
 .../udev/udev/fix_rule-syntax-regex-ptest.patch|  58 ---
 meta/recipes-core/udev/udev/run-ptest  |   5 -
 meta/recipes-core/udev/udev_182.bb |   9 --
 meta/recipes-gnome/libgudev/libgudev_230.bb|   3 +-
 26 files changed, 102 insertions(+), 505 deletions(-)
 delete mode 100644 meta/recipes-bsp/usbutils/usbutils-008/iconv.patch
 delete mode 100644 meta/recipes-bsp/usbutils/usbutils_007.bb
 rename meta/recipes-core/udev/{udev => eudev}/devfs-udev.rules (100%)
 rename meta/recipes-core/udev/{udev => eudev}/init (100%)
 rename meta/recipes-core/udev/{udev => eudev}/links.conf (100%)
 rename meta/recipes-core/udev/{udev => eudev}/local.rules (100%)
 rename meta/recipes-core/udev/{udev => eudev}/permissions.rules (100%)
 rename meta/recipes-core/udev/{udev => eudev}/run.rules (100%)
 rename meta/recipes-core/udev/{udev => eudev}/udev-cache (100%)
 rename meta/recipes-core/udev/{udev => eudev}/udev-cache.default (100%)
 rename meta/recipes-core/udev/{udev => eudev}/udev.rules (100%)
 create mode 100644 meta/recipes-core/udev/eudev_3.1.5.bb
 delete mode 100644 meta/recipes-core/udev/udev.inc
 delete mode 100644 
meta/recipes-core/udev/udev/0001-Fixing-keyboard_force_release.sh-shell-script-path.patch
 delete mode 100644 
meta/recipes-core/udev/udev/0001-mtd_probe.h-Add-stdint.h-as-it-was-removed-from-mtd-.patch
 delete mode 100644 
meta/recipes-core/udev/udev/0002-configure.ac-Makefile.am-Check-for-input.h-and-input.patch
 delete mode 100644 meta/recipes-core/udev/udev/add-install-ptest.patch
 delete mode 100644 meta/recipes-core/udev/udev/avoid-mouse-autosuspend.patch
 delete mode 100644 
meta/recipes-core/udev/udev/fix_rule-syntax-regex-ptest.patch
 delete mode 100644 meta/recipes-core/udev/udev/run-ptest
 delete mode 100644 meta/recipes-core/udev/udev_182.bb

-- 
2.6.2

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 3/4] usbutils: Fix for new eudev implementation

[Alejandro Hernandez]

usbutils was only compatible with systemds udev, since we now
provide a udev alternative compatible with upstream systemds udev,
we can now use the newer version of usbutils along with it too.

Signed-off-by: Alejandro Hernandez 
---
 meta/recipes-bsp/usbutils/usbutils-008/iconv.patch | 41 --
 meta/recipes-bsp/usbutils/usbutils/iconv.patch | 29 +++
 meta/recipes-bsp/usbutils/usbutils_007.bb  | 31 
 meta/recipes-bsp/usbutils/usbutils_008.bb  |  5 +--
 4 files changed, 16 insertions(+), 90 deletions(-)
 delete mode 100644 meta/recipes-bsp/usbutils/usbutils-008/iconv.patch
 delete mode 100644 meta/recipes-bsp/usbutils/usbutils_007.bb

diff --git a/meta/recipes-bsp/usbutils/usbutils-008/iconv.patch 
b/meta/recipes-bsp/usbutils/usbutils-008/iconv.patch
deleted file mode 100644
index 6455567..000
--- a/meta/recipes-bsp/usbutils/usbutils-008/iconv.patch
+++ /dev/null
@@ -1,41 +0,0 @@
-This patch adds support for detecting iconv support using autotools
-uclibc does not have iconv implementation inside libc like glibc, therefore
-the existing checks were not sufficient, it worked for glibc but not for
-uclibc. The new patch portably detects the iconv support and adds the
-libiconv to linker cmdline
-
-This patch should be submitted upstream too
-
-Upstream-Status: Pending
-
-Signed-off-by: Khem Raj 
-
-Index: usbutils-008/configure.ac
-===
 usbutils-008.orig/configure.ac
-+++ usbutils-008/configure.ac
-@@ -10,7 +10,9 @@ AC_USE_SYSTEM_EXTENSIONS
- AC_SYS_LARGEFILE
- 
- AC_CHECK_HEADERS([byteswap.h])
--AC_CHECK_FUNCS([nl_langinfo iconv])
-+
-+AM_GNU_GETTEXT
-+AM_ICONV
- 
- PKG_CHECK_MODULES(LIBUSB, libusb-1.0 >= 1.0.0)
- 
-Index: usbutils-008/Makefile.am
-===
 usbutils-008.orig/Makefile.am
-+++ usbutils-008/Makefile.am
-@@ -29,7 +29,8 @@ lsusb_CPPFLAGS = \
- 
- lsusb_LDADD = \
-   $(LIBUSB_LIBS) \
--  $(UDEV_LIBS)
-+  $(UDEV_LIBS) \
-+  $(LIBICONV)
- 
- man_MANS = \
-   lsusb.8 \
diff --git a/meta/recipes-bsp/usbutils/usbutils/iconv.patch 
b/meta/recipes-bsp/usbutils/usbutils/iconv.patch
index c557334..6455567 100644
--- a/meta/recipes-bsp/usbutils/usbutils/iconv.patch
+++ b/meta/recipes-bsp/usbutils/usbutils/iconv.patch
@@ -10,10 +10,10 @@ Upstream-Status: Pending
 
 Signed-off-by: Khem Raj 
 
-Index: usbutils-007/configure.ac
+Index: usbutils-008/configure.ac
 ===
 usbutils-007.orig/configure.ac
-+++ usbutils-007/configure.ac
+--- usbutils-008.orig/configure.ac
 usbutils-008/configure.ac
 @@ -10,7 +10,9 @@ AC_USE_SYSTEM_EXTENSIONS
  AC_SYS_LARGEFILE
  
@@ -23,18 +23,19 @@ Index: usbutils-007/configure.ac
 +AM_GNU_GETTEXT
 +AM_ICONV
  
- AC_ARG_ENABLE(zlib,
-   AS_HELP_STRING(--disable-zlib,disable support for zlib))
-Index: usbutils-007/Makefile.am
+ PKG_CHECK_MODULES(LIBUSB, libusb-1.0 >= 1.0.0)
+ 
+Index: usbutils-008/Makefile.am
 ===
 usbutils-007.orig/Makefile.am
-+++ usbutils-007/Makefile.am
-@@ -27,7 +27,7 @@ lsusb_CPPFLAGS = \
-   -DDATADIR=\"$(datadir)\"
+--- usbutils-008.orig/Makefile.am
 usbutils-008/Makefile.am
+@@ -29,7 +29,8 @@ lsusb_CPPFLAGS = \
  
  lsusb_LDADD = \
--  $(LIBUSB_LIBS)
-+  $(LIBUSB_LIBS) $(LIBICONV)
+   $(LIBUSB_LIBS) \
+-  $(UDEV_LIBS)
++  $(UDEV_LIBS) \
++  $(LIBICONV)
  
- if HAVE_ZLIB
- lsusb_CPPFLAGS += -DHAVE_LIBZ
+ man_MANS = \
+   lsusb.8 \
diff --git a/meta/recipes-bsp/usbutils/usbutils_007.bb 
b/meta/recipes-bsp/usbutils/usbutils_007.bb
deleted file mode 100644
index b93b2bd..000
--- a/meta/recipes-bsp/usbutils/usbutils_007.bb
+++ /dev/null
@@ -1,31 +0,0 @@
-SUMMARY = "Host side USB console utilities"
-DESCRIPTION = "Contains the lsusb utility for inspecting the devices connected 
to the USB bus."
-HOMEPAGE = "http://www.linux-usb.org";
-SECTION = "base"
-
-LICENSE = "GPLv2+"
-LIC_FILES_CHKSUM = "file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f"
-
-DEPENDS = "libusb zlib virtual/libiconv"
-
-SRC_URI = "${KERNELORG_MIRROR}/linux/utils/usb/usbutils/usbutils-${PV}.tar.gz \
-   file://usb-devices-avoid-dependency-on-bash.patch \
-   file://Fix-NULL-pointer-crash.patch \
-   file://iconv.patch \
-  "
-
-SRC_URI[md5sum] = "be6c42294be5c940f208190d3479d50c"
-SRC_URI[sha256sum] = 
"e65c234cadf7c81b6b1567c440e3b9b31b44f51c27df3e45741b88848d8b37d3"
-
-inherit autotools gettext pkgconfig
-
-do_install_append() {
-   # We only need the compressed copy, remove the uncompressed version
-   rm -f ${D}${datadir}/usb.ids
-}
-
-PACKAGES += "${PN}-ids"
-FILES_${PN}-dev += "${datadir}/pkgconfig"
-FILES_${PN}-ids = "${datadir}/usb*"
-
-RDEPENDS_${PN} = "${PN}-ids"
diff --git a/meta/recipes-bsp/usbutils/usbutils_008.bb 
b/meta/recipes-bsp/usbutils/usb

[OE-core] [PATCH 4/4] maintainers.inc: Add new eudev package and change maintainership for udev

[Alejandro Hernandez]

Signed-off-by: Alejandro Hernandez 
---
 meta-yocto/conf/distro/include/maintainers.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-yocto/conf/distro/include/maintainers.inc 
b/meta-yocto/conf/distro/include/maintainers.inc
index 8fe87c8..a474b1f 100644
--- a/meta-yocto/conf/distro/include/maintainers.inc
+++ b/meta-yocto/conf/distro/include/maintainers.inc
@@ -160,6 +160,7 @@ RECIPE_MAINTAINER_pn-enchant = "Maxin B. John 
"
 RECIPE_MAINTAINER_pn-encodings = "Jussi Kukkonen "
 RECIPE_MAINTAINER_pn-epiphany = "Alexander Kanavin 
"
 RECIPE_MAINTAINER_pn-ethtool = "Maxin B. John "
+RECIPE_MAINTAINER_pn-eudev = "Alejandro Hernandez 
"
 RECIPE_MAINTAINER_pn-expat = "Jussi Kukkonen "
 RECIPE_MAINTAINER_pn-file = "Robert Yang "
 RECIPE_MAINTAINER_pn-findutils = "Chen Qi "
@@ -663,7 +664,6 @@ RECIPE_MAINTAINER_pn-u-boot-fw-utils = "Denys Dmytriyenko 
"
 RECIPE_MAINTAINER_pn-u-boot-mkimage = "Denys Dmytriyenko "
 RECIPE_MAINTAINER_pn-ubootchart = "Ross Burton "
 RECIPE_MAINTAINER_pn-uclibc = "Khem Raj "
-RECIPE_MAINTAINER_pn-udev = "Maxin B. John "
 RECIPE_MAINTAINER_pn-udev-extraconf = "Maxin B. John "
 RECIPE_MAINTAINER_pn-unfs3 = "Randy Witt "
 RECIPE_MAINTAINER_pn-unifdef = "Ross Burton "
-- 
2.6.2

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] automake: remove patch

[Joseph A. Lutz]

The patch being removed in this commit removes *.pyc files from being
compiled. This dose not allow a user to select which files are included
in the image. Since optimization is no longer the default for python
we should have the ability to choose what is included in the image.

Signed-off-by: Joseph A. Lutz 
---
 ...-compile-compile-only-optimized-byte-code.patch | 42 --
 meta/recipes-devtools/automake/automake_1.15.bb|  1 -
 2 files changed, 43 deletions(-)
 delete mode 100644 
meta/recipes-devtools/automake/automake/py-compile-compile-only-optimized-byte-code.patch

diff --git 
a/meta/recipes-devtools/automake/automake/py-compile-compile-only-optimized-byte-code.patch
 
b/meta/recipes-devtools/automake/automake/py-compile-compile-only-optimized-byte-code.patch
deleted file mode 100644
index f8334a7..000
--- 
a/meta/recipes-devtools/automake/automake/py-compile-compile-only-optimized-byte-code.patch
+++ /dev/null
@@ -1,42 +0,0 @@
-Upstream-Status: Inappropriate [embedded specific]
-
-* OE-Core's python creates the same binary output
-  for both pyc and pyo, so disable the creation of
-  pyc files by automake.
-
-Signed-off-by: Andreas Oberritter 
-
-Updated for automake-1.12.6
-
-Signed-off-by: Marko Lindqvist 
-
-diff -Nurd automake-1.12.6/lib/py-compile automake-1.12.6/lib/py-compile
 automake-1.12.6/lib/py-compile 2012-12-13 21:57:31.0 +0200
-+++ automake-1.12.6/lib/py-compile 2012-12-27 19:34:01.426015140 +0200
-@@ -115,26 +115,6 @@
- filetrans="filepath = os.path.normpath('$destdir' + os.sep + path)"
- fi
- 
--$PYTHON -c "
--import sys, os, py_compile, imp
--
--files = '''$files'''
--
--sys.stdout.write('Byte-compiling python modules...\n')
--for file in files.split():
--$pathtrans
--$filetrans
--if not os.path.exists(filepath) or not (len(filepath) >= 3
--and filepath[-3:] == '.py'):
--  continue
--sys.stdout.write(file)
--sys.stdout.flush()
--if hasattr(imp, 'get_tag'):
--py_compile.compile(filepath, imp.cache_from_source(filepath), path)
--else:
--py_compile.compile(filepath, filepath + 'c', path)
--sys.stdout.write('\n')" || exit $?
--
- # this will fail for python < 1.5, but that doesn't matter ...
- $PYTHON -O -c "
- import sys, os, py_compile, imp
diff --git a/meta/recipes-devtools/automake/automake_1.15.bb 
b/meta/recipes-devtools/automake/automake_1.15.bb
index e3cb85b..4ce26b4 100644
--- a/meta/recipes-devtools/automake/automake_1.15.bb
+++ b/meta/recipes-devtools/automake/automake_1.15.bb
@@ -19,7 +19,6 @@ RDEPENDS_${PN} += "\
 RDEPENDS_${PN}_class-native = "autoconf-native hostperl-runtime-native"
 
 SRC_URI += " file://python-libdir.patch \
-file://py-compile-compile-only-optimized-byte-code.patch \
 file://buildtest.patch \
 file://performance.patch"
 
-- 
2.6.2

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCHv2 1/2] cve-check-tool: Add recipe

[mariano . lopez]

From: Mariano Lopez 

cve-check-tool is a program to for checking public CVEs.
This tool also seek to determine if a vulnerability has
been addressed by a patch.

The recipe also includes the do_populate_cve_db task
that will populate the database used by the tool. This
task is added when the cve-check class has been inherited.

[YOCTO #7515]

Co-authored by Elena Reshetova & Mariano Lopez

Signed-off-by: Mariano Lopez 
---
 .../change_logic_cve_get_file_parent.patch | 45 ++
 .../cve-check-tool/cve-check-tool_5.6.bb   | 54 ++
 2 files changed, 99 insertions(+)
 create mode 100644 
meta/recipes-devtools/cve-check-tool/cve-check-tool/change_logic_cve_get_file_parent.patch
 create mode 100644 meta/recipes-devtools/cve-check-tool/cve-check-tool_5.6.bb

diff --git 
a/meta/recipes-devtools/cve-check-tool/cve-check-tool/change_logic_cve_get_file_parent.patch
 
b/meta/recipes-devtools/cve-check-tool/cve-check-tool/change_logic_cve_get_file_parent.patch
new file mode 100644
index 000..077de88
--- /dev/null
+++ 
b/meta/recipes-devtools/cve-check-tool/cve-check-tool/change_logic_cve_get_file_parent.patch
@@ -0,0 +1,45 @@
+From 22cc9186909f98f024d78a08504d0bf532806de0 Mon Sep 17 00:00:00 2001
+From: Mariano Lopez 
+Date: Thu, 18 Feb 2016 14:26:02 +
+Subject: [PATCH] util.c: Change logic in cve_get_file_parent()
+
+Function cve_get_file_parent() will try to get the
+realpath and the get the dirname. If the file used
+to get parent doesn't exist the call will fail.
+
+This problem is present when using another directory
+for the database, realpath() won't find the nvd.db
+file and the program will exit quitely.
+
+This patch will first get the dirname and the get
+the realpath to avoid failing when the doesn't exist.
+
+Upstream-Status: Accepted [Release v5.6.3]
+
+Signed-off-by: Mariano Lopez 
+---
+ src/library/util.c | 8 +++-
+ 1 file changed, 3 insertions(+), 5 deletions(-)
+
+diff --git a/src/library/util.c b/src/library/util.c
+index 8a20728..4d4a576 100644
+--- a/src/library/util.c
 b/src/library/util.c
+@@ -184,11 +184,9 @@ bool cve_is_dir(const char *p)
+ 
+ char *cve_get_file_parent(const char *p)
+ {
+-char *r = realpath(p, NULL);
+-if (!r) {
+-return NULL;
+-}
+-return dirname(r);
++autofree(char) *d = strdup(p);
++char *r = realpath(dirname(d), NULL);
++return r;
+ }
+ 
+ bool cve_file_set_text(const char *path, char *text)
+-- 
+2.6.2
+
diff --git a/meta/recipes-devtools/cve-check-tool/cve-check-tool_5.6.bb 
b/meta/recipes-devtools/cve-check-tool/cve-check-tool_5.6.bb
new file mode 100644
index 000..2315058
--- /dev/null
+++ b/meta/recipes-devtools/cve-check-tool/cve-check-tool_5.6.bb
@@ -0,0 +1,54 @@
+SUMMARY = "cve-check-tool"
+DESCRIPTION = "cve-check-tool is a tool for checking known (public) CVEs.\
+The tool will identify potentially vunlnerable software packages within Linux 
distributions through version matching."
+HOMEPAGE = "https://github.com/ikeydoherty/cve-check-tool";
+SECTION = "Development/Tools"
+LICENSE = "GPL-2.0"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=e8c1458438ead3c34974bc0be3a03ed6"
+
+SRC_URI = 
"https://github.com/ikeydoherty/${BPN}/releases/download/v${PV}/${BP}.tar.xz \
+file://change_logic_cve_get_file_parent.patch"
+
+SRC_URI[md5sum] = "30f32e6254580162eacfcc437a144463"
+SRC_URI[sha256sum] = 
"d35af2bfa014b9d7cdc9c59ec0bd7df40c22dfcd57244c9099c0aa9bdc9c0cb4"
+
+DEPENDS = "libcheck glib-2.0 json-glib curl libxml2 sqlite3 openssl"
+
+inherit pkgconfig autotools
+
+EXTRA_OECONF = "--disable-static"
+
+python do_populate_cve_db () {
+import subprocess
+import time
+from bb.utils import export_proxies
+
+export_proxies(d)
+fail_text = "Failed to update database"
+error_str = fail_text
+cve_dir = d.getVar("CVE_CHECK_DB_DIR", True)
+cmd = "cve-check-update -d %s" % cve_dir
+bb.debug(1, "Updating cve-check-tool database located in %s" % cve_dir)
+try:
+popen = subprocess.Popen(cmd, shell=True, stdout=subprocess.PIPE, 
stderr=subprocess.PIPE)
+output, error = popen.communicate()
+bb.debug(2, "Command %s returned:\n%s" % (cmd, output.decode()))
+error_str = error.decode()
+bb.debug(2, "Command %s errors:\n%s" % (cmd, error_str))
+except:
+bb.warn("Error in executing cve-check-update: %s" % 
str(sys.exc_info()))
+
+if fail_text in error_str:
+bb.warn("Failed to update cve-check-tool database, CVEs won't be 
checked")
+else:
+utc_time = time.gmtime(time.time())
+format_time = "%Y-%m-%d %H:%M:%S"
+with open(d.getVar("CVE_CHECK_TMP_FILE", True), "w") as f:
+f.write("CVE database was updated on %s UTC\n\n"
+% time.strftime(format_time, utc_time))
+}
+
+addtask populate_cve_db after do_populate_sysroot
+do_populate_cve_db[nostamp] = "1"
+
+BBCLASSEXTEND = "native"
-- 
2.6.2

-- 

[OE-core] [PATCHv2 2/2] cve-check.bbclass: Add class

[mariano . lopez]

From: Mariano Lopez 

This class adds a new task for all the recipes to use
cve-check-tool in order to look for public CVEs affecting
the packages generated.

It is possible to use this class when building an image,
building a recipe, or using the "world" or "universe" cases.

In order to use this class it must be inherited at some
point and it will add the task automatically to every recipe.

[YOCTO #7515]

Co-authored by Ross Burton & Mariano Lopez

Signed-off-by: Ross Burton 
Signed-off-by: Mariano Lopez 
---
 meta/classes/cve-check.bbclass | 248 +
 1 file changed, 248 insertions(+)
 create mode 100644 meta/classes/cve-check.bbclass

diff --git a/meta/classes/cve-check.bbclass b/meta/classes/cve-check.bbclass
new file mode 100644
index 000..ffa24c3
--- /dev/null
+++ b/meta/classes/cve-check.bbclass
@@ -0,0 +1,248 @@
+# This class is used to check recipes against public CVEs.
+#
+# In order to use this class just inherit the class in the
+# local.conf file and it will add the cve_check task for
+# every recipe. The task can be used per recipe, per image,
+# or using the special cases "world" and "universe". The
+# cve_check task will print a warning for every unpatched
+# CVE found and generate a file in the recipe WORKDIR/cve
+# directory. If an image is build it will generate a report
+# in DEPLOY_DIR_IMAGE for all the packages used.
+#
+# Example:
+#   bitbake -c cve_check openssl
+#   bitbake core-image-sato
+#   bitbake -k -c cve_check universe
+#
+# DISCLAIMER
+#
+# This class/tool is meant to be used as support and not
+# the only method to check against CVEs. Running this tool
+# doesn't guarantee your packages are free of CVEs.
+
+CVE_CHECK_DB_DIR ?= "${DL_DIR}/CVE_CHECK"
+CVE_CHECK_DB_FILE ?= "${CVE_CHECK_DB_DIR}/nvd.db"
+
+CVE_CHECK_LOCAL_DIR ?= "${WORKDIR}/cve"
+CVE_CHECK_LOCAL_FILE ?= "${CVE_CHECK_LOCAL_DIR}/cve.log"
+CVE_CHECK_TMP_FILE ?= "${TMPDIR}/cve_check"
+
+CVE_CHECK_DIR ??= "${DEPLOY_DIR}/cve"
+CVE_CHECK_MANIFEST ?= "${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.cve"
+CVE_CHECK_COPY_FILES ??= "1"
+CVE_CHECK_CREATE_MANIFEST ??= "1"
+
+# Whitelist for packages (PN)
+cve_check_pn_whitelist () {
+glibc-locale
+}
+
+# Whitelist for CVE and version of package
+python cve_check_cve_whitelist () {
+{"CVE-2014-2524": ("6.3",), \
+}
+}
+
+python do_cve_check () {
+"""
+Check recipe for patched and unpatched CVEs
+"""
+
+if os.path.exists(d.getVar("CVE_CHECK_TMP_FILE", True)):
+patched_cves = get_patches_cves(d)
+patched, unpatched = check_cves(d, patched_cves)
+if patched or unpatched:
+cve_data = get_cve_info(d, patched + unpatched)
+cve_write_data(d, patched, unpatched, cve_data)
+else:
+bb.note("Failed to update CVE database, skipping CVE check")
+}
+
+addtask cve_check before do_build
+do_cve_check[depends] = "cve-check-tool-native:do_populate_cve_db"
+do_cve_check[nostamp] = "1"
+
+python cve_check_cleanup () {
+"""
+Delete the file used to gather all the CVE information.
+"""
+import bb.utils
+
+tmp_file = e.data.getVar("CVE_CHECK_TMP_FILE", True)
+bb.utils.remove(tmp_file)
+}
+
+addhandler cve_check_cleanup
+cve_check_cleanup[eventmask] = "bb.cooker.CookerExit"
+
+python cve_check_write_rootfs_manifest () {
+"""
+Create CVE manifest when building an image
+"""
+
+import shutil
+from bb.utils import mkdirhier
+
+if os.path.exists(d.getVar("CVE_CHECK_TMP_FILE", True)) and \
+d.getVar("CVE_CHECK_CREATE_MANIFEST", True) == "1":
+bb.note("Writing rootfs CVE manifest")
+deploy_dir = d.getVar("DEPLOY_DIR_IMAGE", True)
+link_name = d.getVar("IMAGE_LINK_NAME", True)
+manifest_name = d.getVar("CVE_CHECK_MANIFEST", True)
+cve_tmp_file = d.getVar("CVE_CHECK_TMP_FILE", True)
+
+shutil.copyfile(cve_tmp_file, manifest_name)
+
+if manifest_name is not None and os.path.exists(manifest_name):
+manifest_link = os.path.join(deploy_dir, "%s.cve" % link_name)
+if os.path.exists(manifest_link):
+if d.getVar('RM_OLD_IMAGE', True) == "1" and \
+os.path.exists(os.path.realpath(manifest_link)):
+os.remove(os.path.realpath(manifest_link))
+os.remove(manifest_link)
+os.symlink(os.path.basename(manifest_name), manifest_link)
+bb.plain("Image CVE report stored in: %s" % manifest_name)
+}
+
+ROOTFS_POSTPROCESS_COMMAND_prepend = "cve_check_write_rootfs_manifest; "
+
+def get_patches_cves(d):
+"""
+Get patches that solve CVEs using the "CVE: " tag.
+"""
+
+import re
+
+pn = d.getVar("PN", True)
+cve_match = re.compile("CVE:( CVE\-\d+\-\d+)+")
+patched_cves = set()
+for url in src_patches(d):
+patch_file = bb.fetch.decodeurl(url)[2]
+with open(patch_file, "r") as f:
+patch_text = f.read()
+
+# 

[OE-core] [PATCHv2 0/2] Add initial capability to check CVEs for recipes

[mariano . lopez]

From: Mariano Lopez 

This series add the cve-check-tool recipe, a tool used to identify
potentially vulnerable software through version matching. It will
check if a vulnerability has been addressed by a patch.

Also add the new cve-check class that will add a task for all recipes
to check for CVEs using cve-check-tool. This tool can be used by recipe,
mage (will generate an image report in deploy dir), and with "world"
and "universe"

To run it just inherit the class and enter:

bitbake -c cve_check 

Changes in v2:

- Set the explicit dependency of cve-check-tool-native:do_populate_cve_db
  in the cve-check class
- Squashed patch 2 into patch 1

The following changes since commit 23056103c949b498c23b47579e8dd57ce78e6ed9:

  uclibc: Do not use immediate expansion operator (2016-02-22 20:42:48 +)

are available in the git repository at:

  git://git.yoctoproject.org/poky-contrib mariano/bug7515v2
  http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=mariano/bug7515v2

Mariano Lopez (2):
  cve-check-tool: Add recipe
  cve-check.bbclass: Add class

 meta/classes/cve-check.bbclass | 248 +
 .../change_logic_cve_get_file_parent.patch |  45 
 .../cve-check-tool/cve-check-tool_5.6.bb   |  54 +
 3 files changed, 347 insertions(+)
 create mode 100644 meta/classes/cve-check.bbclass
 create mode 100644 
meta/recipes-devtools/cve-check-tool/cve-check-tool/change_logic_cve_get_file_parent.patch
 create mode 100644 meta/recipes-devtools/cve-check-tool/cve-check-tool_5.6.bb

-- 
2.6.2

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 0/3] Upgrade RPM 5 to 5.4.16 (CVS HEAD)

[Mark Hatle]

On 2/25/16 4:34 PM, Burton, Ross wrote:
> 
> On 25 February 2016 at 18:18, Mark Hatle  > wrote:
> 
> There is not yet an official RPM 5.4.16 release, however one will be 
> coming
> soon.  Until then, 4 distinct patches are used to upgrade RPM 5.4.15 to
> 5.4.16.  These patches are part of the commit (compressed w/ .xz).  
> However
> I am not sending them as part of the email as it's not very interesting
> to review base64.  :P
> 
> 
> Sorry Mark...

working on it.  There was a problem with the keccak module also enabling SSE
support.  (Same problem on any non-IA32 64-bit target such as MIPS64 and aarch64
BTW)

Which BSP is this, so I can verify I've got it resolved?

--Mark

> | In file included from ../../rpm-5.4.15/rpmio/keccak.c:71:0:
> |
> /data/poky-master/tmp-glibc/sysroots/x86_64-linux/usr/lib/i586-poky-linux/gcc/i586-poky-linux/5.3.0/include/emmintrin.h:753:1:
> error: inlining failed in call to always_inline '_mm_setzero_si128': target
> specific option mismatch
> |  _mm_setzero_si128 (void)
> |  ^
> | ../../rpm-5.4.15/rpmio/keccak.c:656:10: error: called from here
> |  Zero = ZERO128(); \
> |   ^
> | ../../rpm-5.4.15/rpmio/keccak.c:666:36: note: in expansion of macro
> 'thetaRhoPiChiIotaPrepareTheta'
> |  #define thetaRhoPiChiIota(i, A, E) thetaRhoPiChiIotaPrepareTheta(i, A, E)
> | ^
> | ../../rpm-5.4.15/rpmio/keccak.c:1957:2: note: in expansion of macro
> 'thetaRhoPiChiIota'
> |   thetaRhoPiChiIota(17, E, A) \
> |   ^
> | ../../rpm-5.4.15/rpmio/keccak.c:2026:5: note: in expansion of macro 'rounds'
> |  rounds
> 
> (qemx86)
> 
> Ross

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 0/3] Upgrade RPM 5 to 5.4.16 (CVS HEAD)

[Burton, Ross]

On 25 February 2016 at 18:18, Mark Hatle  wrote:

> There is not yet an official RPM 5.4.16 release, however one will be
> coming
> soon.  Until then, 4 distinct patches are used to upgrade RPM 5.4.15 to
> 5.4.16.  These patches are part of the commit (compressed w/ .xz).  However
> I am not sending them as part of the email as it's not very interesting
> to review base64.  :P
>

Sorry Mark...

| In file included from ../../rpm-5.4.15/rpmio/keccak.c:71:0:
|
/data/poky-master/tmp-glibc/sysroots/x86_64-linux/usr/lib/i586-poky-linux/gcc/i586-poky-linux/5.3.0/include/emmintrin.h:753:1:
error: inlining failed in call to always_inline '_mm_setzero_si128': target
specific option mismatch
|  _mm_setzero_si128 (void)
|  ^
| ../../rpm-5.4.15/rpmio/keccak.c:656:10: error: called from here
|  Zero = ZERO128(); \
|   ^
| ../../rpm-5.4.15/rpmio/keccak.c:666:36: note: in expansion of macro
'thetaRhoPiChiIotaPrepareTheta'
|  #define thetaRhoPiChiIota(i, A, E) thetaRhoPiChiIotaPrepareTheta(i, A, E)
| ^
| ../../rpm-5.4.15/rpmio/keccak.c:1957:2: note: in expansion of macro
'thetaRhoPiChiIota'
|   thetaRhoPiChiIota(17, E, A) \
|   ^
| ../../rpm-5.4.15/rpmio/keccak.c:2026:5: note: in expansion of macro
'rounds'
|  rounds

(qemx86)

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] rsync: enable native builds for rsync 2.6.9

[Ross Burton]

Signed-off-by: Ross Burton 
---
 meta/recipes-devtools/rsync/rsync_2.6.9.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-devtools/rsync/rsync_2.6.9.bb 
b/meta/recipes-devtools/rsync/rsync_2.6.9.bb
index 6854c77..d37cda7 100644
--- a/meta/recipes-devtools/rsync/rsync_2.6.9.bb
+++ b/meta/recipes-devtools/rsync/rsync_2.6.9.bb
@@ -26,3 +26,5 @@ LICENSE = "GPLv2+"
 LIC_FILES_CHKSUM = "file://COPYING;md5=6d5a9d4c4d3af25cd68fd83e8a8cb09c"
 
 PR = "r4"
+
+BBCLASSEXTEND = "native"
-- 
2.7.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 03/10] hardlink: add new recipe

[Mark Hatle]

On 2/25/16 3:40 PM, Joshua G Lock wrote:
> On Thu, 2016-02-25 at 11:13 -0600, Mark Hatle wrote:
>> I just noticed this, any reason to use this over fdupes?
> 
> No reason other than that hardlink is what the Clear Linux team, who
> authored swupd, are using. Is there a compelling reason to look at
> fdupes instead?

I'd used fdupes since someone else had already integrated it.  (meta-tizen
maybe?)  Also because it could do more then just setup duplicates as hardlinks.
 It can also simply display the duplicates for external processing.

I don't have any reason to prefer one over the other...

--Mark


> Thanks,
> 
> Joshua
> 
>>
>> I've used fdupes in the past for this exact thing -- primarily with
>> shrinking
>> the size of multilib SDKs with a lot of locales.
>>
>> --Mark
>>
>> On 2/24/16 8:52 AM, Joshua Lock wrote:
>>>
>>> ---
>>>  meta/recipes-extended/hardlink/hardlink_0.3.0.bb | 19
>>> +++
>>>  1 file changed, 19 insertions(+)
>>>  create mode 100644 meta/recipes-
>>> extended/hardlink/hardlink_0.3.0.bb
>>>
>>> diff --git a/meta/recipes-extended/hardlink/hardlink_0.3.0.bb
>>> b/meta/recipes-extended/hardlink/hardlink_0.3.0.bb
>>> new file mode 100644
>>> index 000..2e06ac2
>>> --- /dev/null
>>> +++ b/meta/recipes-extended/hardlink/hardlink_0.3.0.bb
>>> @@ -0,0 +1,19 @@
>>> +SUMMARY = "hardlink is a tool which replaces multiple copies of a
>>> file with hardlinks."
>>> +LICENSE = "MIT"
>>> +LIC_FILES_CHKSUM =
>>> "file://hardlink.c;endline=22;md5=168464a4fc92fa7389c53b0755b39fbb"
>>> +
>>> +SRC_URI = "http://jak-linux.org/projects/hardlink/${BPN}_${PV}.tar
>>> .xz"
>>> +SRC_URI[md5sum] = "72f1a460adb6874c151deab766e434ad"
>>> +SRC_URI[sha256sum] =
>>> "e8c93dfcb24aeb44a75281ed73757cb862cc63b225d565db1c270af9dbb7300f"
>>> +
>>> +DEPENDS = "libpcre attr"
>>> +
>>> +do_compile () {
>>> +   oe_runmake 'DESTDIR=${D}' 'PREFIX=${prefix}'
>>> BINDIR='${bindir}'
>>> +}
>>> +
>>> +do_install () {
>>> +   oe_runmake install 'DESTDIR=${D}' 'PREFIX=${prefix}'
>>> BINDIR='${bindir}'
>>> +}
>>> +
>>> +BBCLASSEXTEND = "native nativesdk"
>>>

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 00/10] Integrate swupd software updater

[Joshua G Lock]

On Wed, 2016-02-24 at 15:40 -0500, Philip Balister wrote:
> On 02/24/2016 02:51 PM, Paul Eggleton wrote:
> > 
> > On Wed, 24 Feb 2016 11:35:25 Philip Balister wrote:
> > > 
> > > On 02/24/2016 11:06 AM, Trevor Woerner wrote:
> > > > 
> > > > Ideally the work done here and the work done on meta-
> > > > swupdate[1] would
> > > > be somehow merged so people creating images/distros would only
> > > > have to
> > > > learn and integrate one software update solution, instead of
> > > > having to
> > > > evaluate and choose between the two (or more?).
> > > > 
> > > > [1] https://github.com/sbabic/meta-swupdate
> > > Amen. I had the same thoughts reading the patch set intro.
> > I think it would be hard to integrate these two, since they operate
> > quite 
> > differently to eachother.
> >  
> > > 
> > > Maybe the swupd should go in a seperate layer so we can see which
> > > project works best for oe users before moving something directly
> > > into
> > > oe-core?
> > This makes sense to me too though FWIW. The os-release patch should
> > probably 
> > go straight in, but everything else looks like it could comfortably
> > live in a 
> > separate layer without making things too difficult.
> It also makes it easier to update as problems in swupd are resolved
> since you do not need to go through the entire oe-core testing cycle.

I've pushed the series, including a couple of metadata fixes suggested
in reply, as a layer here: http://git.yoctoproject.org/cgit/cgit.cgi/me
ta-swupd/

Regards,

Joshua
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 03/10] hardlink: add new recipe

[Joshua G Lock]

On Thu, 2016-02-25 at 11:13 -0600, Mark Hatle wrote:
> I just noticed this, any reason to use this over fdupes?

No reason other than that hardlink is what the Clear Linux team, who
authored swupd, are using. Is there a compelling reason to look at
fdupes instead?

Thanks,

Joshua

> 
> I've used fdupes in the past for this exact thing -- primarily with
> shrinking
> the size of multilib SDKs with a lot of locales.
> 
> --Mark
> 
> On 2/24/16 8:52 AM, Joshua Lock wrote:
> > 
> > ---
> >  meta/recipes-extended/hardlink/hardlink_0.3.0.bb | 19
> > +++
> >  1 file changed, 19 insertions(+)
> >  create mode 100644 meta/recipes-
> > extended/hardlink/hardlink_0.3.0.bb
> > 
> > diff --git a/meta/recipes-extended/hardlink/hardlink_0.3.0.bb
> > b/meta/recipes-extended/hardlink/hardlink_0.3.0.bb
> > new file mode 100644
> > index 000..2e06ac2
> > --- /dev/null
> > +++ b/meta/recipes-extended/hardlink/hardlink_0.3.0.bb
> > @@ -0,0 +1,19 @@
> > +SUMMARY = "hardlink is a tool which replaces multiple copies of a
> > file with hardlinks."
> > +LICENSE = "MIT"
> > +LIC_FILES_CHKSUM =
> > "file://hardlink.c;endline=22;md5=168464a4fc92fa7389c53b0755b39fbb"
> > +
> > +SRC_URI = "http://jak-linux.org/projects/hardlink/${BPN}_${PV}.tar
> > .xz"
> > +SRC_URI[md5sum] = "72f1a460adb6874c151deab766e434ad"
> > +SRC_URI[sha256sum] =
> > "e8c93dfcb24aeb44a75281ed73757cb862cc63b225d565db1c270af9dbb7300f"
> > +
> > +DEPENDS = "libpcre attr"
> > +
> > +do_compile () {
> > +   oe_runmake 'DESTDIR=${D}' 'PREFIX=${prefix}'
> > BINDIR='${bindir}'
> > +}
> > +
> > +do_install () {
> > +   oe_runmake install 'DESTDIR=${D}' 'PREFIX=${prefix}'
> > BINDIR='${bindir}'
> > +}
> > +
> > +BBCLASSEXTEND = "native nativesdk"
> > 
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCHv2 4/4] oeqa/sdkext: Add sdk_update.SDKUpdateTest class.

[Aníbal Limón]

On 02/24/2016 06:22 PM, Paul Eggleton wrote:
> Hi Aníbal,
> 
> On Mon, 22 Feb 2016 12:31:33 Aníbal Limón wrote:
>> From: Aníbal Limón 
>>
>> The SDKUpdateTest class test devtool sdk-update mechanism inside
>> eSDK.
>>
>> The SDKUpdateTest class search for new sdk if not found uses
>> the main one then it publish the eSDK into known folder
>> inside work and it starts a web server for serve the eSDK.
>>
>> Finally it executes sdk-update over http, the local test is
>> commented due to bug [1].
>>
>> [1] https://bugzilla.yoctoproject.org/show_bug.cgi?id=9043
>>
>> [YOCTO #9089]
>>
>> Signed-off-by: Aníbal Limón 
>> ---
>>  meta/lib/oeqa/sdkext/sdk_update.py | 39
>> ++ 1 file changed, 39 insertions(+)
>>  create mode 100644 meta/lib/oeqa/sdkext/sdk_update.py
>>
>> diff --git a/meta/lib/oeqa/sdkext/sdk_update.py
>> b/meta/lib/oeqa/sdkext/sdk_update.py new file mode 100644
>> index 000..16f5b10
>> --- /dev/null
>> +++ b/meta/lib/oeqa/sdkext/sdk_update.py
>> @@ -0,0 +1,39 @@
>> +import os
>> +import shutil
>> +import subprocess
>> +
>> +from oeqa.oetest import oeSDKExtTest
>> +from oeqa.utils.httpserver import HTTPService
>> +
>> +class SdkUpdateTest(oeSDKExtTest):
>> +
>> +@classmethod
>> +def setUpClass(self):
>> +self.publish_dir = os.path.join(self.tc.sdktestdir, 'esdk_publish')
>> +if os.path.exists(self.publish_dir):
>> +shutil.rmtree(self.publish_dir)
>> +os.mkdir(self.publish_dir)
>> +
>> +tcname_new = self.tc.d.expand(
>> +"${SDK_DEPLOY}/${TOOLCHAINEXT_OUTPUTNAME}-new.sh")
>> +if not os.path.exists(tcname_new):
>> +tcname_new = self.tc.tcname
>> +
>> +cmd = 'oe-publish-sdk %s %s' % (tcname_new, self.publish_dir)
>> +subprocess.check_output(cmd, shell=True)
>> +
>> +self.http_service = HTTPService(self.publish_dir)
>> +self.http_service.start()
>> +
>> +self.http_url = "http://127.0.0.1:%d"; % self.http_service.port
>> +
>> +def test_sdk_update_http(self):
>> +output = self._run("devtool sdk-update \"%s\"" % self.http_url)
>> +
>> +#def test_sdk_update_local(self):
>> +#output = self._run("devtool sdk-update \"%s\"" % self.publish_dir)
>> +
>> +@classmethod
>> +def tearDownClass(self):
>> +self.http_service.stop()
>> +shutil.rmtree(self.publish_dir)
> 
> You're testing invocation of the sdk-update command, but nothing much beyond 
> that - the update isn't going to be doing anything here since nothing will 
> have changed. However since this would involve modifying the metadata though 
> I 
> guess that may have to be done as an oe-selftest test.

Yes Paul is only testing the exeution of sdk update command but if you
read the commit comment (may be i'm not too clear) the test search for a
new sdk with -new suffix the AB or selftest  could easily modify the
meta data and then generate new eSDK.

alimon

> 
> Cheers,
> Paul
> 



signature.asc
Description: OpenPGP digital signature
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] busybox not buildable when using armv7ahfb-neon tune

[Otavio Salvador]

Hello Andre,

(Adding Khem on Cc)

On Thu, Feb 25, 2016 at 5:09 PM, Otavio Salvador
 wrote:
> On Thu, Feb 25, 2016 at 5:07 PM, Andre McCurdy  wrote:
>> On Thu, Feb 25, 2016 at 11:59 AM, Otavio Salvador
>>  wrote:
>>> Hello folks,
>>>
>>> When building a target, with Big Endian enabled, busybox is failing to 
>>> build.
>>>
>>> I reproduced the error with Jethro and master.
>>>
>>> Here goes a simplified log:
>>>
>>> http://termbin.com/1c8p
>>>
>>> Could someone shed a light on this?
>>
>> I don't see any errors in the log?
>
> Oh my, I need another coffee. Here it goes:
>
> http://termbin.com/28dx

Khem was kindly to spot the culprit. Reverting
117282486b68e4da468c21795ea87bfc85625885 (busybox: Use CC instead of
bare LD to be the Linker) I was capable of succeed in building it.

Any idea what would be the real fix for it?

-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] gstreamer1.0-plugins-XXX: control orc PACKAGECONFIG via GSTREAMER_ORC

[Otavio Salvador]

On Thu, Feb 25, 2016 at 5:02 PM, Andre McCurdy  wrote:
> Orc enables runtime JIT compilation of data processing routines from
> Orc bytecode to SIMD instructions for various architectures (currently
> SSE, MMX, MIPS, Altivec and NEON are supported).
>
>   https://cgit.freedesktop.org/gstreamer/orc/tree/README
>
> Provide a convenient way to globally control the orc PACKAGECONFIG
> option for all four gstreamer-1.0-plugins-XXX recipes.
>
> Signed-off-by: Andre McCurdy 

Cool! :-)

-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] busybox not buildable when using armv7ahfb-neon tune

[Otavio Salvador]

On Thu, Feb 25, 2016 at 5:07 PM, Andre McCurdy  wrote:
> On Thu, Feb 25, 2016 at 11:59 AM, Otavio Salvador
>  wrote:
>> Hello folks,
>>
>> When building a target, with Big Endian enabled, busybox is failing to build.
>>
>> I reproduced the error with Jethro and master.
>>
>> Here goes a simplified log:
>>
>> http://termbin.com/1c8p
>>
>> Could someone shed a light on this?
>
> I don't see any errors in the log?

Oh my, I need another coffee. Here it goes:

http://termbin.com/28dx


-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] busybox not buildable when using armv7ahfb-neon tune

[Andre McCurdy]

On Thu, Feb 25, 2016 at 11:59 AM, Otavio Salvador
 wrote:
> Hello folks,
>
> When building a target, with Big Endian enabled, busybox is failing to build.
>
> I reproduced the error with Jethro and master.
>
> Here goes a simplified log:
>
> http://termbin.com/1c8p
>
> Could someone shed a light on this?

I don't see any errors in the log?

> --
> Otavio Salvador O.S. Systems
> http://www.ossystems.com.brhttp://code.ossystems.com.br
> Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] gstreamer1.0-plugins-XXX: control orc PACKAGECONFIG via GSTREAMER_ORC

[Andre McCurdy]

Orc enables runtime JIT compilation of data processing routines from
Orc bytecode to SIMD instructions for various architectures (currently
SSE, MMX, MIPS, Altivec and NEON are supported).

  https://cgit.freedesktop.org/gstreamer/orc/tree/README

Provide a convenient way to globally control the orc PACKAGECONFIG
option for all four gstreamer-1.0-plugins-XXX recipes.

Signed-off-by: Andre McCurdy 
---
 meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc  | 3 ++-
 meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base.inc | 3 ++-
 meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc | 3 ++-
 meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-ugly.inc | 3 ++-
 meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins.inc  | 6 ++
 5 files changed, 14 insertions(+), 4 deletions(-)

diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
index 6117e69..6a89fc9 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
@@ -13,11 +13,12 @@ PACKAGECONFIG_GL ?= 
"${@bb.utils.contains('DISTRO_FEATURES', 'opengl', 'gles2',
 # gtk is not in the PACKAGECONFIG variable by default until
 # the transition to gtk+3 is finished
 PACKAGECONFIG ??= " \
+${GSTREAMER_ORC} \
 ${PACKAGECONFIG_GL} \
 ${@bb.utils.contains('DISTRO_FEATURES', 'bluetooth', 'bluez', '', d)} \
 ${@bb.utils.contains('DISTRO_FEATURES', 'directfb', 'directfb', '', d)} \
 ${@bb.utils.contains('DISTRO_FEATURES', 'wayland', 'wayland', '', d)} \
-bz2 curl dash dtls hls neon orc rsvg sbc smoothstreaming sndfile uvch264 \
+bz2 curl dash dtls hls neon rsvg sbc smoothstreaming sndfile uvch264 \
 "
 
 PACKAGECONFIG[assrender]   = 
"--enable-assrender,--disable-assrender,libass"
diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base.inc 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base.inc
index cde0019..f75efea 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base.inc
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base.inc
@@ -7,9 +7,10 @@ DEPENDS += "iso-codes util-linux zlib"
 PACKAGES_DYNAMIC =+ "^libgst.*"
 
 PACKAGECONFIG ??= " \
+${GSTREAMER_ORC} \
 ${@bb.utils.contains('DISTRO_FEATURES', 'alsa', 'alsa', '', d)} \
 ${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'x11', '', d)} \
-gio-unix-2.0 ivorbis ogg orc pango theora vorbis \
+gio-unix-2.0 ivorbis ogg pango theora vorbis \
 "
 
 X11DEPENDS = "virtual/libx11 libsm libxrender libxv"
diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc
index 3f56d1d..6b005aa 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc
@@ -5,9 +5,10 @@ LICENSE = "GPLv2+ & LGPLv2.1+"
 DEPENDS += "gstreamer1.0-plugins-base libcap zlib bzip2"
 
 PACKAGECONFIG ??= " \
+${GSTREAMER_ORC} \
 ${@bb.utils.contains('DISTRO_FEATURES', 'pulseaudio', 'pulseaudio', '', 
d)} \
 ${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'x11', '', d)} \
-cairo flac gdk-pixbuf gudev jpeg libpng orc soup speex taglib v4l2 \
+cairo flac gdk-pixbuf gudev jpeg libpng soup speex taglib v4l2 \
 "
 
 X11DEPENDS = "virtual/libx11 libsm libxrender libxfixes libxdamage"
diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-ugly.inc 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-ugly.inc
index 839ff8a..38e358f 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-ugly.inc
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-ugly.inc
@@ -6,7 +6,8 @@ LICENSE_FLAGS = "commercial"
 DEPENDS += "gstreamer1.0-plugins-base libid3tag"
 
 PACKAGECONFIG ??= " \
-a52dec lame mad mpeg2dec orc \
+${GSTREAMER_ORC} \
+a52dec lame mad mpeg2dec \
 "
 
 PACKAGECONFIG[a52dec]   = "--enable-a52dec,--disable-a52dec,liba52"
diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins.inc 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins.inc
index d2b3820..18ed6cf 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins.inc
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins.inc
@@ -12,6 +12,12 @@ acpaths = "-I ${S}/common/m4 -I ${S}/m4"
 LIBV = "1.0"
 require gst-plugins-package.inc
 
+# Orc enables runtime JIT compilation of data processing routines from Orc
+# bytecode to SIMD instructions for various architectures (currently SSE, MMX,
+# MIPS, Altivec and NEON are supported).
+
+GSTREAMER_ORC ?= "orc"
+
 PACKAGECONFIG[debug] = "--enable-debug,--disable-debug"
 PACKAGECONFIG[orc] = "--enable-orc,--disable-orc,orc orc-native"
 PACKAGECONFIG[valgrind] = "--enable-valgrind,--disable-valgrind,valgrind"
-- 
1.9.1

-- 
___
Openembedded-core maili

[OE-core] [PATCH] boost.inc: fix BJAM_OPTS --build-dir option

[Andre McCurdy]

The correct syntax is --build-dir ( --builddir is silently ignored ).

Signed-off-by: Andre McCurdy 
---
 meta/recipes-support/boost/boost.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-support/boost/boost.inc 
b/meta/recipes-support/boost/boost.inc
index c55221f..982446c 100644
--- a/meta/recipes-support/boost/boost.inc
+++ b/meta/recipes-support/boost/boost.inc
@@ -143,7 +143,7 @@ BOOST_PARALLEL_MAKE = "${@get_boost_parallel_make(d)}"
 BJAM_OPTS= '${BOOST_PARALLEL_MAKE} -d+2 -q \
${BJAM_TOOLS} \

-sBOOST_BUILD_USER_CONFIG=${S}/tools/build/example/user-config.jam \
-   --builddir=${S}/${TARGET_SYS} \
+   --build-dir=${S}/${TARGET_SYS} \
--disable-icu \
${BJAM_EXTRA}'
 
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] busybox not buildable when using armv7ahfb-neon tune

[Otavio Salvador]

Hello folks,

When building a target, with Big Endian enabled, busybox is failing to build.

I reproduced the error with Jethro and master.

Here goes a simplified log:

http://termbin.com/1c8p

Could someone shed a light on this?

-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] qemu needs target kernel sets CONFIG_SCSI_VIRTIO=y to boot vmdk qcow2 and vdi

[Bruce Ashfield]

On Thu, Feb 25, 2016 at 7:42 AM, Bruce Ashfield 
wrote:

>
>
> On Thu, Feb 25, 2016 at 5:36 AM, Robert Yang 
> wrote:
>
>> Hi Bruce and Darren,
>>
>> We need enable target kernel's CONFIG_SCSI_VIRTIO=y to make native qemu
>> can boot hdddirect, vmdk, qcow2 and vdi, otherwise, the scsi drive can't
>> work in qemu since our vm image's root default to /dev/sda2, or we can
>> change it default to /dev/hda2, then we don't have to make any changes
>> on kernel, but I prefer scsi since ide is going to be out of date.
>>
>
> The IDE fragment was on for compatibility reasons, but we dropped that
> compatibility about a year ago. I was under the impression that we had
> fully dropped all the IDE fragments.
>

Adding Cal and Saul, since we are working through all these configs in
another effort, so I wanted to get their thoughts as well.

I had a chance to go back and look at the configs, and even though I can
find the email where it has been proposed, and I've agreed, to shoot
CONFIG_IDE
in the head, and use generic SCSI instead .. config IDE is still in
 common-pc-drivers.cfg
which means that x86 board, and the x86 kvm guest are picking it up.

Cal/Saul: does this match what you are seeing ?


>
>>
>> I've tried to enable it by menuconfig, it works well, would you please
>> enable it by default ?
>>
>
>
> Send a patch to the linux-yocto mailing list to change the virtio
> configuration
> fragment.
>
> You are already set up to test it out, so it is much easier.
>
> I don't see why this shouldn't follow the normal patch flow for
> configuration
> frag changes.
>

Back to this. We just need a patch to the linux-yocto list, for the
configuration
change, and we can evaluate it like any other patch!

Cheers,

Bruce


>
> Cheers,
>
> Bruce
>
>
>>
>>
>> $ diff .config.old .config -Nur
>> --- .config.old 2016-02-25 01:04:25.816381913 -0800
>> +++ .config 2016-02-25 01:16:31.332232759 -0800
>> @@ -1479,7 +1479,7 @@
>>  # CONFIG_SCSI_DEBUG is not set
>>  # CONFIG_SCSI_PMCRAID is not set
>>  # CONFIG_SCSI_PM8001 is not set
>> -# CONFIG_SCSI_VIRTIO is not set
>> +CONFIG_SCSI_VIRTIO=y
>>  # CONFIG_SCSI_DH is not set
>>  # CONFIG_SCSI_OSD_INITIATOR is not set
>>  CONFIG_ATA=y
>>
>> $ du bzImage bzImage_new
>> 6752bzImage
>> 6756bzImage_new
>>
>> It nearly has no impact on the size.
>>
>> --
>> Thanks
>>
>> Robert
>> --
>> ___
>> Openembedded-core mailing list
>> Openembedded-core@lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>>
>
>
>
> --
> "Thou shalt not follow the NULL pointer, for chaos and madness await thee
> at its end"
>



-- 
"Thou shalt not follow the NULL pointer, for chaos and madness await thee
at its end"
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/3] rpm: Uprev to rpm-5.4.16 (pre) and rpm-5.4+cvs to current CVS head

[Mark Hatle]

On 2/25/16 12:18 PM, Mark Hatle wrote:
> [Note: base64 pieces were omitted from this patch!  Use the version in the
> -contrib tree if you are interested in the contents.]

The openembedded-core-contrib and poky-contrib have been updated.

patch.xz is not supported patch type, it's been changed to patch.gz.  Everything
else is the same.. (and THIS time I tested it on the correct branch!)

> meta/lib/oe/package_manager.py was also updated.  This ensures that any
> diagnostic messages are ignored from the output of rpmresolve.
> 
> The patches have been split into bug fixes (things that belong upstream)
> and local changes that are OE specific.
> 
> The following patches are obsolete and have been removed:
> 
> rpm-remove-sykcparse-decl.patch
> fstack-protector-configure-check.patch
> rpm-disable-Wno-override-init.patch
> rpm-lua-fix-print.patch
> rpm-rpmpgp-fix.patch
> verify-fix-broken-logic-for-ghost-avoidance-Mark-Hat.patch
> 
> Signed-off-by: Mark Hatle 
> ---
>  meta/lib/oe/package_manager.py |   14 +-
>  .../rpm/rpm/beecrypt-5.4.15-to-5.4.16.patch.xz |  Bin 0 -> 26668 bytes
>  meta/recipes-devtools/rpm/rpm/debugedit-segv.patch |   46 +-
>  .../rpm/rpm/fstack-protector-configure-check.patch |   21 -
>  .../rpm/rpm/header-include-fix.patch   |   10 +
>  .../rpm/rpm/lua-5.4.15-to-5.4.16.patch.xz  |  Bin 0 -> 212864 bytes
>  .../rpm/rpm/python-rpm-rpmsense.patch  |   30 +-
>  .../rpm/rpm/rpm-5.4.15-to-5.4.16.patch.xz  |  Bin 0 -> 1316188 bytes
>  meta/recipes-devtools/rpm/rpm/rpm-db5-or-db6.patch |   39 +-
>  meta/recipes-devtools/rpm/rpm/rpm-db60.patch   |   56 +
>  .../rpm/rpm/rpm-disable-Wno-override-init.patch|   32 -
>  .../rpm/rpm/rpm-disable-auto-stack-protector.patch |   32 +
>  .../rpm/rpm/rpm-fix-parseEmbedded.patch|   27 +
>  .../rpm/rpm/rpm-lua-fix-print.patch|  104 --
>  ...rpm-macros.in-disable-external-key-server.patch |   16 +-
>  .../rpm/rpm/rpm-mongodb-sasl.patch |   69 ++
>  .../rpm/rpm/rpm-payload-use-hashed-inode.patch |   20 -
>  .../rpm/rpm/rpm-pkgconfigdeps.patch|   10 +-
>  meta/recipes-devtools/rpm/rpm/rpm-py-init.patch|   16 +-
>  .../rpm/rpm/rpm-python-restore-origin.patch|   49 +
>  .../rpm/rpm/rpm-remove-sykcparse-decl.patch|   14 -
>  .../rpm/rpm/rpm-rpmdb-grammar.patch|  124 +++
>  .../rpm/rpm/rpm-rpmio-headers.patch|   19 +
>  meta/recipes-devtools/rpm/rpm/rpm-rpmpgp-fix.patch |   67 --
>  .../rpm/rpm/rpm-scriptletexechelper.patch  |   29 +-
>  .../rpm/rpm/rpm-syck-fix-gram.patch| 1081 
> 
>  meta/recipes-devtools/rpm/rpm/rpmatch.patch|   30 +-
>  .../recipes-devtools/rpm/rpm/rpmqv_cc_b_gone.patch |   27 +-
>  .../rpm/rpm/syck-5.4.15-to-5.4.16.patch.xz |  Bin 0 -> 4524 bytes
>  meta/recipes-devtools/rpm/rpm/uclibc-support.patch |   36 +-
>  ...broken-logic-for-ghost-avoidance-Mark-Hat.patch |   38 -
>  meta/recipes-devtools/rpm/rpm_5.4+cvs.bb   |  206 +++-
>  .../rpm/{rpm_5.4.14.bb => rpm_5.4.16.bb}   |  101 +-
>  33 files changed, 1835 insertions(+), 528 deletions(-)
>  create mode 100644 
> meta/recipes-devtools/rpm/rpm/beecrypt-5.4.15-to-5.4.16.patch.xz
>  delete mode 100644 
> meta/recipes-devtools/rpm/rpm/fstack-protector-configure-check.patch
>  create mode 100644 
> meta/recipes-devtools/rpm/rpm/lua-5.4.15-to-5.4.16.patch.xz
>  create mode 100644 
> meta/recipes-devtools/rpm/rpm/rpm-5.4.15-to-5.4.16.patch.xz
>  create mode 100644 meta/recipes-devtools/rpm/rpm/rpm-db60.patch
>  delete mode 100644 
> meta/recipes-devtools/rpm/rpm/rpm-disable-Wno-override-init.patch
>  create mode 100644 
> meta/recipes-devtools/rpm/rpm/rpm-disable-auto-stack-protector.patch
>  create mode 100644 meta/recipes-devtools/rpm/rpm/rpm-fix-parseEmbedded.patch
>  delete mode 100644 meta/recipes-devtools/rpm/rpm/rpm-lua-fix-print.patch
>  create mode 100644 meta/recipes-devtools/rpm/rpm/rpm-mongodb-sasl.patch
>  create mode 100644 
> meta/recipes-devtools/rpm/rpm/rpm-python-restore-origin.patch
>  delete mode 100644 
> meta/recipes-devtools/rpm/rpm/rpm-remove-sykcparse-decl.patch
>  create mode 100644 meta/recipes-devtools/rpm/rpm/rpm-rpmdb-grammar.patch
>  create mode 100644 meta/recipes-devtools/rpm/rpm/rpm-rpmio-headers.patch
>  delete mode 100644 meta/recipes-devtools/rpm/rpm/rpm-rpmpgp-fix.patch
>  create mode 100644 meta/recipes-devtools/rpm/rpm/rpm-syck-fix-gram.patch
>  create mode 100644 
> meta/recipes-devtools/rpm/rpm/syck-5.4.15-to-5.4.16.patch.xz
>  delete mode 100644 
> meta/recipes-devtools/rpm/rpm/verify-fix-broken-logic-for-ghost-avoidance-Mark-Hat.patch
>  rename meta/recipes-devtools/rpm/{rpm_5.4.14.bb => rpm_5.4.16.bb} (94%)

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/3] rpm: Enable specific crypto and digest settings via variables

[Mark Hatle]

Allow the user to set the specific digest and non-repudiable signature
algorithms.  This should be done on a distribution wide basis.

See recipe for exact instructions, but values are now set using:
RPM_FILE_DIGEST_ALGO (default 1 - md5)
RPM_SELF_SIGN_ALGO   (default DSA)

Also, change the PACKAGECONFIG to define the default crypto engine for
RPM5.  Not just the available crypto engines.  If a crypto engine is not
selected, the system will default to the internal beecrypt version.

Signed-off-by: Mark Hatle 
---
 meta/recipes-devtools/rpm/rpm_5.4+cvs.bb | 81 ++--
 meta/recipes-devtools/rpm/rpm_5.4.16.bb  | 81 ++--
 2 files changed, 152 insertions(+), 10 deletions(-)

diff --git a/meta/recipes-devtools/rpm/rpm_5.4+cvs.bb 
b/meta/recipes-devtools/rpm/rpm_5.4+cvs.bb
index c6cc036..04b91a9 100644
--- a/meta/recipes-devtools/rpm/rpm_5.4+cvs.bb
+++ b/meta/recipes-devtools/rpm/rpm_5.4+cvs.bb
@@ -158,6 +158,68 @@ rpm_macros_class-nativesdk = 
"%{_usrlibrpm}/macros:%{_usrlibrpm}/${DISTRO}/macro
 
 # sqlite lua tcl augeas nss gcrypt neon xz xar keyutils perl selinux
 
+# Set the digest algorithm used for verifying file integrity
+# If this value changes, and two different packages have different values
+# the "same file" validation (two packages have a non-conflict file)
+# will fail.  This may lead to upgrade problems.  You should treat this
+# value as a distribution wide setting, and only change it when you intend
+# a full system upgrade!
+#
+# Defined file digest algorithm values (note: not all are available!):
+#   1   MD5 (legacy RPM default)
+#   2   SHA1
+#   3   RIPEMD-160
+#   5   MD2
+#   6   TIGER-192
+#   8   SHA256
+#   9   SHA384
+#   10  SHA512
+#   11  SHA224
+#   104 MD4
+#   105 RIPEMD-128
+#   106 CRC-32
+#   107 ADLER-32
+#   108 CRC-64 (ECMA-182 polynomial, untested uint64_t problems)
+#   109 Jenkins lookup3.c hashlittle()
+#   111 RIPEMD-256
+#   112 RIPEMD-320
+#   188 BLAKE2B
+#   189 BLAKE2BP
+#   190 BLAKE2S
+#   191 BLAKE2SP
+RPM_FILE_DIGEST_ALGO ?= "1"
+
+# All packages build with RPM5 contain a non-repudiable signature.
+# The purpose of this signature is not to show authenticity of a package,
+# but instead act as a secondary package wide validation that shows it
+# wasn't damaged by accident in transport.  (When later you sign the package, 
+# this signature may or may not be replaced as there are three signature 
+# slots, one for DSA/RSA, one for ECSDA, and one reserved.)
+#
+# There is a known issue w/ RSA signatures that if they start with an 0x00
+# the signing and validation may fail.
+#
+# The following is the list of choices for the non-rpudiable signature
+# (note: not all of these are implemented):
+#   DSA (default)
+#   RSA (implies SHA1)
+#   ECDSA   (implies SHA256)
+#   DSA/SHA1
+#   DSA/SHA224
+#   DSA/SHA256
+#   DSA/SHA384
+#   DSA/SHA512
+#   RSA/SHA1
+#   RSA/SHA224
+#   RSA/SHA256
+#   RSA/SHA384
+#   RSA/SHA512
+#   ECDSA/SHA224(using NIST P-224)
+#   ECDSA/SHA256(using NIST P-256)
+#   ECDSA/SHA384(using NIST P-384)
+#   ECDSA/SHA512(using NIST P-521)
+RPM_SELF_SIGN_ALGO ?= "DSA"
+
 # Note: perl and sqlite w/o db specified does not currently work.
 #   tcl, augeas, nss, gcrypt, xar and keyutils support is untested.
 PACKAGECONFIG ??= "db bzip2 zlib openssl libelf python"
@@ -187,10 +249,17 @@ PACKAGECONFIG[db] = "${WITH_DB},--without-db,db,"
 
 PACKAGECONFIG[sqlite] = "--with-sqlite,--without-sqlite,sqlite3,"
 
+# This switch simply disables external beecrypt, RPM5 always uses beecrypt
+# for base64 processing and various digest algorithms.
+# Beecrypt is only the preferred crypto engine if it's the only engine enabled.
 PACKAGECONFIG[beecrypt] = 
"--with-beecrypt=external,--with-beecrypt=internal,beecrypt,"
-PACKAGECONFIG[openssl] = "--with-openssl,--without-openssl,openssl,"
-PACKAGECONFIG[nss] = "--with-nss,--without-nss,nss,"
-PACKAGECONFIG[gcrypt] = "--with-gcrypt,--without-gcrypt,gcrypt,"
+
+# --with-usecrypto= setting defined the item as the preferred system
+# crypto engine, which will take priority over the included beecrypt
+PACKAGECONFIG[openssl] = "--with-openssl 
--with-usecrypto=openssl,--without-openssl,openssl,"
+PACKAGECONFIG[nss] = "--with-nss --with-usecrypto=nss,--without-nss,nss,"
+PACKAGECONFIG[gcrypt] = "--with-gcrypt 
--with-usecrypto=gcrypt,--without-gcrypt,gcrypt,"
+
 PACKAGECONFIG[keyutils] = "--with-keyutils,--without-keyutils,keyutils,"
 PACKAGECONFIG[libelf] = "--with-libelf,--without-libelf,elfutils,"
 
@@ -435,8 +504,10 @@ do_configure() {
 }
 
 do_install_append() {
-   # Preserve the previous default of DSA self-signed pkgs
-   sed -i -e 's,%_build_sign.*,%_build_sign DSA,' 
${D}/

[OE-core] [PATCH 3/3] rpm: A number of the patches have been submitted upstream

[Mark Hatle]

Note the upstream submission in the patches.

Signed-off-by: Mark Hatle 
---
 meta/recipes-devtools/rpm/rpm/0001-define-EM_AARCH64.patch| 2 +-
 .../0001-using-poptParseArgvString-to-parse-the-_gpg_check_pa.patch   | 2 +-
 meta/recipes-devtools/rpm/rpm/debugedit-segv.patch| 2 +-
 .../rpm/rpm/debugedit-valid-file-to-fix-segment-fault.patch   | 2 +-
 meta/recipes-devtools/rpm/rpm/header-include-fix.patch| 2 +-
 meta/recipes-devtools/rpm/rpm/makefile-am-exec-hook.patch | 2 +-
 meta/recipes-devtools/rpm/rpm/python-rpm-rpmsense.patch   | 2 +-
 meta/recipes-devtools/rpm/rpm/rpm-canonarch.patch | 2 +-
 meta/recipes-devtools/rpm/rpm/rpm-fix-logio-cp.patch  | 2 +-
 meta/recipes-devtools/rpm/rpm/rpm-fix-parseEmbedded.patch | 2 +-
 meta/recipes-devtools/rpm/rpm/rpm-hardlink-segfault-fix.patch | 2 +-
 .../rpm/rpm-lib-transaction.c-fix-file-conflicts-for-mips64-N32.patch | 2 +-
 meta/recipes-devtools/rpm/rpm/rpm-libsql-fix.patch| 2 +-
 meta/recipes-devtools/rpm/rpm/rpm-lsb-compatibility.patch | 2 +-
 meta/recipes-devtools/rpm/rpm/rpm-mongodb-sasl.patch  | 2 +-
 meta/recipes-devtools/rpm/rpm/rpm-no-loopmsg.patch| 2 +-
 .../rpm/rpm/rpm-opendb-before-verifyscript-to-avoid-null-point.patch  | 2 +-
 meta/recipes-devtools/rpm/rpm/rpm-packageorigin.patch | 2 +-
 meta/recipes-devtools/rpm/rpm/rpm-payload-use-hashed-inode.patch  | 2 +-
 meta/recipes-devtools/rpm/rpm/rpm-platform-file-fix.patch | 2 +-
 meta/recipes-devtools/rpm/rpm/rpm-platform.patch  | 2 +-
 meta/recipes-devtools/rpm/rpm/rpm-platform2.patch | 4 ++--
 meta/recipes-devtools/rpm/rpm/rpm-python-restore-origin.patch | 2 +-
 meta/recipes-devtools/rpm/rpm/rpm-resolvedep.patch| 2 +-
 meta/recipes-devtools/rpm/rpm/rpm-rpmfc.c-fix-for-N32-MIPS64.patch| 2 +-
 meta/recipes-devtools/rpm/rpm/rpm-rpmio-headers.patch | 2 +-
 .../rpm/rpm/rpm-tag-generate-endian-conversion-fix.patch  | 2 +-
 meta/recipes-devtools/rpm/rpm/rpm-tools-mtree-LDFLAGS.patch   | 2 +-
 meta/recipes-devtools/rpm/rpm/rpmatch.patch   | 2 +-
 meta/recipes-devtools/rpm/rpm/uclibc-support.patch| 2 +-
 30 files changed, 31 insertions(+), 31 deletions(-)

diff --git a/meta/recipes-devtools/rpm/rpm/0001-define-EM_AARCH64.patch 
b/meta/recipes-devtools/rpm/rpm/0001-define-EM_AARCH64.patch
index f5fcfec..c9fb268 100644
--- a/meta/recipes-devtools/rpm/rpm/0001-define-EM_AARCH64.patch
+++ b/meta/recipes-devtools/rpm/rpm/0001-define-EM_AARCH64.patch
@@ -1,6 +1,6 @@
 [PATCH] define EM_AARCH64
 
-Upstream-Status: pending
+Upstream-Status: Submitted [RPM5 maintainer]
 
 EM_AARCH64 maybe not be defined due to old version elf.h, and lead to
 that debugedit can not work on aarch64 elf object files, since there is
diff --git 
a/meta/recipes-devtools/rpm/rpm/0001-using-poptParseArgvString-to-parse-the-_gpg_check_pa.patch
 
b/meta/recipes-devtools/rpm/rpm/0001-using-poptParseArgvString-to-parse-the-_gpg_check_pa.patch
index 23bc336..7128250 100644
--- 
a/meta/recipes-devtools/rpm/rpm/0001-using-poptParseArgvString-to-parse-the-_gpg_check_pa.patch
+++ 
b/meta/recipes-devtools/rpm/rpm/0001-using-poptParseArgvString-to-parse-the-_gpg_check_pa.patch
@@ -4,7 +4,7 @@ Date: Tue, 11 Nov 2014 16:28:22 +0800
 Subject: [PATCH] using poptParseArgvString to parse the
  _gpg_check_password_cmd
 
-Upstream-Status: Pending
+Upstream-Status: Submitted [RPM5 maintainer]
 
 Both __gpg_check_password_cmd and __gpg_sign_cmd include "%{_gpg_name}", but
 strace shows that gpg_name has a quote when run _gpg_check_password,
diff --git a/meta/recipes-devtools/rpm/rpm/debugedit-segv.patch 
b/meta/recipes-devtools/rpm/rpm/debugedit-segv.patch
index 585cf12..c83c8b5 100644
--- a/meta/recipes-devtools/rpm/rpm/debugedit-segv.patch
+++ b/meta/recipes-devtools/rpm/rpm/debugedit-segv.patch
@@ -11,7 +11,7 @@ Note: in all other places a backup copy was used, just not 
buildid processing.
 Also the process (...) function was modified to verify the data is not
 NULL as well.  This is an extra check and is not strictly necessary.
 
-Upstream-Status: Pending
+Upstream-Status: Submitted [RPM5 maintainer]
 
 Signed-off-by: Mark Hatle 
 
diff --git 
a/meta/recipes-devtools/rpm/rpm/debugedit-valid-file-to-fix-segment-fault.patch 
b/meta/recipes-devtools/rpm/rpm/debugedit-valid-file-to-fix-segment-fault.patch
index f7c3100..8040482 100644
--- 
a/meta/recipes-devtools/rpm/rpm/debugedit-valid-file-to-fix-segment-fault.patch
+++ 
b/meta/recipes-devtools/rpm/rpm/debugedit-valid-file-to-fix-segment-fault.patch
@@ -14,7 +14,7 @@ Before the above operations, invoke 
elf_begin/elf_update/elf_end
 with ELF_C_RDWR and ELF_F_LAYOUT set to enlarge the above file, it
 could make sure the file is safe for

[OE-core] [PATCH 1/3] rpm: Uprev to rpm-5.4.16 (pre) and rpm-5.4+cvs to current CVS head

[Mark Hatle]

[Note: base64 pieces were omitted from this patch!  Use the version in the
-contrib tree if you are interested in the contents.]

meta/lib/oe/package_manager.py was also updated.  This ensures that any
diagnostic messages are ignored from the output of rpmresolve.

The patches have been split into bug fixes (things that belong upstream)
and local changes that are OE specific.

The following patches are obsolete and have been removed:

rpm-remove-sykcparse-decl.patch
fstack-protector-configure-check.patch
rpm-disable-Wno-override-init.patch
rpm-lua-fix-print.patch
rpm-rpmpgp-fix.patch
verify-fix-broken-logic-for-ghost-avoidance-Mark-Hat.patch

Signed-off-by: Mark Hatle 
---
 meta/lib/oe/package_manager.py |   14 +-
 .../rpm/rpm/beecrypt-5.4.15-to-5.4.16.patch.xz |  Bin 0 -> 26668 bytes
 meta/recipes-devtools/rpm/rpm/debugedit-segv.patch |   46 +-
 .../rpm/rpm/fstack-protector-configure-check.patch |   21 -
 .../rpm/rpm/header-include-fix.patch   |   10 +
 .../rpm/rpm/lua-5.4.15-to-5.4.16.patch.xz  |  Bin 0 -> 212864 bytes
 .../rpm/rpm/python-rpm-rpmsense.patch  |   30 +-
 .../rpm/rpm/rpm-5.4.15-to-5.4.16.patch.xz  |  Bin 0 -> 1316188 bytes
 meta/recipes-devtools/rpm/rpm/rpm-db5-or-db6.patch |   39 +-
 meta/recipes-devtools/rpm/rpm/rpm-db60.patch   |   56 +
 .../rpm/rpm/rpm-disable-Wno-override-init.patch|   32 -
 .../rpm/rpm/rpm-disable-auto-stack-protector.patch |   32 +
 .../rpm/rpm/rpm-fix-parseEmbedded.patch|   27 +
 .../rpm/rpm/rpm-lua-fix-print.patch|  104 --
 ...rpm-macros.in-disable-external-key-server.patch |   16 +-
 .../rpm/rpm/rpm-mongodb-sasl.patch |   69 ++
 .../rpm/rpm/rpm-payload-use-hashed-inode.patch |   20 -
 .../rpm/rpm/rpm-pkgconfigdeps.patch|   10 +-
 meta/recipes-devtools/rpm/rpm/rpm-py-init.patch|   16 +-
 .../rpm/rpm/rpm-python-restore-origin.patch|   49 +
 .../rpm/rpm/rpm-remove-sykcparse-decl.patch|   14 -
 .../rpm/rpm/rpm-rpmdb-grammar.patch|  124 +++
 .../rpm/rpm/rpm-rpmio-headers.patch|   19 +
 meta/recipes-devtools/rpm/rpm/rpm-rpmpgp-fix.patch |   67 --
 .../rpm/rpm/rpm-scriptletexechelper.patch  |   29 +-
 .../rpm/rpm/rpm-syck-fix-gram.patch| 1081 
 meta/recipes-devtools/rpm/rpm/rpmatch.patch|   30 +-
 .../recipes-devtools/rpm/rpm/rpmqv_cc_b_gone.patch |   27 +-
 .../rpm/rpm/syck-5.4.15-to-5.4.16.patch.xz |  Bin 0 -> 4524 bytes
 meta/recipes-devtools/rpm/rpm/uclibc-support.patch |   36 +-
 ...broken-logic-for-ghost-avoidance-Mark-Hat.patch |   38 -
 meta/recipes-devtools/rpm/rpm_5.4+cvs.bb   |  206 +++-
 .../rpm/{rpm_5.4.14.bb => rpm_5.4.16.bb}   |  101 +-
 33 files changed, 1835 insertions(+), 528 deletions(-)
 create mode 100644 
meta/recipes-devtools/rpm/rpm/beecrypt-5.4.15-to-5.4.16.patch.xz
 delete mode 100644 
meta/recipes-devtools/rpm/rpm/fstack-protector-configure-check.patch
 create mode 100644 meta/recipes-devtools/rpm/rpm/lua-5.4.15-to-5.4.16.patch.xz
 create mode 100644 meta/recipes-devtools/rpm/rpm/rpm-5.4.15-to-5.4.16.patch.xz
 create mode 100644 meta/recipes-devtools/rpm/rpm/rpm-db60.patch
 delete mode 100644 
meta/recipes-devtools/rpm/rpm/rpm-disable-Wno-override-init.patch
 create mode 100644 
meta/recipes-devtools/rpm/rpm/rpm-disable-auto-stack-protector.patch
 create mode 100644 meta/recipes-devtools/rpm/rpm/rpm-fix-parseEmbedded.patch
 delete mode 100644 meta/recipes-devtools/rpm/rpm/rpm-lua-fix-print.patch
 create mode 100644 meta/recipes-devtools/rpm/rpm/rpm-mongodb-sasl.patch
 create mode 100644 
meta/recipes-devtools/rpm/rpm/rpm-python-restore-origin.patch
 delete mode 100644 
meta/recipes-devtools/rpm/rpm/rpm-remove-sykcparse-decl.patch
 create mode 100644 meta/recipes-devtools/rpm/rpm/rpm-rpmdb-grammar.patch
 create mode 100644 meta/recipes-devtools/rpm/rpm/rpm-rpmio-headers.patch
 delete mode 100644 meta/recipes-devtools/rpm/rpm/rpm-rpmpgp-fix.patch
 create mode 100644 meta/recipes-devtools/rpm/rpm/rpm-syck-fix-gram.patch
 create mode 100644 meta/recipes-devtools/rpm/rpm/syck-5.4.15-to-5.4.16.patch.xz
 delete mode 100644 
meta/recipes-devtools/rpm/rpm/verify-fix-broken-logic-for-ghost-avoidance-Mark-Hat.patch
 rename meta/recipes-devtools/rpm/{rpm_5.4.14.bb => rpm_5.4.16.bb} (94%)

diff --git a/meta/lib/oe/package_manager.py b/meta/lib/oe/package_manager.py
index b30a4da..271775e 100644
--- a/meta/lib/oe/package_manager.py
+++ b/meta/lib/oe/package_manager.py
@@ -428,11 +428,15 @@ class RpmPkgsList(PkgsList):
 
 # Populate deps dictionary for better manipulation
 for line in dependencies.splitlines():
-pkg, dep = line.split("|")
-if not pkg in deps:
-deps[pkg] = list()
-if not dep in deps[pkg]:
-deps[pkg].append(dep)
+try:
+pkg, dep = line.split("|")
+if not pkg in

[OE-core] [PATCH 0/3] Upgrade RPM 5 to 5.4.16 (CVS HEAD)

[Mark Hatle]

There is not yet an official RPM 5.4.16 release, however one will be coming
soon.  Until then, 4 distinct patches are used to upgrade RPM 5.4.15 to
5.4.16.  These patches are part of the commit (compressed w/ .xz).  However
I am not sending them as part of the email as it's not very interesting
to review base64.  :P

Many of the OE patches have been sent to the RPM 5 maintainer, and may be
part of the official 5.4.16 release.  When that release happens I expect a
simple rebase to remove the unnecessary patches.

The following changes since commit 205b446f3fc4a9885179a66a8dab9d81bcc63dca:

  uclibc: Do not use immediate expansion operator (2016-02-22 20:42:34 +)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib mhatle/rpm-5.4.16
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=mhatle/rpm-5.4.16

  git://git.openembedded.org/poky-contrib mgh/rpm-5.4.16
  http://cgit.openembedded.org/cgit.cgi/poky-contrib/log/?h=mgh/rpm-5.4.16

Mark Hatle (3):
  rpm: Uprev to rpm-5.4.16 (pre) and rpm-5.4+cvs to current CVS head
  rpm: Enable specific crypto and digest settings via variables
  rpm: A number of the patches have been submitted upstream

 meta/lib/oe/package_manager.py |   14 +-
 .../rpm/rpm/0001-define-EM_AARCH64.patch   |2 +-
 ...arseArgvString-to-parse-the-_gpg_check_pa.patch |2 +-
 .../rpm/rpm/beecrypt-5.4.15-to-5.4.16.patch.xz |  Bin 0 -> 26668 bytes
 meta/recipes-devtools/rpm/rpm/debugedit-segv.patch |   48 +-
 ...debugedit-valid-file-to-fix-segment-fault.patch |2 +-
 .../rpm/rpm/fstack-protector-configure-check.patch |   21 -
 .../rpm/rpm/header-include-fix.patch   |   12 +-
 .../rpm/rpm/lua-5.4.15-to-5.4.16.patch.xz  |  Bin 0 -> 212864 bytes
 .../rpm/rpm/makefile-am-exec-hook.patch|2 +-
 .../rpm/rpm/python-rpm-rpmsense.patch  |   32 +-
 .../rpm/rpm/rpm-5.4.15-to-5.4.16.patch.xz  |  Bin 0 -> 1316188 bytes
 meta/recipes-devtools/rpm/rpm/rpm-canonarch.patch  |2 +-
 meta/recipes-devtools/rpm/rpm/rpm-db5-or-db6.patch |   39 +-
 meta/recipes-devtools/rpm/rpm/rpm-db60.patch   |   56 +
 .../rpm/rpm/rpm-disable-Wno-override-init.patch|   32 -
 .../rpm/rpm/rpm-disable-auto-stack-protector.patch |   32 +
 .../rpm/rpm/rpm-fix-logio-cp.patch |2 +-
 .../rpm/rpm/rpm-fix-parseEmbedded.patch|   27 +
 .../rpm/rpm/rpm-hardlink-segfault-fix.patch|2 +-
 ...ction.c-fix-file-conflicts-for-mips64-N32.patch |2 +-
 meta/recipes-devtools/rpm/rpm/rpm-libsql-fix.patch |2 +-
 .../rpm/rpm/rpm-lsb-compatibility.patch|2 +-
 .../rpm/rpm/rpm-lua-fix-print.patch|  104 --
 ...rpm-macros.in-disable-external-key-server.patch |   16 +-
 .../rpm/rpm/rpm-mongodb-sasl.patch |   69 ++
 meta/recipes-devtools/rpm/rpm/rpm-no-loopmsg.patch |2 +-
 ...b-before-verifyscript-to-avoid-null-point.patch |2 +-
 .../rpm/rpm/rpm-packageorigin.patch|2 +-
 .../rpm/rpm/rpm-payload-use-hashed-inode.patch |   22 +-
 .../rpm/rpm/rpm-pkgconfigdeps.patch|   10 +-
 .../rpm/rpm/rpm-platform-file-fix.patch|2 +-
 meta/recipes-devtools/rpm/rpm/rpm-platform.patch   |2 +-
 meta/recipes-devtools/rpm/rpm/rpm-platform2.patch  |4 +-
 meta/recipes-devtools/rpm/rpm/rpm-py-init.patch|   16 +-
 .../rpm/rpm/rpm-python-restore-origin.patch|   49 +
 .../rpm/rpm/rpm-remove-sykcparse-decl.patch|   14 -
 meta/recipes-devtools/rpm/rpm/rpm-resolvedep.patch |2 +-
 .../rpm/rpm/rpm-rpmdb-grammar.patch|  124 +++
 .../rpm/rpm/rpm-rpmfc.c-fix-for-N32-MIPS64.patch   |2 +-
 .../rpm/rpm/rpm-rpmio-headers.patch|   19 +
 meta/recipes-devtools/rpm/rpm/rpm-rpmpgp-fix.patch |   67 --
 .../rpm/rpm/rpm-scriptletexechelper.patch  |   29 +-
 .../rpm/rpm/rpm-syck-fix-gram.patch| 1081 
 .../rpm-tag-generate-endian-conversion-fix.patch   |2 +-
 .../rpm/rpm/rpm-tools-mtree-LDFLAGS.patch  |2 +-
 meta/recipes-devtools/rpm/rpm/rpmatch.patch|   32 +-
 .../recipes-devtools/rpm/rpm/rpmqv_cc_b_gone.patch |   27 +-
 .../rpm/rpm/syck-5.4.15-to-5.4.16.patch.xz |  Bin 0 -> 4524 bytes
 meta/recipes-devtools/rpm/rpm/uclibc-support.patch |   38 +-
 ...broken-logic-for-ghost-avoidance-Mark-Hat.patch |   38 -
 meta/recipes-devtools/rpm/rpm_5.4+cvs.bb   |  283 -
 .../rpm/{rpm_5.4.14.bb => rpm_5.4.16.bb}   |  178 +++-
 53 files changed, 2010 insertions(+), 561 deletions(-)
 create mode 100644 
meta/recipes-devtools/rpm/rpm/beecrypt-5.4.15-to-5.4.16.patch.xz
 delete mode 100644 
meta/recipes-devtools/rpm/rpm/fstack-protector-configure-check.patch
 create mode 100644 meta/recipes-devtools/rpm/rpm/lua-5.4.15-to-5.4.16.patch.xz
 create mode 100644 meta/recipes-devtools/rpm/rpm/rpm-5.4.15-to-5.4.16.patch.xz
 create mode 100644 met

Re: [OE-core] [PATCH 0/3] Add initial capability to check CVEs for recipes

[Mariano Lopez]

On 02/25/2016 10:27 AM, akuster wrote:

  So my questions in the bugs go unanswered. If you don't ever intend on
responding just say so, I do appreciate honestly. I then know where I stand.

- armin


Sorry, for not answered the bug earlier, to be honest I hadn't seen your 
comment earlier.


I just replied to the bug.

Mariano



On 02/24/2016 07:27 AM, mariano.lo...@linux.intel.com wrote:

From: Mariano Lopez 

This series add the cve-check-tool recipe, a tool used to identify
potentially vulnerable software through version matching. It will
check if a vulnerability has been addressed by a patch.

Also add the new cve-check class that will add a task for all recipes
to check for CVEs using cve-check-tool. This tool can be used by recipe,
image (will generate an image report in deploy dir), and with "world"
and "universe"

To run it just inherit the class and enter:

bitbake -c cve_check 

The following changes since commit 23056103c949b498c23b47579e8dd57ce78e6ed9:

   uclibc: Do not use immediate expansion operator (2016-02-22 20:42:48 +)

are available in the git repository at:

   git://git.yoctoproject.org/poky-contrib mariano/bug7515
   http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=mariano/bug7515

Mariano Lopez (3):
   cve-check-tool: Add recipe
   cve-check-tool patch to allow select dir for the db
   cve-check.bbclass: Add class

  meta/classes/cve-check.bbclass | 229 +
  .../change_logic_cve_get_file_parent.patch |  45 
  .../cve-check-tool/cve-check-tool_5.6.bb   |  61 ++
  3 files changed, 335 insertions(+)
  create mode 100644 meta/classes/cve-check.bbclass
  create mode 100644 
meta/recipes-devtools/cve-check-tool/cve-check-tool/change_logic_cve_get_file_parent.patch
  create mode 100644 meta/recipes-devtools/cve-check-tool/cve-check-tool_5.6.bb



--
Mariano Lopez
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] wic: don't throw away our created swap partition

[Christopher Larson]

From: Christopher Larson 

We were creating the partition, mkswap'ing it, and then not dd'ing it into
place in the final image, as source_file wasn't being set for swap partitions.
This would result in a swap partition that couldn't be enabled on target until
mkswap was run.

Signed-off-by: Christopher Larson 
---
 scripts/lib/wic/kickstart/custom_commands/partition.py | 1 +
 1 file changed, 1 insertion(+)

diff --git a/scripts/lib/wic/kickstart/custom_commands/partition.py 
b/scripts/lib/wic/kickstart/custom_commands/partition.py
index eee25a4..a0e74aa 100644
--- a/scripts/lib/wic/kickstart/custom_commands/partition.py
+++ b/scripts/lib/wic/kickstart/custom_commands/partition.py
@@ -173,6 +173,7 @@ class Wic_PartData(FC4_PartData):
 if self.fstype and self.fstype == "swap":
 self.prepare_swap_partition(cr_workdir, oe_builddir,
 native_sysroot)
+self.source_file = "%s/fs.%s" % (cr_workdir, self.fstype)
 elif self.fstype:
 rootfs = "%s/fs_%s.%s.%s" % (cr_workdir, self.label,
  self.lineno, self.fstype)
-- 
2.2.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 03/10] hardlink: add new recipe

[Mark Hatle]

I just noticed this, any reason to use this over fdupes?

I've used fdupes in the past for this exact thing -- primarily with shrinking
the size of multilib SDKs with a lot of locales.

--Mark

On 2/24/16 8:52 AM, Joshua Lock wrote:
> ---
>  meta/recipes-extended/hardlink/hardlink_0.3.0.bb | 19 +++
>  1 file changed, 19 insertions(+)
>  create mode 100644 meta/recipes-extended/hardlink/hardlink_0.3.0.bb
> 
> diff --git a/meta/recipes-extended/hardlink/hardlink_0.3.0.bb 
> b/meta/recipes-extended/hardlink/hardlink_0.3.0.bb
> new file mode 100644
> index 000..2e06ac2
> --- /dev/null
> +++ b/meta/recipes-extended/hardlink/hardlink_0.3.0.bb
> @@ -0,0 +1,19 @@
> +SUMMARY = "hardlink is a tool which replaces multiple copies of a file with 
> hardlinks."
> +LICENSE = "MIT"
> +LIC_FILES_CHKSUM = 
> "file://hardlink.c;endline=22;md5=168464a4fc92fa7389c53b0755b39fbb"
> +
> +SRC_URI = "http://jak-linux.org/projects/hardlink/${BPN}_${PV}.tar.xz";
> +SRC_URI[md5sum] = "72f1a460adb6874c151deab766e434ad"
> +SRC_URI[sha256sum] = 
> "e8c93dfcb24aeb44a75281ed73757cb862cc63b225d565db1c270af9dbb7300f"
> +
> +DEPENDS = "libpcre attr"
> +
> +do_compile () {
> + oe_runmake 'DESTDIR=${D}' 'PREFIX=${prefix}' BINDIR='${bindir}'
> +}
> +
> +do_install () {
> + oe_runmake install 'DESTDIR=${D}' 'PREFIX=${prefix}' BINDIR='${bindir}'
> +}
> +
> +BBCLASSEXTEND = "native nativesdk"
> 

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] uninative-tarball: respect SDKMACHINE when building

[Ross Burton]

So that a single machine can build multiple architectures for the
uninative-tarball respect SDK_ARCH instead of BUILD_ARCH.

This means a x86-64 host can build a i686 uninative-tarball by setting
SDKMACHINE=i686.

Signed-off-by: Ross Burton 
---
 meta/recipes-core/meta/uninative-tarball.bb | 10 ++
 1 file changed, 6 insertions(+), 4 deletions(-)

diff --git a/meta/recipes-core/meta/uninative-tarball.bb 
b/meta/recipes-core/meta/uninative-tarball.bb
index 21f3bd9..ab1015f 100644
--- a/meta/recipes-core/meta/uninative-tarball.bb
+++ b/meta/recipes-core/meta/uninative-tarball.bb
@@ -13,7 +13,7 @@ TOOLCHAIN_HOST_TASK = "\
 
 INHIBIT_DEFAULT_DEPS = "1"
 
-TOOLCHAIN_OUTPUTNAME ?= "${BUILD_ARCH}-nativesdk-libc"
+TOOLCHAIN_OUTPUTNAME ?= "${SDK_ARCH}-nativesdk-libc"
 
 RDEPENDS = "${TOOLCHAIN_HOST_TASK}"
 
@@ -43,9 +43,11 @@ fakeroot create_sdk_files() {
 fakeroot tar_sdk() {
mkdir -p ${SDK_DEPLOY}
cd ${SDK_OUTPUT}/${SDKPATH}
-   mv sysroots/${SDK_SYS} ./${BUILD_SYS}
+
+   DEST="./${SDK_ARCH}-${SDK_OS}"
+   mv sysroots/${SDK_SYS} $DEST
rm sysroots -rf
-   patchelf --set-interpreter ${@''.join('a' for n in xrange(1024))} 
./${BUILD_SYS}/usr/bin/patchelf
-   mv ./${BUILD_SYS}/usr/bin/patchelf 
./${BUILD_SYS}/usr/bin/patchelf-uninative
+   patchelf --set-interpreter ${@''.join('a' for n in xrange(1024))} 
$DEST/usr/bin/patchelf
+   mv $DEST/usr/bin/patchelf $DEST/usr/bin/patchelf-uninative
tar ${SDKTAROPTS} -c -j 
--file=${SDK_DEPLOY}/${TOOLCHAIN_OUTPUTNAME}.tar.bz2 .
 }
-- 
2.7.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 05/10] swupdbundle: new class to generate virtual images for swupd-image

[Patrick Ohly]

On Wed, 2016-02-24 at 14:52 +, Joshua Lock wrote:
> Our initial strategy to generate bundles for consumption by swupd
> is to generate images which contain the base image (os-core) plus
> the additional contents of the bundle, then prune out the core
> contents. By generating images in this manner we hope to accomodate
> packages which modify the rootfs outside of installing files, i.e.
> with postinsts.
> 
> To that end this class, to be used via BBCLASSEXTEND, will generate
> virtual image recipes that add extra packages to the extended
> image.

Can this be combined with an image recipe which itself uses
BBCLASSEXTEND to generate virtual image recipes, i.e. create a virtual
recipes based on a virtual recipe?

I don't remember whether I ever posted the class here; what it does is
add or remove image features in the virtual image variants based on
BBCLASSEXTEND parameters.

-- 
Best Regards, Patrick Ohly

The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.



-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 17/19] python-git: update to 1.0.2

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 .../python/{python-git_1.0.1.bb => python-git_1.0.2.bb}   | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-devtools/python/{python-git_1.0.1.bb => 
python-git_1.0.2.bb} (87%)

diff --git a/meta/recipes-devtools/python/python-git_1.0.1.bb 
b/meta/recipes-devtools/python/python-git_1.0.2.bb
similarity index 87%
rename from meta/recipes-devtools/python/python-git_1.0.1.bb
rename to meta/recipes-devtools/python/python-git_1.0.2.bb
index 5230e21..f00f805 100644
--- a/meta/recipes-devtools/python/python-git_1.0.1.bb
+++ b/meta/recipes-devtools/python/python-git_1.0.2.bb
@@ -11,8 +11,8 @@ DEPENDS = "python-gitdb"
 
 SRC_URI = 
"http://pypi.python.org/packages/source/G/GitPython/GitPython-${PV}.tar.gz";
 
-SRC_URI[md5sum] = "4659644b42c41e5e5170c0cd83ed6422"
-SRC_URI[sha256sum] = 
"9c88c17bbcae2a445ff64024ef13526224f70e35e38c33416be5ceb56ca7f760"
+SRC_URI[md5sum] = "d92d96a8da0fc77cf141d3e16084e094"
+SRC_URI[sha256sum] = 
"85de72556781480a38897a77de5b458ae3838b0fd589593679a1b5f34d181d84"
 
 UPSTREAM_CHECK_URI = "https://pypi.python.org/pypi/GitPython/";
 UPSTREAM_CHECK_REGEX = "/GitPython/(?P(\d+[\.\-_]*)+)"
-- 
2.7.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 06/19] libsolv: update to 0.6.19

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-extended/libsolv/libsolv_git.bb | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-extended/libsolv/libsolv_git.bb 
b/meta/recipes-extended/libsolv/libsolv_git.bb
index 07dd808..c0b0120 100644
--- a/meta/recipes-extended/libsolv/libsolv_git.bb
+++ b/meta/recipes-extended/libsolv/libsolv_git.bb
@@ -7,10 +7,10 @@ LIC_FILES_CHKSUM = 
"file://LICENSE.BSD;md5=62272bd11c97396d4aaf1c41bc11f7d8"
 
 DEPENDS = "expat zlib"
 
-PV = "0.6.17+git${SRCPV}"
+PV = "0.6.19"
 
 SRC_URI = "git://github.com/openSUSE/libsolv.git"
-SRCREV = "6ea235973e942436c8815dadddf2c318a8b5ca7d"
+SRCREV = "4c5af401a89858d4cebbfe40c59a0031ff9db5b0"
 UPSTREAM_CHECK_GITTAGREGEX = "(?P\d+(\.\d+)+)"
 
 S = "${WORKDIR}/git"
-- 
2.7.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 19/19] shared-mime-info: update to 1.6

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 .../{shared-mime-info_1.5.bb => shared-mime-info_1.6.bb}  | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-support/shared-mime-info/{shared-mime-info_1.5.bb => 
shared-mime-info_1.6.bb} (43%)

diff --git a/meta/recipes-support/shared-mime-info/shared-mime-info_1.5.bb 
b/meta/recipes-support/shared-mime-info/shared-mime-info_1.6.bb
similarity index 43%
rename from meta/recipes-support/shared-mime-info/shared-mime-info_1.5.bb
rename to meta/recipes-support/shared-mime-info/shared-mime-info_1.6.bb
index c659a3a..2cf5041 100644
--- a/meta/recipes-support/shared-mime-info/shared-mime-info_1.5.bb
+++ b/meta/recipes-support/shared-mime-info/shared-mime-info_1.6.bb
@@ -3,5 +3,5 @@ require shared-mime-info.inc
 SRC_URI += "file://parallelmake.patch \
file://install-data-hook.patch"
 
-SRC_URI[md5sum] = "cc3e78d8bceaf2b361f62d67a8b4dda4"
-SRC_URI[sha256sum] = 
"d6412840eb265bf36e61fd7b6fc6bea21b0f58cb22bed16f2dd54bea4180"
+SRC_URI[md5sum] = "10abc5c4e6b3ff05c3bd70ff9e8f"
+SRC_URI[sha256sum] = 
"b2f8f85b6467933824180d0252bbcaee523f550a8fbc95cc4391bd43c03bc34c"
-- 
2.7.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 08/19] clutter-gst-3.0: update to 3.0.16

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 .../clutter/{clutter-gst-3.0_3.0.14.bb => clutter-gst-3.0_3.0.16.bb}  | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/clutter/{clutter-gst-3.0_3.0.14.bb => 
clutter-gst-3.0_3.0.16.bb} (58%)

diff --git a/meta/recipes-graphics/clutter/clutter-gst-3.0_3.0.14.bb 
b/meta/recipes-graphics/clutter/clutter-gst-3.0_3.0.16.bb
similarity index 58%
rename from meta/recipes-graphics/clutter/clutter-gst-3.0_3.0.14.bb
rename to meta/recipes-graphics/clutter/clutter-gst-3.0_3.0.16.bb
index deedf7c..fcf5242 100644
--- a/meta/recipes-graphics/clutter/clutter-gst-3.0_3.0.14.bb
+++ b/meta/recipes-graphics/clutter/clutter-gst-3.0_3.0.16.bb
@@ -3,5 +3,5 @@ require clutter-gst-3.0.inc
 LIC_FILES_CHKSUM = "file://COPYING;md5=4fbd65380cdd255951079008b364516c \
 
file://clutter-gst/clutter-gst.h;beginline=1;endline=24;md5=95baacba194e814c110ea3bdf25ddbf4"
 
-SRC_URI[archive.md5sum] = "635df0aef328fdcb8b2b565525dec3be"
-SRC_URI[archive.sha256sum] = 
"f7c8a7dc479759cad5ff7483cb5a1abbe3efd0b4f83ed0e443dc602430a82de2"
+SRC_URI[archive.md5sum] = "ca24eb92a0d34fc9e66fd686a965d51c"
+SRC_URI[archive.sha256sum] = 
"803e8b7265e63e0581e21fd0c6064792dfe951512e9f515e9e7a9b452caaf9f0"
-- 
2.7.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 07/19] ccache: update to 3.2.4

[Alexander Kanavin]

Drop backported 0001-Fix-regression-in-recent-change-related-to-zlib-in-n.patch

Signed-off-by: Alexander Kanavin 
---
 .../ccache/{ccache_3.2.3.bb => ccache_3.2.4.bb}|  4 +-
 ...ion-in-recent-change-related-to-zlib-in-n.patch | 73 --
 2 files changed, 2 insertions(+), 75 deletions(-)
 rename meta/recipes-devtools/ccache/{ccache_3.2.3.bb => ccache_3.2.4.bb} (57%)
 delete mode 100644 
meta/recipes-devtools/ccache/files/0001-Fix-regression-in-recent-change-related-to-zlib-in-n.patch

diff --git a/meta/recipes-devtools/ccache/ccache_3.2.3.bb 
b/meta/recipes-devtools/ccache/ccache_3.2.4.bb
similarity index 57%
rename from meta/recipes-devtools/ccache/ccache_3.2.3.bb
rename to meta/recipes-devtools/ccache/ccache_3.2.4.bb
index 97f557a..fd45e41 100644
--- a/meta/recipes-devtools/ccache/ccache_3.2.3.bb
+++ b/meta/recipes-devtools/ccache/ccache_3.2.4.bb
@@ -3,8 +3,8 @@ require ccache.inc
 LICENSE = "GPLv3+"
 LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=b3c337e7664559a789d9f7a93e5283c1"
 
-SRCREV = "4cad46e8ee0053144bb00919f0dadd20c1f87013"
+SRCREV = "2254797f1c5cfb83c4272da7b138f7f47218eb7d"
 
-SRC_URI += 
"file://0001-Fix-regression-in-recent-change-related-to-zlib-in-n.patch \
+SRC_URI += " \
 file://0002-dev.mk.in-fix-file-name-too-long.patch \
 "
diff --git 
a/meta/recipes-devtools/ccache/files/0001-Fix-regression-in-recent-change-related-to-zlib-in-n.patch
 
b/meta/recipes-devtools/ccache/files/0001-Fix-regression-in-recent-change-related-to-zlib-in-n.patch
deleted file mode 100644
index f5bd9aa..000
--- 
a/meta/recipes-devtools/ccache/files/0001-Fix-regression-in-recent-change-related-to-zlib-in-n.patch
+++ /dev/null
@@ -1,73 +0,0 @@
-From f74c76107933046309861680b741adc67ac2a34e Mon Sep 17 00:00:00 2001
-From: Joel Rosdahl 
-Date: Mon, 17 Aug 2015 19:05:14 +0200
-Subject: [PATCH] Fix regression in recent change related to zlib in
- nonstandard location
-
-To allow for specifying a -L flag in LDFLAGS and have it take effect for
--lz, 0220de9c8ebfb18caae2ac1aa163d060e98ceade put -lz in extra_libs
-instead of extra_ldflags. However, extra_libs is supposed to contain
-paths to libraries which are prerequisites of the ccache link rule, and
-some older versions of make got confused by seeing -lz as a
-prerequisite.
-
-This fix is to revert 0220de9c8ebfb18caae2ac1aa163d060e98ceade and
-instead make sure that LDFLAGS comes before extra_ldflags.
-
-Upstream-Status: Backport

- Makefile.in  |  2 +-
- NEWS.txt | 10 ++
- configure.ac |  2 +-
- 3 files changed, 12 insertions(+), 2 deletions(-)
-
-diff --git a/Makefile.in b/Makefile.in
-index e7515b1..d3621cd 100644
 a/Makefile.in
-+++ b/Makefile.in
-@@ -20,7 +20,7 @@ RANLIB = @RANLIB@
- 
- all_cflags = $(CFLAGS)
- all_cppflags = @DEFS@ @extra_cppflags@ -DSYSCONFDIR=$(sysconfdir) -I. 
-I$(srcdir) $(CPPFLAGS)
--all_ldflags = @extra_ldflags@ $(LDFLAGS)
-+all_ldflags = $(LDFLAGS) @extra_ldflags@
- extra_libs = @extra_libs@
- 
- base_sources = \
-diff --git a/NEWS.txt b/NEWS.txt
-index f13feeb..eaeadf6 100644
 a/NEWS.txt
-+++ b/NEWS.txt
-@@ -2,6 +2,16 @@ ccache news
- ===
- 
- 
-+Unreleased 3.2.4
-+
-+
-+Bug fixes
-+~
-+
-+- Fixed build error related to zlib on systems with older make versions
-+  (regression in ccache 3.2.3).
-+
-+
- ccache 3.2.3
- 
- Release date: 2015-08-16
-diff --git a/configure.ac b/configure.ac
-index 8d8ce92..9e65588 100644
 a/configure.ac
-+++ b/configure.ac
-@@ -120,7 +120,7 @@ if test x${use_bundled_zlib} = xyes; then
- extra_libs="zlib/libz.a"
- mkdir -p zlib
- else
--extra_libs="-lz"
-+extra_ldflags="-lz"
- fi
- 
- dnl Linking on Windows needs ws2_32
--- 
-2.1.4
-
-- 
2.7.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 09/19] gnupg: update to 2.1.11

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-support/gnupg/{gnupg_2.1.10.bb => gnupg_2.1.11.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-support/gnupg/{gnupg_2.1.10.bb => gnupg_2.1.11.bb} (90%)

diff --git a/meta/recipes-support/gnupg/gnupg_2.1.10.bb 
b/meta/recipes-support/gnupg/gnupg_2.1.11.bb
similarity index 90%
rename from meta/recipes-support/gnupg/gnupg_2.1.10.bb
rename to meta/recipes-support/gnupg/gnupg_2.1.11.bb
index 5a4f2e8..8e2189b 100644
--- a/meta/recipes-support/gnupg/gnupg_2.1.10.bb
+++ b/meta/recipes-support/gnupg/gnupg_2.1.11.bb
@@ -15,8 +15,8 @@ SRC_URI = 
"ftp://ftp.gnupg.org/gcrypt/${BPN}/${BPN}-${PV}.tar.bz2 \
file://autogen.sh-fix-find-version-for-beta-checking.patch \
   "
 
-SRC_URI[md5sum] = "f0a7cb09fe119f8b82eba7efecd27dc0"
-SRC_URI[sha256sum] = 
"93bd58d81771a4fa488566e5d2e13b1fd7afc86789401eb41731882abfd26cf9"
+SRC_URI[md5sum] = "873302c475c4c90badb67daac90ebd5d"
+SRC_URI[sha256sum] = 
"b7b0fb2c8c5d47d7ec916d4a1097c0ddcb94a12bb1c0ac424ad86b1ee316b61a"
 
 EXTRA_OECONF = "--disable-ldap \
--disable-ccid-driver \
-- 
2.7.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 13/19] libdrm: update to 2.4.67

[Alexander Kanavin]

Drop 0001-tests-kms-steal-crtc-Include-sys-select.h.patch and detect.patch
(merged upstream).

Signed-off-by: Alexander Kanavin 
---
 ...tests-kms-steal-crtc-Include-sys-select.h.patch | 96 --
 meta/recipes-graphics/drm/libdrm/detect.patch  | 59 -
 .../drm/{libdrm_2.4.66.bb => libdrm_2.4.67.bb} |  6 +-
 3 files changed, 2 insertions(+), 159 deletions(-)
 delete mode 100644 
meta/recipes-graphics/drm/libdrm/0001-tests-kms-steal-crtc-Include-sys-select.h.patch
 delete mode 100644 meta/recipes-graphics/drm/libdrm/detect.patch
 rename meta/recipes-graphics/drm/{libdrm_2.4.66.bb => libdrm_2.4.67.bb} (87%)

diff --git 
a/meta/recipes-graphics/drm/libdrm/0001-tests-kms-steal-crtc-Include-sys-select.h.patch
 
b/meta/recipes-graphics/drm/libdrm/0001-tests-kms-steal-crtc-Include-sys-select.h.patch
deleted file mode 100644
index e4ecbac..000
--- 
a/meta/recipes-graphics/drm/libdrm/0001-tests-kms-steal-crtc-Include-sys-select.h.patch
+++ /dev/null
@@ -1,96 +0,0 @@
-From fb53d7a1be116a172b56625f290fcf88b6d158ca Mon Sep 17 00:00:00 2001
-From: Khem Raj 
-Date: Wed, 20 Jan 2016 05:23:00 +
-Subject: [PATCH] tests: Include sys/select.h
-
-Used in compliance with POSIX 2001/2008
-
-Fixes errors e.g.
-error: implicit declaration of function 'select'
-
-and helps with missing definitions of FD_* defines
-
-Signed-off-by: Khem Raj 
-Reviewed-by: Thierry Reding 

-Upstream-Status: Submitted
-
- configure.ac | 2 +-
- tests/kms/kms-steal-crtc.c   | 3 +++
- tests/kms/kms-universal-planes.c | 3 +++
- tests/modetest/modetest.c| 3 +++
- tests/vbltest/vbltest.c  | 3 +++
- 5 files changed, 13 insertions(+), 1 deletion(-)
-
-diff --git a/configure.ac b/configure.ac
-index 057a846..258e2f6 100644
 a/configure.ac
-+++ b/configure.ac
-@@ -53,7 +53,7 @@ AC_USE_SYSTEM_EXTENSIONS
- AC_SYS_LARGEFILE
- AC_FUNC_ALLOCA
- 
--AC_CHECK_HEADERS([sys/mkdev.h sys/sysctl.h])
-+AC_CHECK_HEADERS([sys/mkdev.h sys/sysctl.h sys/select.h])
- 
- # Initialize libtool
- LT_PREREQ([2.2])
-diff --git a/tests/kms/kms-steal-crtc.c b/tests/kms/kms-steal-crtc.c
-index 2f7f327..497772e 100644
 a/tests/kms/kms-steal-crtc.c
-+++ b/tests/kms/kms-steal-crtc.c
-@@ -31,6 +31,9 @@
- #include 
- #include 
- #include 
-+#ifdef HAVE_SYS_SELECT_H
-+#include 
-+#endif
- 
- #include 
- 
-diff --git a/tests/kms/kms-universal-planes.c 
b/tests/kms/kms-universal-planes.c
-index 9151231..d8e5fc4 100644
 a/tests/kms/kms-universal-planes.c
-+++ b/tests/kms/kms-universal-planes.c
-@@ -32,6 +32,9 @@
- #include 
- #include 
- #include 
-+#ifdef HAVE_SYS_SELECT_H
-+#include 
-+#endif
- 
- #include 
- #include "xf86drm.h"
-diff --git a/tests/modetest/modetest.c b/tests/modetest/modetest.c
-index 22e3e81..d5a4062 100644
 a/tests/modetest/modetest.c
-+++ b/tests/modetest/modetest.c
-@@ -55,6 +55,9 @@
- #include 
- #include 
- #include 
-+#ifdef HAVE_SYS_SELECT_H
-+#include 
-+#endif
- 
- #include "xf86drm.h"
- #include "xf86drmMode.h"
-diff --git a/tests/vbltest/vbltest.c b/tests/vbltest/vbltest.c
-index 1833321..086407e 100644
 a/tests/vbltest/vbltest.c
-+++ b/tests/vbltest/vbltest.c
-@@ -37,6 +37,9 @@
- #include 
- #include 
- #include 
-+#ifdef HAVE_SYS_SELECT_H
-+#include 
-+#endif
- 
- #include "xf86drm.h"
- #include "xf86drmMode.h"
--- 
-2.7.0
-
diff --git a/meta/recipes-graphics/drm/libdrm/detect.patch 
b/meta/recipes-graphics/drm/libdrm/detect.patch
deleted file mode 100644
index 6397a59..000
--- a/meta/recipes-graphics/drm/libdrm/detect.patch
+++ /dev/null
@@ -1,59 +0,0 @@
-Upstream-Status: Backport
-Signed-off-by: Ross Burton 
-
-commit 798022b61c58d945f9027c823a188dcedecd3d06
-Author: Marcin Ślusarz 
-Date:   Sun Jan 24 13:17:34 2016 +0100
-
-configure.ac: don't detect disabled options dependencies
-
-Currently with --disable-amdgpu --disable-valgrind --disable-cairo-tests
-cunit, valgrind and cairo are still detected.
-
-Signed-off-by: Marcin Ślusarz 
-Reviewed-by: Emil Velikov 
-
-diff --git a/configure.ac b/configure.ac
-index 057a846..a09be61 100644
 a/configure.ac
-+++ b/configure.ac
-@@ -363,12 +363,14 @@ fi
--# Detect cunit library
--PKG_CHECK_MODULES([CUNIT], [cunit >= 2.1], [have_cunit=yes], [have_cunit=no])
--# If pkg-config does not find cunit, check it using AC_CHECK_LIB.  We
--# do this because Debian (Ubuntu) lacks pkg-config file for cunit.
--# fixed in 2.1-2.dfsg-3: 
http://anonscm.debian.org/cgit/collab-maint/cunit.git/commit/?h=debian
--if test "x${have_cunit}" = "xno"; then
--  AC_CHECK_LIB([cunit], [CU_initialize_registry], [have_cunit=yes], 
[have_cunit=no])
--  if test "x${have_cunit}" = "xyes"; then
--  CUNIT_LIBS="-lcunit"
--  CUNIT_CFLAGS=""
--  AC_SUBST([CUNIT_LIBS])
--  AC_SUBST([CUNIT_CFLAGS])
-+if test "x$AMDGPU" != xno; then
-+  # Detect cunit library
-+  PKG_CHECK_MODULES([CUNIT], [cunit >= 2.1], [have_cunit=yes], 
[have_cunit=no])
-+  # If 

[OE-core] [PATCH 15/19] nettle: update to 3.2

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-support/nettle/{nettle_3.1.1.bb => nettle_3.2.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-support/nettle/{nettle_3.1.1.bb => nettle_3.2.bb} (75%)

diff --git a/meta/recipes-support/nettle/nettle_3.1.1.bb 
b/meta/recipes-support/nettle/nettle_3.2.bb
similarity index 75%
rename from meta/recipes-support/nettle/nettle_3.1.1.bb
rename to meta/recipes-support/nettle/nettle_3.2.bb
index 7d7134f..2b79779 100644
--- a/meta/recipes-support/nettle/nettle_3.1.1.bb
+++ b/meta/recipes-support/nettle/nettle_3.2.bb
@@ -7,5 +7,5 @@ LIC_FILES_CHKSUM = 
"file://COPYING.LESSERv3;md5=6a6a8e020838b23406c81b19c1d46df6
 
file://serpent-decrypt.c;beginline=14;endline=36;md5=ca0d220bc413e1842ecc507690ce416e
 \
 
file://serpent-set-key.c;beginline=14;endline=36;md5=ca0d220bc413e1842ecc507690ce416e"
 
-SRC_URI[md5sum] = "b40fa88dc32f37a182b6b42092ebb144"
-SRC_URI[sha256sum] = 
"5fd4d25d64d8ddcb85d0d897572af73b05b4d163c6cc49438a5bfbb8ff293d4c"
+SRC_URI[md5sum] = "afb15b4764ebf1b4e6d06c62bd4d29e4"
+SRC_URI[sha256sum] = 
"ea4283def236413edab5a4cf9cf32adf540c8df1b9b67641cfc2302fca849d97"
-- 
2.7.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 18/19] vala: update to 0.30.1

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-devtools/vala/{vala_0.30.0.bb => vala_0.30.1.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-devtools/vala/{vala_0.30.0.bb => vala_0.30.1.bb} (42%)

diff --git a/meta/recipes-devtools/vala/vala_0.30.0.bb 
b/meta/recipes-devtools/vala/vala_0.30.1.bb
similarity index 42%
rename from meta/recipes-devtools/vala/vala_0.30.0.bb
rename to meta/recipes-devtools/vala/vala_0.30.1.bb
index 2a20ac6..4452298 100644
--- a/meta/recipes-devtools/vala/vala_0.30.0.bb
+++ b/meta/recipes-devtools/vala/vala_0.30.1.bb
@@ -2,5 +2,5 @@ require ${BPN}.inc
 
 SRC_URI += " 
file://0001-git-version-gen-don-t-append-dirty-if-we-re-not-in-g.patch"
 
-SRC_URI[md5sum] = "acfaac43a65cc20d80e08fe6c81c7663"
-SRC_URI[sha256sum] = 
"61f0337b000f7ed6ef8c1fea87e0047d9bd7c0f91dd9c5b4eb70fd3fb883dedf"
+SRC_URI[md5sum] = "cc2eb2384fc10038b643753d734a5a51"
+SRC_URI[sha256sum] = 
"23add78e5c6a5e6df019d4a885c9c79814c9e0b957519ec8a4f4d826c4e5df2c"
-- 
2.7.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 16/19] pax-utils: update to 1.1.5

[Alexander Kanavin]

Remove fix-configure-failure.patch,
the problem has been fixed upstream.

Add README to the list of files that must be created
before configuring the build.

Signed-off-by: Alexander Kanavin 
---
 .../pax-utils/files/fix-configure-failure.patch| 146 -
 .../{pax-utils_1.1.4.bb => pax-utils_1.1.5.bb} |   7 +-
 2 files changed, 3 insertions(+), 150 deletions(-)
 delete mode 100644 
meta/recipes-devtools/pax-utils/files/fix-configure-failure.patch
 rename meta/recipes-devtools/pax-utils/{pax-utils_1.1.4.bb => 
pax-utils_1.1.5.bb} (82%)

diff --git a/meta/recipes-devtools/pax-utils/files/fix-configure-failure.patch 
b/meta/recipes-devtools/pax-utils/files/fix-configure-failure.patch
deleted file mode 100644
index 43bfeb6..000
--- a/meta/recipes-devtools/pax-utils/files/fix-configure-failure.patch
+++ /dev/null
@@ -1,146 +0,0 @@
-From 70334129f5d849813c2ea5ce6070e6fb433412f7 Mon Sep 17 00:00:00 2001
-From: Hongxu Jia 
-Date: Wed, 13 Jan 2016 01:12:19 -0500
-Subject: [PATCH] autotools/m4: fix unexpected token 'AX_APPEND_FLAG'
-
-Added missing macro definition "ax_require_defined.m4" and "ax_append_flag.m4"
-to the m4 macro directories.
-...
-pax-utils-1.1.4/configure: line 33077: syntax error near unexpected token 
`AX_APPEND_FLAG'
-pax-utils-1.1.4/configure: line 33077: `AX_REQUIRE_DEFINED(AX_APPEND_FLAG)'
-...
-Upstream-Status: Pending
-
-Signed-off-by: Hongxu Jia 

- autotools/m4/ax_append_flag.m4 | 72 ++
- autotools/m4/ax_require_defined.m4 | 38 
- 2 files changed, 110 insertions(+)
- create mode 100644 autotools/m4/ax_append_flag.m4
- create mode 100644 autotools/m4/ax_require_defined.m4
-
-diff --git a/autotools/m4/ax_append_flag.m4 b/autotools/m4/ax_append_flag.m4
-new file mode 100644
-index 000..c98a5c5
 /dev/null
-+++ b/autotools/m4/ax_append_flag.m4
-@@ -0,0 +1,72 @@
-+# ===
-+#  http://www.gnu.org/software/autoconf-archive/ax_append_flag.html
-+# ===
-+#
-+# SYNOPSIS
-+#
-+#   AX_APPEND_FLAG(FLAG, [FLAGS-VARIABLE])
-+#
-+# DESCRIPTION
-+#
-+#   FLAG is appended to the FLAGS-VARIABLE shell variable, with a space
-+#   added in between.
-+#
-+#   If FLAGS-VARIABLE is not specified, the current language's flags (e.g.
-+#   CFLAGS) is used.  FLAGS-VARIABLE is not changed if it already contains
-+#   FLAG.  If FLAGS-VARIABLE is unset in the shell, it is set to exactly
-+#   FLAG.
-+#
-+#   NOTE: Implementation based on AX_CFLAGS_GCC_OPTION.
-+#
-+# LICENSE
-+#
-+#   Copyright (c) 2008 Guido U. Draheim 
-+#   Copyright (c) 2011 Maarten Bosmans 
-+#
-+#   This program is free software: you can redistribute it and/or modify it
-+#   under the terms of the GNU General Public License as published by the
-+#   Free Software Foundation, either version 3 of the License, or (at your
-+#   option) any later version.
-+#
-+#   This program is distributed in the hope that it will be useful, but
-+#   WITHOUT ANY WARRANTY; without even the implied warranty of
-+#   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General
-+#   Public License for more details.
-+#
-+#   You should have received a copy of the GNU General Public License along
-+#   with this program. If not, see .
-+#
-+#   As a special exception, the respective Autoconf Macro's copyright owner
-+#   gives unlimited permission to copy, distribute and modify the configure
-+#   scripts that are the output of Autoconf when processing the Macro. You
-+#   need not follow the terms of the GNU General Public License when using
-+#   or distributing such scripts, even though portions of the text of the
-+#   Macro appear in them. The GNU General Public License (GPL) does govern
-+#   all other use of the material that constitutes the Autoconf Macro.
-+#
-+#   This special exception to the GPL applies to versions of the Autoconf
-+#   Macro released by the Autoconf Archive. When you make and distribute a
-+#   modified version of the Autoconf Macro, you may extend this special
-+#   exception to the GPL to apply to your modified version as well.
-+
-+#serial 6
-+
-+AC_DEFUN([AX_APPEND_FLAG],
-+[dnl
-+AC_PREREQ(2.64)dnl for _AC_LANG_PREFIX and AS_VAR_SET_IF
-+AS_VAR_PUSHDEF([FLAGS], [m4_default($2,_AC_LANG_PREFIX[FLAGS])])
-+AS_VAR_SET_IF(FLAGS,[
-+  AS_CASE([" AS_VAR_GET(FLAGS) "],
-+[*" $1 "*], [AC_RUN_LOG([: FLAGS already contains $1])],
-+[
-+ AS_VAR_APPEND(FLAGS,[" $1"])
-+ AC_RUN_LOG([: FLAGS="$FLAGS"])
-+])
-+  ],
-+  [
-+  AS_VAR_SET(FLAGS,[$1])
-+  AC_RUN_LOG([: FLAGS="$FLAGS"])
-+  ])
-+AS_VAR_POPDEF([FLAGS])dnl
-+])dnl AX_APPEND_FLAG
-+
-diff --git a/autotools/m4/ax_require_defined.m4 
b/autotools/m4/ax_require_defined.m4
-new file mode 100644
-index 000..4cb6f3c
 /dev/null
-+++ b/autotools/m4/ax_require_defined.m4
-@@ -0,0 +1,38 @@

[OE-core] [PATCH 11/19] gtk-icon-utils-native: update to 3.18.8

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 ...tk-icon-utils-native_3.18.6.bb => gtk-icon-utils-native_3.18.8.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-gnome/gtk+/{gtk-icon-utils-native_3.18.6.bb => 
gtk-icon-utils-native_3.18.8.bb} (93%)

diff --git a/meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.18.6.bb 
b/meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.18.8.bb
similarity index 93%
rename from meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.18.6.bb
rename to meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.18.8.bb
index d4a169a..793f14a 100644
--- a/meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.18.6.bb
+++ b/meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.18.8.bb
@@ -10,8 +10,8 @@ MAJ_VER = "${@oe.utils.trim_version("${PV}", 2)}"
 
 SRC_URI = 
"http://ftp.gnome.org/pub/gnome/sources/gtk+/${MAJ_VER}/gtk+-${PV}.tar.xz \
   file://Remove-Gdk-dependency-from-gtk-encode-symbolic-svg.patch"
-SRC_URI[md5sum] = "e1c41ad4a6012d703a80f7423acf186e"
-SRC_URI[sha256sum] = 
"78cabf0fd5a662f8723f62d5ac633072c76c557c1d700454c9c3deaa37e441ef"
+SRC_URI[md5sum] = "9671acb41dc13561d19233f1a75cf184"
+SRC_URI[sha256sum] = 
"1c53ef1bb55364698f7183ecd185b547f92f4a3a7abfafd531400232e2e052f8"
 
 LIC_FILES_CHKSUM = "file://COPYING;md5=5f30f0716dfdd0d91eb439ebec522ec2 \
 
file://gtk/gtk.h;endline=25;md5=1d8dc0fccdbfa26287a271dce88af737 \
-- 
2.7.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 14/19] ncurses: update to revision 20160213

[Alexander Kanavin]

Also, put the revision into PV, so that a meaningful upstream version
check can be performed.

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-core/ncurses/{ncurses-6.0 => files}/config.cache   | 0
 meta/recipes-core/ncurses/{ncurses-6.0 => files}/tic-hang.patch | 0
 .../ncurses/{ncurses_6.0.bb => ncurses_6.0+20160213.bb} | 6 ++
 3 files changed, 2 insertions(+), 4 deletions(-)
 rename meta/recipes-core/ncurses/{ncurses-6.0 => files}/config.cache (100%)
 rename meta/recipes-core/ncurses/{ncurses-6.0 => files}/tic-hang.patch (100%)
 rename meta/recipes-core/ncurses/{ncurses_6.0.bb => ncurses_6.0+20160213.bb} 
(62%)

diff --git a/meta/recipes-core/ncurses/ncurses-6.0/config.cache 
b/meta/recipes-core/ncurses/files/config.cache
similarity index 100%
rename from meta/recipes-core/ncurses/ncurses-6.0/config.cache
rename to meta/recipes-core/ncurses/files/config.cache
diff --git a/meta/recipes-core/ncurses/ncurses-6.0/tic-hang.patch 
b/meta/recipes-core/ncurses/files/tic-hang.patch
similarity index 100%
rename from meta/recipes-core/ncurses/ncurses-6.0/tic-hang.patch
rename to meta/recipes-core/ncurses/files/tic-hang.patch
diff --git a/meta/recipes-core/ncurses/ncurses_6.0.bb 
b/meta/recipes-core/ncurses/ncurses_6.0+20160213.bb
similarity index 62%
rename from meta/recipes-core/ncurses/ncurses_6.0.bb
rename to meta/recipes-core/ncurses/ncurses_6.0+20160213.bb
index e877d67..0d56481 100644
--- a/meta/recipes-core/ncurses/ncurses_6.0.bb
+++ b/meta/recipes-core/ncurses/ncurses_6.0+20160213.bb
@@ -1,12 +1,10 @@
 require ncurses.inc
 
-REVISION = "20151024"
-
 SRC_URI += "file://tic-hang.patch \
 file://config.cache \
 "
-# commit id corresponds to the above listed REVISION
-SRCREV = "c6b034b4d69f8c9092c2a1b5d5bb718282b2a522"
+# commit id corresponds to the revision in package version
+SRCREV = "a25949ff653ac5ae7a204381a3ebfd800feeaa01"
 S = "${WORKDIR}/git"
 EXTRA_OECONF += "--with-abi-version=5"
 UPSTREAM_CHECK_GITTAGREGEX = "(?P\d+(\.\d+)+(\+\d+)*)"
-- 
2.7.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 12/19] gtk+3: update to 3.18.8

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-gnome/gtk+/{gtk+3_3.18.6.bb => gtk+3_3.18.8.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-gnome/gtk+/{gtk+3_3.18.6.bb => gtk+3_3.18.8.bb} (83%)

diff --git a/meta/recipes-gnome/gtk+/gtk+3_3.18.6.bb 
b/meta/recipes-gnome/gtk+/gtk+3_3.18.8.bb
similarity index 83%
rename from meta/recipes-gnome/gtk+/gtk+3_3.18.6.bb
rename to meta/recipes-gnome/gtk+/gtk+3_3.18.8.bb
index 0ea4fd3..b76c0cc 100644
--- a/meta/recipes-gnome/gtk+/gtk+3_3.18.6.bb
+++ b/meta/recipes-gnome/gtk+/gtk+3_3.18.8.bb
@@ -8,8 +8,8 @@ SRC_URI = 
"http://ftp.gnome.org/pub/gnome/sources/gtk+/${MAJ_VER}/gtk+-${PV}.tar
file://Do-not-try-to-initialize-GL-without-libGL.patch \
   "
 
-SRC_URI[md5sum] = "e1c41ad4a6012d703a80f7423acf186e"
-SRC_URI[sha256sum] = 
"78cabf0fd5a662f8723f62d5ac633072c76c557c1d700454c9c3deaa37e441ef"
+SRC_URI[md5sum] = "9671acb41dc13561d19233f1a75cf184"
+SRC_URI[sha256sum] = 
"1c53ef1bb55364698f7183ecd185b547f92f4a3a7abfafd531400232e2e052f8"
 
 S = "${WORKDIR}/gtk+-${PV}"
 
-- 
2.7.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 05/19] ffmpeg: update to 3.0

[Alexander Kanavin]

Also, enforce arm instruction set (thumb is causing build failures)

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-multimedia/ffmpeg/{ffmpeg_2.8.6.bb => ffmpeg_3.0.bb} | 7 +--
 1 file changed, 5 insertions(+), 2 deletions(-)
 rename meta/recipes-multimedia/ffmpeg/{ffmpeg_2.8.6.bb => ffmpeg_3.0.bb} (94%)

diff --git a/meta/recipes-multimedia/ffmpeg/ffmpeg_2.8.6.bb 
b/meta/recipes-multimedia/ffmpeg/ffmpeg_3.0.bb
similarity index 94%
rename from meta/recipes-multimedia/ffmpeg/ffmpeg_2.8.6.bb
rename to meta/recipes-multimedia/ffmpeg/ffmpeg_3.0.bb
index 72393b3..3f0cbf8 100644
--- a/meta/recipes-multimedia/ffmpeg/ffmpeg_2.8.6.bb
+++ b/meta/recipes-multimedia/ffmpeg/ffmpeg_3.0.bb
@@ -15,8 +15,11 @@ LIC_FILES_CHKSUM = 
"file://COPYING.GPLv2;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
 
 SRC_URI = "https://www.ffmpeg.org/releases/${BP}.tar.xz";
 
-SRC_URI[md5sum] = "0cff5dae51375f0a31a651f986ed1534"
-SRC_URI[sha256sum] = 
"25bcedbdafadac3d09c325c1d46a51f53d858b26a260d5aed6b4f17fea6e07fa"
+SRC_URI[md5sum] = "ef9b6634bb7c920efc940b4d55adf7b2"
+SRC_URI[sha256sum] = 
"12f32cee41c74435f608c30793fd616bdf53467bb513278e273e135a4c58e470"
+
+# Build fails when thumb is enabled: 
https://bugzilla.yoctoproject.org/show_bug.cgi?id=7717
+ARM_INSTRUCTION_SET = "arm"
 
 # Should be API compatible with libav (which was a fork of ffmpeg)
 # libpostproc was previously packaged from a separate recipe
-- 
2.7.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 10/19] git: update to 2.7.2

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-devtools/git/git_2.7.0.bb | 11 ---
 meta/recipes-devtools/git/git_2.7.2.bb | 11 +++
 2 files changed, 11 insertions(+), 11 deletions(-)
 delete mode 100644 meta/recipes-devtools/git/git_2.7.0.bb
 create mode 100644 meta/recipes-devtools/git/git_2.7.2.bb

diff --git a/meta/recipes-devtools/git/git_2.7.0.bb 
b/meta/recipes-devtools/git/git_2.7.0.bb
deleted file mode 100644
index 2916a1c..000
--- a/meta/recipes-devtools/git/git_2.7.0.bb
+++ /dev/null
@@ -1,11 +0,0 @@
-require git.inc
-
-EXTRA_OECONF += "ac_cv_snprintf_returns_bogus=no \
- 
ac_cv_fread_reads_directories=${ac_cv_fread_reads_directories=yes} \
- "
-EXTRA_OEMAKE += "NO_GETTEXT=1"
-
-SRC_URI[tarball.md5sum] = "f3c3ed131e37e5e07cc0b81e9b539908"
-SRC_URI[tarball.sha256sum] = 
"db9df4435c70a9b25d20a9ee20d65101692dc907a5a4b30e8343c9ae1b913ead"
-SRC_URI[manpages.md5sum] = "dca693846672e68c31d2eb1fc32e763b"
-SRC_URI[manpages.sha256sum] = 
"444703d66d8441c3c67ba12997719d7510b67a6bc51ccd098474c417a334fb61"
diff --git a/meta/recipes-devtools/git/git_2.7.2.bb 
b/meta/recipes-devtools/git/git_2.7.2.bb
new file mode 100644
index 000..3fd7151
--- /dev/null
+++ b/meta/recipes-devtools/git/git_2.7.2.bb
@@ -0,0 +1,11 @@
+require git.inc
+
+EXTRA_OECONF += "ac_cv_snprintf_returns_bogus=no \
+ 
ac_cv_fread_reads_directories=${ac_cv_fread_reads_directories=yes} \
+ "
+EXTRA_OEMAKE += "NO_GETTEXT=1"
+
+SRC_URI[tarball.md5sum] = "162ddc6c9b243899ad67ebd6b1c166b1"
+SRC_URI[tarball.sha256sum] = 
"58959e3ef3046403216a157dfc683c4d7f0dd83365463b8dd87063ded940a0df"
+SRC_URI[manpages.md5sum] = "7bb067d6363f537b92c3b8b813ff9ed6"
+SRC_URI[manpages.sha256sum] = 
"e6b5481fd6e24a1d1b155ef17363b313d47025bf6da880737fa872ab78e24f15"
-- 
2.7.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 03/19] pcmanfm: update to 1.2.4

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-sato/pcmanfm/files/no-desktop.patch | 2 +-
 meta/recipes-sato/pcmanfm/{pcmanfm_1.2.3.bb => pcmanfm_1.2.4.bb} | 4 ++--
 2 files changed, 3 insertions(+), 3 deletions(-)
 rename meta/recipes-sato/pcmanfm/{pcmanfm_1.2.3.bb => pcmanfm_1.2.4.bb} (90%)

diff --git a/meta/recipes-sato/pcmanfm/files/no-desktop.patch 
b/meta/recipes-sato/pcmanfm/files/no-desktop.patch
index 103d6d1..ae54dbd 100644
--- a/meta/recipes-sato/pcmanfm/files/no-desktop.patch
+++ b/meta/recipes-sato/pcmanfm/files/no-desktop.patch
@@ -11,5 +11,5 @@ index ccf8abb..3f6fc1c 100644
 @@ -7,3 +7,4 @@ Exec=pcmanfm --desktop-pref
  StartupNotify=true
  Terminal=false
- NotShowIn=GNOME;XFCE;KDE;
+ NotShowIn=GNOME;XFCE;KDE;MATE;
 +NoDisplay=true
diff --git a/meta/recipes-sato/pcmanfm/pcmanfm_1.2.3.bb 
b/meta/recipes-sato/pcmanfm/pcmanfm_1.2.4.bb
similarity index 90%
rename from meta/recipes-sato/pcmanfm/pcmanfm_1.2.3.bb
rename to meta/recipes-sato/pcmanfm/pcmanfm_1.2.4.bb
index c8b42ab..a6b0aac 100644
--- a/meta/recipes-sato/pcmanfm/pcmanfm_1.2.3.bb
+++ b/meta/recipes-sato/pcmanfm/pcmanfm_1.2.4.bb
@@ -20,8 +20,8 @@ SRC_URI = "${SOURCEFORGE_MIRROR}/pcmanfm/pcmanfm-${PV}.tar.xz 
\
   file://emblem-symbolic-link.png \
   file://no-desktop.patch"
 
-SRC_URI[md5sum] = "c993402d407b0a3fc076f842ac1bc5c9"
-SRC_URI[sha256sum] = 
"cfa8d82fc63be147045174bef074807e1e32ce8c6bf4dbd8fad49e260bcf6380"
+SRC_URI[md5sum] = "19764c2f59653724c8713e0064fa6829"
+SRC_URI[sha256sum] = 
"38cdbb5f01d24483b41b8e6846e4aa66a5751bb3982a8618899e88a853dbe313"
 
 UPSTREAM_CHECK_URI = 
"http://sourceforge.net/projects/pcmanfm/files/PCManFM%20%2B%20Libfm%20%28tarball%20release%29/PCManFM/";
 
-- 
2.7.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 00/19] Recipe version updates

[Alexander Kanavin]

The deadline for version updates is in a few days, so I thought I'd push
one last batch of 'easy' updates (that don't require rebasing patches
or extensive testing).

The following changes since commit 23056103c949b498c23b47579e8dd57ce78e6ed9:

  uclibc: Do not use immediate expansion operator (2016-02-22 20:42:48 +)

are available in the git repository at:

  git://git.yoctoproject.org/poky-contrib akanavin/package-version-updates
  
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=akanavin/package-version-updates

Alexander Kanavin (19):
  epiphany: update to 3.18.4
  libfm: update to 1.2.4
  pcmanfm: update to 1.2.4
  nspr: update to 4.12
  ffmpeg: update to 3.0
  libsolv: update to 0.6.19
  ccache: update to 3.2.4
  clutter-gst-3.0: update to 3.0.16
  gnupg: update to 2.1.11
  git: update to 2.7.2
  gtk-icon-utils-native: update to 3.18.8
  gtk+3: update to 3.18.8
  libdrm: update to 2.4.67
  ncurses: update to revision 20160213
  nettle: update to 3.2
  pax-utils: update to 1.1.5
  python-git: update to 1.0.2
  vala: update to 0.30.1
  shared-mime-info: update to 1.6

 .../ncurses/{ncurses-6.0 => files}/config.cache|   0
 .../ncurses/{ncurses-6.0 => files}/tic-hang.patch  |   0
 .../{ncurses_6.0.bb => ncurses_6.0+20160213.bb}|   6 +-
 .../ccache/{ccache_3.2.3.bb => ccache_3.2.4.bb}|   4 +-
 ...ion-in-recent-change-related-to-zlib-in-n.patch |  73 ---
 meta/recipes-devtools/git/git_2.7.0.bb |  11 --
 meta/recipes-devtools/git/git_2.7.2.bb |  11 ++
 .../pax-utils/files/fix-configure-failure.patch| 146 -
 .../{pax-utils_1.1.4.bb => pax-utils_1.1.5.bb} |   7 +-
 .../{python-git_1.0.1.bb => python-git_1.0.2.bb}   |   4 +-
 .../vala/{vala_0.30.0.bb => vala_0.30.1.bb}|   4 +-
 meta/recipes-extended/libsolv/libsolv_git.bb   |   4 +-
 .../{epiphany_3.18.3.bb => epiphany_3.18.4.bb} |   4 +-
 .../gtk+/{gtk+3_3.18.6.bb => gtk+3_3.18.8.bb}  |   4 +-
 ...e_3.18.6.bb => gtk-icon-utils-native_3.18.8.bb} |   4 +-
 ...gst-3.0_3.0.14.bb => clutter-gst-3.0_3.0.16.bb} |   4 +-
 ...tests-kms-steal-crtc-Include-sys-select.h.patch |  96 --
 meta/recipes-graphics/drm/libdrm/detect.patch  |  59 -
 .../drm/{libdrm_2.4.66.bb => libdrm_2.4.67.bb} |   6 +-
 .../ffmpeg/{ffmpeg_2.8.6.bb => ffmpeg_3.0.bb}  |   7 +-
 meta/recipes-sato/pcmanfm/files/no-desktop.patch   |   2 +-
 .../pcmanfm/{pcmanfm_1.2.3.bb => pcmanfm_1.2.4.bb} |   4 +-
 .../gnupg/{gnupg_2.1.10.bb => gnupg_2.1.11.bb} |   4 +-
 .../{libfm-extra_1.2.3.bb => libfm-extra_1.2.4.bb} |   6 +-
 .../libfm/{libfm_1.2.3.bb => libfm_1.2.4.bb}   |   8 +-
 .../nettle/{nettle_3.1.1.bb => nettle_3.2.bb}  |   4 +-
 .../nspr/{nspr_4.11.bb => nspr_4.12.bb}|   4 +-
 ...ed-mime-info_1.5.bb => shared-mime-info_1.6.bb} |   4 +-
 28 files changed, 55 insertions(+), 435 deletions(-)
 rename meta/recipes-core/ncurses/{ncurses-6.0 => files}/config.cache (100%)
 rename meta/recipes-core/ncurses/{ncurses-6.0 => files}/tic-hang.patch (100%)
 rename meta/recipes-core/ncurses/{ncurses_6.0.bb => ncurses_6.0+20160213.bb} 
(62%)
 rename meta/recipes-devtools/ccache/{ccache_3.2.3.bb => ccache_3.2.4.bb} (57%)
 delete mode 100644 
meta/recipes-devtools/ccache/files/0001-Fix-regression-in-recent-change-related-to-zlib-in-n.patch
 delete mode 100644 meta/recipes-devtools/git/git_2.7.0.bb
 create mode 100644 meta/recipes-devtools/git/git_2.7.2.bb
 delete mode 100644 
meta/recipes-devtools/pax-utils/files/fix-configure-failure.patch
 rename meta/recipes-devtools/pax-utils/{pax-utils_1.1.4.bb => 
pax-utils_1.1.5.bb} (82%)
 rename meta/recipes-devtools/python/{python-git_1.0.1.bb => 
python-git_1.0.2.bb} (87%)
 rename meta/recipes-devtools/vala/{vala_0.30.0.bb => vala_0.30.1.bb} (42%)
 rename meta/recipes-gnome/epiphany/{epiphany_3.18.3.bb => epiphany_3.18.4.bb} 
(84%)
 rename meta/recipes-gnome/gtk+/{gtk+3_3.18.6.bb => gtk+3_3.18.8.bb} (83%)
 rename meta/recipes-gnome/gtk+/{gtk-icon-utils-native_3.18.6.bb => 
gtk-icon-utils-native_3.18.8.bb} (93%)
 rename meta/recipes-graphics/clutter/{clutter-gst-3.0_3.0.14.bb => 
clutter-gst-3.0_3.0.16.bb} (58%)
 delete mode 100644 
meta/recipes-graphics/drm/libdrm/0001-tests-kms-steal-crtc-Include-sys-select.h.patch
 delete mode 100644 meta/recipes-graphics/drm/libdrm/detect.patch
 rename meta/recipes-graphics/drm/{libdrm_2.4.66.bb => libdrm_2.4.67.bb} (87%)
 rename meta/recipes-multimedia/ffmpeg/{ffmpeg_2.8.6.bb => ffmpeg_3.0.bb} (94%)
 rename meta/recipes-sato/pcmanfm/{pcmanfm_1.2.3.bb => pcmanfm_1.2.4.bb} (90%)
 rename meta/recipes-support/gnupg/{gnupg_2.1.10.bb => gnupg_2.1.11.bb} (90%)
 rename meta/recipes-support/libfm/{libfm-extra_1.2.3.bb => 
libfm-extra_1.2.4.bb} (79%)
 rename meta/recipes-support/libfm/{libfm_1.2.3.bb => libfm_1.2.4.bb} (84%)
 rename meta/recipes-support/nettle/{nettle_3.1.1.bb => nettle_3.2.bb} (75%)
 rename meta/recipes-support/nspr/{nspr_4.11.bb => nspr_4.12.bb} (96%)
 rename meta/recipes

[OE-core] [PATCH 04/19] nspr: update to 4.12

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-support/nspr/{nspr_4.11.bb => nspr_4.12.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-support/nspr/{nspr_4.11.bb => nspr_4.12.bb} (96%)

diff --git a/meta/recipes-support/nspr/nspr_4.11.bb 
b/meta/recipes-support/nspr/nspr_4.12.bb
similarity index 96%
rename from meta/recipes-support/nspr/nspr_4.11.bb
rename to meta/recipes-support/nspr/nspr_4.12.bb
index a38e20c..2fd801f 100644
--- a/meta/recipes-support/nspr/nspr_4.11.bb
+++ b/meta/recipes-support/nspr/nspr_4.12.bb
@@ -26,8 +26,8 @@ SRC_URI_append_libc-musl = "\
 UPSTREAM_CHECK_URI = "http://ftp.mozilla.org/pub/nspr/releases/";
 UPSTREAM_CHECK_REGEX = "v(?P\d+(\.\d+)+)/"
 
-SRC_URI[md5sum] = "4f24b2fb88ca03b5d6d6931d6a67ef9a"
-SRC_URI[sha256sum] = 
"cb320a9eee7028275ac0fce7adc39dee36f14f02fd8432fce1b7e1aa5e3685c2"
+SRC_URI[md5sum] = "0de760c1e00a92e180e611cf06ce9589"
+SRC_URI[sha256sum] = 
"e0b10a1e569153668ff8bdea6c7e491b389fab69c2f18285a1ebf7c2ea4269de"
 
 S = "${WORKDIR}/nspr-${PV}/nspr"
 
-- 
2.7.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 01/19] epiphany: update to 3.18.4

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 .../recipes-gnome/epiphany/{epiphany_3.18.3.bb => epiphany_3.18.4.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-gnome/epiphany/{epiphany_3.18.3.bb => epiphany_3.18.4.bb} 
(84%)

diff --git a/meta/recipes-gnome/epiphany/epiphany_3.18.3.bb 
b/meta/recipes-gnome/epiphany/epiphany_3.18.4.bb
similarity index 84%
rename from meta/recipes-gnome/epiphany/epiphany_3.18.3.bb
rename to meta/recipes-gnome/epiphany/epiphany_3.18.4.bb
index 73fcd93..12d3b07 100644
--- a/meta/recipes-gnome/epiphany/epiphany_3.18.3.bb
+++ b/meta/recipes-gnome/epiphany/epiphany_3.18.4.bb
@@ -10,8 +10,8 @@ inherit gnomebase gsettings distro_features_check 
upstream-version-is-even
 REQUIRED_DISTRO_FEATURES = "x11"
 
 SRC_URI += "file://0001-yelp.m4-drop-the-check-for-itstool.patch"
-SRC_URI[archive.md5sum] = "5ed8b450f301949a2e12d39f2b4d"
-SRC_URI[archive.sha256sum] = 
"cd4e9ce588c4c66109547d93999d9740d338c3f9dbfbc2143cf2cbb74260def9"
+SRC_URI[archive.md5sum] = "172b78256100e8d3c629764abd0e1495"
+SRC_URI[archive.sha256sum] = 
"be699d48437abae754e669187215df73e21533f461e513b79537d7a1c1c1"
 
 EXTRA_OECONF += " --disable-nss --with-distributor-name=${DISTRO}"
 
-- 
2.7.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 02/19] libfm: update to 1.2.4

[Alexander Kanavin]

LICENSE checksum change due to formatting changes, and 'how to apply those
terms' section dropped from the GPL text.

Signed-off-by: Alexander Kanavin 
---
 .../libfm/{libfm-extra_1.2.3.bb => libfm-extra_1.2.4.bb}  | 6 ++
 meta/recipes-support/libfm/{libfm_1.2.3.bb => libfm_1.2.4.bb} | 8 +++-
 2 files changed, 5 insertions(+), 9 deletions(-)
 rename meta/recipes-support/libfm/{libfm-extra_1.2.3.bb => 
libfm-extra_1.2.4.bb} (79%)
 rename meta/recipes-support/libfm/{libfm_1.2.3.bb => libfm_1.2.4.bb} (84%)

diff --git a/meta/recipes-support/libfm/libfm-extra_1.2.3.bb 
b/meta/recipes-support/libfm/libfm-extra_1.2.4.bb
similarity index 79%
rename from meta/recipes-support/libfm/libfm-extra_1.2.3.bb
rename to meta/recipes-support/libfm/libfm-extra_1.2.4.bb
index 3675269..f204968 100644
--- a/meta/recipes-support/libfm/libfm-extra_1.2.3.bb
+++ b/meta/recipes-support/libfm/libfm-extra_1.2.4.bb
@@ -11,15 +11,13 @@ SRC_URI = "${SOURCEFORGE_MIRROR}/pcmanfm/libfm-${PV}.tar.xz 
\
file://0001-nls.m4-Take-it-from-gettext-0.15.patch \
   "
 
-SRC_URI[md5sum] = "3ff38200701658f7e80e25ed395d92dd"
-SRC_URI[sha256sum] = 
"c692f1624a4cbc8d1dd55f3b3f3369fbf5d26f63a916e2c295230b2344e1fbf9"
+SRC_URI[md5sum] = "74997d75e7e87dc73398746fd373bf52"
+SRC_URI[sha256sum] = 
"7804f6f28cb3d1bc8ffb3151ab7ff0c063b27c5f9b06c682eb903e01cf25502f"
 
 S = "${WORKDIR}/libfm-${PV}"
 
 EXTRA_OECONF = "--with-extra-only --with-gtk=no"
 
-PR = "r1"
-
 inherit autotools pkgconfig gtk-doc
 
 do_configure[dirs] =+ "${S}/m4"
diff --git a/meta/recipes-support/libfm/libfm_1.2.3.bb 
b/meta/recipes-support/libfm/libfm_1.2.4.bb
similarity index 84%
rename from meta/recipes-support/libfm/libfm_1.2.3.bb
rename to meta/recipes-support/libfm/libfm_1.2.4.bb
index cf2f0f9..866b11a 100644
--- a/meta/recipes-support/libfm/libfm_1.2.3.bb
+++ b/meta/recipes-support/libfm/libfm_1.2.4.bb
@@ -2,7 +2,7 @@ SUMMARY = "Library for file management"
 HOMEPAGE = "http://pcmanfm.sourceforge.net/";
 
 LICENSE = "GPLv2+ & LGPLv2+"
-LIC_FILES_CHKSUM = "file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552 \
+LIC_FILES_CHKSUM = "file://COPYING;md5=4641e94ec96f98fabc56ff9cc48be14b \
 
file://src/fm.h;beginline=8;endline=21;md5=ef1f84da64b3c01cca447212f7ef6007 \
 
file://src/base/fm-config.h;beginline=10;endline=23;md5=ef1f84da64b3c01cca447212f7ef6007
 \
 
file://src/fm-gtk.h;beginline=6;endline=19;md5=646baa4955c04fe768f2ca27b92ac8dd"
@@ -13,10 +13,8 @@ DEPENDS = "glib-2.0 pango gtk+ menu-cache intltool-native 
libexif libfm-extra ge
 
 SRC_URI = "${SOURCEFORGE_MIRROR}/pcmanfm/libfm-${PV}.tar.xz"
 
-SRC_URI[md5sum] = "3ff38200701658f7e80e25ed395d92dd"
-SRC_URI[sha256sum] = 
"c692f1624a4cbc8d1dd55f3b3f3369fbf5d26f63a916e2c295230b2344e1fbf9"
-
-PR = "r1"
+SRC_URI[md5sum] = "74997d75e7e87dc73398746fd373bf52"
+SRC_URI[sha256sum] = 
"7804f6f28cb3d1bc8ffb3151ab7ff0c063b27c5f9b06c682eb903e01cf25502f"
 
 inherit autotools pkgconfig gtk-doc distro_features_check
 ANY_OF_DISTRO_FEATURES = "${GTK2DISTROFEATURES}"
-- 
2.7.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] automake: set test-driver path relative to top_builddir

[Martin Borg]

automake offers auxiliary tools and is capable to install and prepare the setup 
for those.
test-driver, a log driver used by parallel testsuite harness in ptests, is one 
of those tools.
By default it looks that automake prepare environment for testing relative 
$top_srcdir.
But in Yocto following changed:
 - build folder was separated
 - $top_srcdir is not anymore defined as relative path, now can be relative or 
absolute

So now in Yocto the Makefile from src/tests contains absolute path of 
$top_srcdir for test-driver
which is an unexisting path at runtime.

We need to have relative path for test-driver in Makefile to work on target. 
$top_builddir
can guarantee this path.

Originally submitted by Adrian Calianu 

Signed-off-by: Martin Borg 
---
 .../automake/new_rt_path_for_test-driver.patch | 36 ++
 meta/recipes-devtools/automake/automake_1.15.bb|  3 +-
 2 files changed, 38 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-devtools/automake/automake/new_rt_path_for_test-driver.patch

diff --git 
a/meta/recipes-devtools/automake/automake/new_rt_path_for_test-driver.patch 
b/meta/recipes-devtools/automake/automake/new_rt_path_for_test-driver.patch
new file mode 100644
index 000..2c6594f
--- /dev/null
+++ b/meta/recipes-devtools/automake/automake/new_rt_path_for_test-driver.patch
@@ -0,0 +1,36 @@
+Set relative to top_builddir path in Makefile to access test-driver
+
+Signed-off-by: Adrian Calianu 
+Upstream-Status: Pending
+Bug-Report: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=19042
+
+--- a/bin/automake.in
 b/bin/automake.in
+@@ -272,6 +272,9 @@
+ # $AM_CONFIG_AUX_DIR is prefixed with $(top_srcdir), so it can be used
+ # in Makefiles.
+ my $am_config_aux_dir = '';
++# Directory used at runtime like running test-driver that should not
++# depend on $(top_srcdir)
++my $am_config_rt_aux_dir = '';
+
+ # Directory to search for AC_LIBSOURCE files, as set by AC_CONFIG_LIBOBJ_DIR
+ # in configure.ac.
+@@ -4700,7 +4703,7 @@
+ {
+   require_conf_file ("parallel-tests", FOREIGN, 'test-driver');
+   define_variable ("${pfx}LOG_DRIVER",
+-   "\$(SHELL) $am_config_aux_dir/test-driver",
++   "\$(SHELL) $am_config_rt_aux_dir/test-driver",
+INTERNAL);
+ }
+   my $driver = '$(' . $pfx . 'LOG_DRIVER)';
+@@ -7284,6 +7287,10 @@
+   $am_config_aux_dir =
+ '$(top_srcdir)' . ($config_aux_dir eq '.' ? "" : "/$config_aux_dir");
+   $am_config_aux_dir =~ s,/*$,,;
++
++  $am_config_rt_aux_dir =
++'$(top_builddir)' . ($config_aux_dir eq '.' ? "" : "/$config_aux_dir");
++  $am_config_rt_aux_dir =~ s,/*$,,;
+ }
diff --git a/meta/recipes-devtools/automake/automake_1.15.bb 
b/meta/recipes-devtools/automake/automake_1.15.bb
index e3cb85b..85494b4 100644
--- a/meta/recipes-devtools/automake/automake_1.15.bb
+++ b/meta/recipes-devtools/automake/automake_1.15.bb
@@ -21,7 +21,8 @@ RDEPENDS_${PN}_class-native = "autoconf-native 
hostperl-runtime-native"
 SRC_URI += " file://python-libdir.patch \
 file://py-compile-compile-only-optimized-byte-code.patch \
 file://buildtest.patch \
-file://performance.patch"
+file://performance.patch \
+file://new_rt_path_for_test-driver.patch"
 
 SRC_URI[md5sum] = "716946a105ca228ab545fc37a70df3a3"
 SRC_URI[sha256sum] = 
"7946e945a96e28152ba5a6beb0625ca715c6e32ac55f2e353ef54def0c8ed924"
-- 
1.9.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] npm.bbclass: Add npm class to match fetcher

[brendan . le . foll]

From: Brendan Le Foll 

npm class supports the npm fetcher, helping doing the basic compile/install
stages of an npm package

Signed-off-by: Brendan Le Foll 
---
 meta/classes/npm.bbclass | 25 +
 1 file changed, 25 insertions(+)
 create mode 100644 meta/classes/npm.bbclass

diff --git a/meta/classes/npm.bbclass b/meta/classes/npm.bbclass
new file mode 100644
index 000..be76056
--- /dev/null
+++ b/meta/classes/npm.bbclass
@@ -0,0 +1,25 @@
+DEPENDS_prepend = "nodejs-native "
+S = "${WORKDIR}/npmpkg"
+
+npm_do_compile() {
+   # changing the home directory to the working directory, the .npmrc will
+   # be created in this directory
+   export HOME=${WORKDIR}
+   npm config set dev false
+   npm set cache ${WORKDIR}/npm_cache
+   # clear cache before every build
+   npm cache clear
+   # Install pkg into ${S} without going to the registry
+   npm --arch=${TARGET_ARCH} --production --no-registry install
+}
+
+npm_do_install() {
+   mkdir -p ${D}${libdir}/node_modules/${PN}/
+   cp -a ${S}/* ${D}${libdir}/node_modules/${PN}/ --no-preserve=ownership
+}
+
+FILES_${PN} += " \
+${libdir}/node_modules/${PN} \
+"
+
+EXPORT_FUNCTIONS do_compile do_install
-- 
2.7.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 2/3] cve-check-tool patch to allow select dir for the db

[Mariano Lopez]

On 02/25/2016 07:33 AM, Burton, Ross wrote:


On 24 February 2016 at 15:27, > wrote:


This patch allows to select the directory for the
database used by cve-check-tool.


Squash this into 1/3.

Ross


This was the only patch that I made my own, that is why I sent it as 
separated patch. If you check the other patches there are co-authors in 
there. I don't want someone else take the blame if my patch bust 
something :)


Mariano
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2] externalsrc.bbclas: remove nostamp from do_configure

[Markus Lehtonen]

Be a bit more intelligent than mindlessly re-compiling every time.
Instead of using 'nostamp' flag for do_compile run a python function to
get a list of files to add as 'file-checksums' flag.  The intention is
to only re-run do_compile if something in the source tree content
changes.

This python function, srctree_hash_files(), works differently, depending
if the source tree is a git repository clone or not. If the source tree
is a git repository, the function runs 'git add .' with a custom git
index file in order to record all changes in the git working tree. This
custom index file is then returned as the file for the task to depend
on. The index file is changed if any changes are made in the source tree
causing the task to be re-run.

If the source tree is not a git repository, srctree_hash_files() simply
adds the whole source tree as a dependency, causing bitbake to basically
hash every file in it. Hidden files and directories in the source tree
root are ignored by the glob currently used. This has the advantage of
automatically ignoring .git directory, for example.

This method of tracking changes source tree changes to determine if
re-build is needed does not work perofectly, though. Many packages are
built under ${S} which effectively changes the source tree causing some
unwanted re-compilations.  However, if do_compile of the recipe does not
produce new/different artefacts on every run (as commonly is and should
be the case) the re-compilation loop stops. Thus, you should usually see
only one re-compilation (if any) after which the source tree is
"stabilized" and no more re-compilations happen.

During the first bitbake run preparing of the task runqueue may take
much longer if the source tree is not a git repository. The reason is
that all the files in the source tree are hashed.  Subsequent builds are
not significantly slower because (most) file hashes are found from the
cache.

[YOCTO #8853]

Signed-off-by: Markus Lehtonen 
---
 meta/classes/externalsrc.bbclass | 25 +++--
 1 file changed, 23 insertions(+), 2 deletions(-)

diff --git a/meta/classes/externalsrc.bbclass b/meta/classes/externalsrc.bbclass
index b608bd0..4f25bcf 100644
--- a/meta/classes/externalsrc.bbclass
+++ b/meta/classes/externalsrc.bbclass
@@ -85,8 +85,7 @@ python () {
 d.prependVarFlag('do_compile', 'prefuncs', 
"externalsrc_compile_prefunc ")
 d.prependVarFlag('do_configure', 'prefuncs', 
"externalsrc_configure_prefunc ")
 
-# Ensure compilation happens every time
-d.setVarFlag('do_compile', 'nostamp', '1')
+d.setVarFlag('do_compile', 'file-checksums', 
'${@srctree_hash_files(d)}')
 
 # We don't want the workdir to go away
 d.appendVar('RM_WORK_EXCLUDE', ' ' + d.getVar('PN', True))
@@ -125,3 +124,25 @@ python externalsrc_compile_prefunc() {
 # Make it obvious that this is happening, since forgetting about it could 
lead to much confusion
 bb.plain('NOTE: %s: compiling from external source tree %s' % 
(d.getVar('PN', True), d.getVar('EXTERNALSRC', True)))
 }
+
+def srctree_hash_files(d):
+import shutil
+import subprocess
+
+s_dir = d.getVar('EXTERNALSRC', True)
+git_dir = os.path.join(s_dir, '.git')
+oe_index_file = os.path.join(git_dir, 'oe-devtool-index')
+
+ret = " "
+if os.path.exists(git_dir):
+# Clone index
+if not os.path.exists(oe_index_file):
+shutil.copy2(os.path.join(git_dir, 'index'), oe_index_file)
+# Update our custom index
+env = os.environ.copy()
+env['GIT_INDEX_FILE'] = oe_index_file
+subprocess.check_output(['git', 'add', '.'], cwd=s_dir, env=env)
+ret = oe_index_file + ':True'
+else:
+ret = d.getVar('EXTERNALSRC') + '/*:True'
+return ret
-- 
2.6.2

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2] Improve externalsrc task dependency tracking

[Markus Lehtonen]

This refines the first version of the patch by utilizing (or abusing) inline
Python variable expansion: if the source tree is a git repository the python
function uses a custom git index file to track any changes in the source tree
and only returns this one index file for bitbake to hash. If the source tree is
not a git repository it works like the first version of this patch: all files
in the source tree are added as a task dependency (and thus hashed by bitbake).

[YOCTO #8853]

The following changes since commit 205b446f3fc4a9885179a66a8dab9d81bcc63dca:

  uclibc: Do not use immediate expansion operator (2016-02-22 20:42:34 +)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib marquiz/devtool/fixes


Markus Lehtonen (1):
  externalsrc.bbclas: remove nostamp from do_configure

 meta/classes/externalsrc.bbclass | 25 +++--
 1 file changed, 23 insertions(+), 2 deletions(-)

-- 
2.6.2

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 0/3] Add initial capability to check CVEs for recipes

[Mikko.Rapeli]

For openssh there must be some bugs or tunings needed to match the version
numbers used in CVE to ones in yocto. openssh-6.6p1 has zero matches
with the check but I think there are several:

downloads/CVE_CHECK$ grep openssh *xml| grep 6\.6\:p1
nvdcve-2.0-2016.xml:
nvdcve-2.0-2016.xml:  
cpe:/a:openbsd:openssh:6.6:p1
nvdcve-2.0-2016.xml:
nvdcve-2.0-2016.xml:  
cpe:/a:openbsd:openssh:6.6:p1

How should these tunings be made?

-Mikko
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 6/7] webkitgtk: update to 2.10.7

[Alexander Kanavin]

On 02/24/2016 07:19 PM, akuster808 wrote:


Many vulnerability notifications will make the same statements.

Updating a package that other packages depend on can cause a cascading
set of failures. Now you have a bigger set of problems to contend with.


I don't think the possibility of failures is a bigger problem than the 
certainty of having to backport a huge number of CVE fixes within a 
codebase that you don't understand.


Many of those are not a matter of cherry-picking the right patch; they 
require actual webkit expertise, because the code has changed too much 
in the meantime. Also, each webkit build takes hours, which slows things 
down even more. Do you have the resources for all of that?



 From the commercial side you just can't move your install base to the
latest package versions for every security issue. The Yocto maintenance
policy operates very close to this too.


I think you need to make an exception for webkit, and explain this to 
your customers.


Alex

--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 2/3] cve-check-tool patch to allow select dir for the db

[Burton, Ross]

On 24 February 2016 at 15:27,  wrote:

> This patch allows to select the directory for the
> database used by cve-check-tool.
>

Squash this into 1/3.

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 0/3] Add initial capability to check CVEs for recipes

[Mikko.Rapeli]

On Thu, Feb 25, 2016 at 01:29:13PM +0100, Mikko Rapeli wrote:
> On Thu, Feb 25, 2016 at 01:14:21PM +0100, Mikko Rapeli wrote:
> > On Wed, Feb 24, 2016 at 03:27:05PM +, mariano.lo...@linux.intel.com 
> > wrote:
> > > From: Mariano Lopez 
> > > 
> > > This series add the cve-check-tool recipe, a tool used to identify
> > > potentially vulnerable software through version matching. It will
> > > check if a vulnerability has been addressed by a patch.
> > > 
> > > Also add the new cve-check class that will add a task for all recipes
> > > to check for CVEs using cve-check-tool. This tool can be used by recipe,
> > > image (will generate an image report in deploy dir), and with "world"
> > > and "universe"
> > > 
> > > To run it just inherit the class and enter:
> > > 
> > > bitbake -c cve_check 
> > 
> > I tried these on yocto/dizzy but:

Full changes needed in dizzy are:

diff --git a/bitbake/lib/bb/utils.py b/bitbake/lib/bb/utils.py
index 670e592..f24a584 100644
--- a/bitbake/lib/bb/utils.py
+++ b/bitbake/lib/bb/utils.py
@@ -893,3 +893,21 @@ def multiprocessingpool(*args, **kwargs):
 
 return multiprocessing.Pool(*args, **kwargs)
 
+# export common proxies variables from datastore to environment
+def export_proxies(d):
+import os
+
+variables = ['http_proxy', 'HTTP_PROXY', 'https_proxy', 'HTTPS_PROXY',
+'ftp_proxy', 'FTP_PROXY', 'no_proxy', 'NO_PROXY']
+exported = False
+
+for v in variables:
+if v in os.environ.keys():
+exported = True
+else:
+v_proxy = d.getVar(v, True)
+if v_proxy is not None:
+os.environ[v] = v_proxy
+exported = True
+
+return exported
diff --git a/meta/recipes-gnome/hicolor-icon-theme/hicolor-icon-theme_0.13.bb 
b/meta/recipes-gnome/hicolor-icon-theme/hicolor-icon-theme_0.13.bb
index 9df81cb..b98d991 100644
--- a/meta/recipes-gnome/hicolor-icon-theme/hicolor-icon-theme_0.13.bb
+++ b/meta/recipes-gnome/hicolor-icon-theme/hicolor-icon-theme_0.13.bb
@@ -21,3 +21,5 @@ FILES_${PN} += "${datadir}/icons"
 do_install_append () {
install -m 0644 ${WORKDIR}/index.theme ${D}/${datadir}/icons/hicolor
 }
+
+BBCLASSEXTEND = "native"
diff --git a/meta/recipes-gnome/json-glib/json-glib_1.0.0.bb 
b/meta/recipes-gnome/json-glib/json-glib_1.0.0.bb
index ce00709..26f8f7f 100644
--- a/meta/recipes-gnome/json-glib/json-glib_1.0.0.bb
+++ b/meta/recipes-gnome/json-glib/json-glib_1.0.0.bb
@@ -18,3 +18,5 @@ SRC_URI[archive.sha256sum] = 
"dbf558d2da989ab84a27e4e13daa51ceaa97eb959c2c2f8097
 inherit gnome gettext lib_package
 
 EXTRA_OECONF = "--disable-introspection"
+
+BBCLASSEXTEND = "native"

And with this I get nice reports with "bitbake -c cve_check openssl" to
tmp/deploy/cve/openssl.

I'll try with a full image build next, but I really, really like this stuff.

Thanks!

-Mikko
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] How to integrate third party application software to yocto image

[Burton, Ross]

On 25 February 2016 at 12:51,  wrote:

> IMAGE_INSTALL_append = " navit_svn"
>

The recipe is called navit, _svn is the version.  Just append " navit".

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] How to integrate third party application software to yocto image

[winiston]

Hi Maxin,

I copied "recipes-navigation" folder from meta-oe (Open embedded build tree) 
to "/poky/meta " . Then I have added the below line in  "/conf/local.conf" 
as given below.


IMAGE_INSTALL_append = " navit_svn"

Then I used bitbake to build the image. It spits out the following errors,

winiston@winiston-VirtualBox:~/poky/build$ bitbake qt4e-demo-image
Parsing recipes: 100% || Time: 00:01:35
Parsing of 1073 .bb files complete (0 cached, 1073 parsed). 1509 targets, 
143 skipped, 0 masked, 0 errors.

NOTE: Resolving any missing task queue dependencies
ERROR: Nothing RPROVIDES 'navit_svn' (but 
/home/winiston/poky/meta/recipes-qt/images/qt4e-demo-image.bb RDEPENDS on or 
otherwise requires it)

NOTE: Runtime target 'navit_svn' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['navit_svn']
ERROR: Required build target 'qt4e-demo-image' has no buildable providers.
Missing or unbuildable dependency chain was: ['qt4e-demo-image', 
'navit_svn']


Summary: There were 2 ERROR messages shown, returning a non-zero exit code.
winiston@winiston-VirtualBox:~/poky/build$

What could be the problem? Where I have done the mistake ?


Regards,
Winiston.P
Futura Automation Pvt Ltd.

Ph :91-80-28375290 / 28375295
Fax :91-80-28375291
-Original Message- 
From: Maxin B. John

Sent: Wednesday, February 24, 2016 7:41 PM
To: winis...@futuraautomation.com
Cc: OpenEmbedded core ; Yocto layer ; yocto texas
Subject: Re: [OE-core] How to integrate third party application software to 
yocto image


Hi Winiston,

On Wed, Feb 24, 2016 at 06:20:14PM +0530, winis...@futuraautomation.com 
wrote:



--
Hi,

I can build yocto image for arm based product like AM437x-evm using yocto 
project. I want to add third party software(Navit) to my image.


How can I add the third party software to my image ?. Can you provide me 
the steps to integrate third party software with yocto image ?


Please read this documentation:
http://www.yoctoproject.org/docs/1.4.2/dev-manual/dev-manual.html#usingpoky-extend-addpkg

  Note: Navit is a navigation software and it supports arm based product 
like AM437x.




In the case of Navit, recipe is already available in meta-oe layer:
http://cgit.openembedded.org/cgit.cgi/meta-openembedded/tree/meta-oe/recipes-navigation/navit/navit_svn.bb?h=master


   Host system: Ubuntu 14.04
   Target system : AM437x-evm


 Regards,
 Winiston.P
 Futura Automation Pvt Ltd.


Best Regards,
Maxin 


--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] qemu needs target kernel sets CONFIG_SCSI_VIRTIO=y to boot vmdk qcow2 and vdi

[Bruce Ashfield]

On Thu, Feb 25, 2016 at 7:10 AM, Burton, Ross  wrote:

>
> On 25 February 2016 at 10:36, Robert Yang 
> wrote:
>
>> We need enable target kernel's CONFIG_SCSI_VIRTIO=y to make native qemu
>> can boot hdddirect, vmdk, qcow2 and vdi, otherwise, the scsi drive can't
>> work in qemu since our vm image's root default to /dev/sda2, or we can
>> change it default to /dev/hda2, then we don't have to make any changes
>> on kernel, but I prefer scsi since ide is going to be out of date.
>>
>
> Are there any other virtio drivers that we really should be enabling in
> the qemu kernels?
>

We already have a fragment for this, and a set of virtio drivers enabled ..
which
is why I find this entire thread confusing :)

Bruce


>
> Ross
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
>


-- 
"Thou shalt not follow the NULL pointer, for chaos and madness await thee
at its end"
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] qemu needs target kernel sets CONFIG_SCSI_VIRTIO=y to boot vmdk qcow2 and vdi

[Bruce Ashfield]

On Thu, Feb 25, 2016 at 5:36 AM, Robert Yang 
wrote:

> Hi Bruce and Darren,
>
> We need enable target kernel's CONFIG_SCSI_VIRTIO=y to make native qemu
> can boot hdddirect, vmdk, qcow2 and vdi, otherwise, the scsi drive can't
> work in qemu since our vm image's root default to /dev/sda2, or we can
> change it default to /dev/hda2, then we don't have to make any changes
> on kernel, but I prefer scsi since ide is going to be out of date.
>

The IDE fragment was on for compatibility reasons, but we dropped that
compatibility about a year ago. I was under the impression that we had
fully dropped all the IDE fragments.


>
> I've tried to enable it by menuconfig, it works well, would you please
> enable it by default ?
>


Send a patch to the linux-yocto mailing list to change the virtio
configuration
fragment.

You are already set up to test it out, so it is much easier.

I don't see why this shouldn't follow the normal patch flow for
configuration
frag changes.

Cheers,

Bruce


>
>
> $ diff .config.old .config -Nur
> --- .config.old 2016-02-25 01:04:25.816381913 -0800
> +++ .config 2016-02-25 01:16:31.332232759 -0800
> @@ -1479,7 +1479,7 @@
>  # CONFIG_SCSI_DEBUG is not set
>  # CONFIG_SCSI_PMCRAID is not set
>  # CONFIG_SCSI_PM8001 is not set
> -# CONFIG_SCSI_VIRTIO is not set
> +CONFIG_SCSI_VIRTIO=y
>  # CONFIG_SCSI_DH is not set
>  # CONFIG_SCSI_OSD_INITIATOR is not set
>  CONFIG_ATA=y
>
> $ du bzImage bzImage_new
> 6752bzImage
> 6756bzImage_new
>
> It nearly has no impact on the size.
>
> --
> Thanks
>
> Robert
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>



-- 
"Thou shalt not follow the NULL pointer, for chaos and madness await thee
at its end"
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 0/3] Add initial capability to check CVEs for recipes

[Mikko.Rapeli]

On Thu, Feb 25, 2016 at 01:14:21PM +0100, Mikko Rapeli wrote:
> On Wed, Feb 24, 2016 at 03:27:05PM +, mariano.lo...@linux.intel.com wrote:
> > From: Mariano Lopez 
> > 
> > This series add the cve-check-tool recipe, a tool used to identify
> > potentially vulnerable software through version matching. It will
> > check if a vulnerability has been addressed by a patch.
> > 
> > Also add the new cve-check class that will add a task for all recipes
> > to check for CVEs using cve-check-tool. This tool can be used by recipe,
> > image (will generate an image report in deploy dir), and with "world"
> > and "universe"
> > 
> > To run it just inherit the class and enter:
> > 
> > bitbake -c cve_check 
> 
> I tried these on yocto/dizzy but:
> 
> ERROR: Task do_cve_check in 
> /home/builder/src/base/poky/meta/recipes-core/busybox/busybox_1.22.1.bb 
> depends upon non-existent task do_populate_cve_db in 
> virtual:native:/home/builder/src/base/poky/meta/recipes-devtools/cve-check-tool/cve-check-tool_5.6.bb
> 
> Is there some simple way to make this work there too?
> 
> For testing purposes I tried this only with busybox:
> 
> $ cat busybox_%.bbappend 
> inherit cve-check
> 
> The cve-check-tool itself needed a few native backports/fixes:
> 
> diff --git a/meta/recipes-gnome/hicolor-icon-theme/hicolor-icon-theme_0.13.bb 
> b/meta/recipes-gnome/hicolor-icon-theme/hicolor-icon-theme_0.13.bb
> index 9df81cb..b98d991 100644
> --- a/meta/recipes-gnome/hicolor-icon-theme/hicolor-icon-theme_0.13.bb
> +++ b/meta/recipes-gnome/hicolor-icon-theme/hicolor-icon-theme_0.13.bb
> @@ -21,3 +21,5 @@ FILES_${PN} += "${datadir}/icons"
>  do_install_append () {
>   install -m 0644 ${WORKDIR}/index.theme ${D}/${datadir}/icons/hicolor
>  }
> +
> +BBCLASSEXTEND = "native"
> diff --git a/meta/recipes-gnome/json-glib/json-glib_1.0.0.bb 
> b/meta/recipes-gnome/json-glib/json-glib_1.0.0.bb
> index ce00709..26f8f7f 100644
> --- a/meta/recipes-gnome/json-glib/json-glib_1.0.0.bb
> +++ b/meta/recipes-gnome/json-glib/json-glib_1.0.0.bb
> @@ -18,3 +18,5 @@ SRC_URI[archive.sha256sum] = 
> "dbf558d2da989ab84a27e4e13daa51ceaa97eb959c2c2f8097
>  inherit gnome gettext lib_package
>  
>  EXTRA_OECONF = "--disable-introspection"
> +
> +BBCLASSEXTEND = "native"

Sorry, I guess this is needed to enable the class properly:

$ grep cve-check conf/local.conf
INHERIT += "cve-check"

but there are some other backports needed in python modules...

-Mikko
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 0/3] Add initial capability to check CVEs for recipes

[Mikko.Rapeli]

On Wed, Feb 24, 2016 at 03:27:05PM +, mariano.lo...@linux.intel.com wrote:
> From: Mariano Lopez 
> 
> This series add the cve-check-tool recipe, a tool used to identify
> potentially vulnerable software through version matching. It will
> check if a vulnerability has been addressed by a patch.
> 
> Also add the new cve-check class that will add a task for all recipes
> to check for CVEs using cve-check-tool. This tool can be used by recipe,
> image (will generate an image report in deploy dir), and with "world"
> and "universe"
> 
> To run it just inherit the class and enter:
> 
> bitbake -c cve_check 

I tried these on yocto/dizzy but:

ERROR: Task do_cve_check in 
/home/builder/src/base/poky/meta/recipes-core/busybox/busybox_1.22.1.bb depends 
upon non-existent task do_populate_cve_db in 
virtual:native:/home/builder/src/base/poky/meta/recipes-devtools/cve-check-tool/cve-check-tool_5.6.bb

Is there some simple way to make this work there too?

For testing purposes I tried this only with busybox:

$ cat busybox_%.bbappend 
inherit cve-check

The cve-check-tool itself needed a few native backports/fixes:

diff --git a/meta/recipes-gnome/hicolor-icon-theme/hicolor-icon-theme_0.13.bb 
b/meta/recipes-gnome/hicolor-icon-theme/hicolor-icon-theme_0.13.bb
index 9df81cb..b98d991 100644
--- a/meta/recipes-gnome/hicolor-icon-theme/hicolor-icon-theme_0.13.bb
+++ b/meta/recipes-gnome/hicolor-icon-theme/hicolor-icon-theme_0.13.bb
@@ -21,3 +21,5 @@ FILES_${PN} += "${datadir}/icons"
 do_install_append () {
install -m 0644 ${WORKDIR}/index.theme ${D}/${datadir}/icons/hicolor
 }
+
+BBCLASSEXTEND = "native"
diff --git a/meta/recipes-gnome/json-glib/json-glib_1.0.0.bb 
b/meta/recipes-gnome/json-glib/json-glib_1.0.0.bb
index ce00709..26f8f7f 100644
--- a/meta/recipes-gnome/json-glib/json-glib_1.0.0.bb
+++ b/meta/recipes-gnome/json-glib/json-glib_1.0.0.bb
@@ -18,3 +18,5 @@ SRC_URI[archive.sha256sum] = 
"dbf558d2da989ab84a27e4e13daa51ceaa97eb959c2c2f8097
 inherit gnome gettext lib_package
 
 EXTRA_OECONF = "--disable-introspection"
+
+BBCLASSEXTEND = "native"

-Mikko
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] qemu needs target kernel sets CONFIG_SCSI_VIRTIO=y to boot vmdk qcow2 and vdi

[Burton, Ross]

On 25 February 2016 at 10:36, Robert Yang  wrote:

> We need enable target kernel's CONFIG_SCSI_VIRTIO=y to make native qemu
> can boot hdddirect, vmdk, qcow2 and vdi, otherwise, the scsi drive can't
> work in qemu since our vm image's root default to /dev/sda2, or we can
> change it default to /dev/hda2, then we don't have to make any changes
> on kernel, but I prefer scsi since ide is going to be out of date.
>

Are there any other virtio drivers that we really should be enabling in the
qemu kernels?

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] trying to summarize the flexibility in bbappend'ing to kernel recipes

[Robert P. J. Day]

Quoting "Robert P. J. Day" :

  (i'm going to reply to this post just to keep everything in the  
same thread.)


... big snip ...

  in addition to all of that possible bbappend customization in my earlier
note, i just noticed i forgot to mention this possibility of conditional
prepending to FILESEXTRAPATHS, which is (was?) actually used for the
poky override for the psplash recipe:

  FILESEXTRAPATHS_prepend_poky := "${THISDIR}/files:"

of course, in this case, the same effect would come from having a
"files/poky/" subdirectory. just trying to be complete.

  ok, back to work ...

rday


--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] trying to summarize the flexibility in bbappend'ing to kernel recipes

[Robert P. J. Day]

  (i'm going to reply to this post just to keep everything in the  
same thread.)


  i'm going to try to clarify all of the ways one can bbappend to a kernel
recipe, and i'll have a few questions along the way. as before, let's
assume i have access to a layer that already gives me two base recipes,
say:

 * linux_4.0.bb
 * linux_4.1.bb

which already come with their own base patches and .cfg and .scc files,
and i want to extend that for two moderately-related target boards,
"mach1" and "mach2", for which i will supply the machine definition
files. i want to be able to handle all possible combinations of kernel
version and target board in a single layer, of course, and while i'll
keep things simple with two kernel versions and two target boards,
this should trivially extend to more of each.

bbappend files
 -

  first, i could start with kernel version-specific .bbappend files:

 * linux_4.0.bbappend
 * linux_4.1.bbappend

this is *probably* what i'll do, although there are a couple other
possibilities. if the customization is similar, i could just use a
single wildcard bbappend file to handle both with something like:

 * linux_4.%.bbappend, or
 * linux_%.bbappend

i could also (based on that revelation from chris larson that *all* matching
bbappend files will be applied), have a combination of version-specific
*and* wildcard bbappend files, but i suspect that way lies madness and
wow, much overkill. so i think i'll go with one bbappend file per kernel
version.

FILESEXTRAPATHS
---

  as i mentioned, i once wrote up what i think is still a correct
explanation of FILESEXTRAPATHS here:

  http://www.crashcourse.ca/wiki/index.php/Poky_bbappend_FILESEXTRAPATHS

and i can see a couple possibilities for setting this.

  first, if i want entirely separate patch/scc/cfg directories for each
kernel version, each bbappend file would include the line:

  FILESEXTRAPATHS_prepend := "${THISDIR}/${BP}:"

and i would then create individual customization directories for each
kernel version:

 * linux-4.0/
 * linux-4.1/

(i'm assuming that if i did indeed use a wildcard .bbappend file, the
value of ${BP} would be set properly based on my PREFERRED_VERSION of
the kernel, yes? i can't imagine how that couldn't be true, but let's
just make sure of that.)

  the next possibility for FILESEXTRAPATHS would be if all of my local
customization applied (almost) equally to all possible targets,
i guess i could use the same line in all my bbappend files -- a line
of one of the following forms:

 * FILESEXTRAPATHS_prepend := "${THISDIR}/${BPN}:"
 * FILESEXTRAPATHS_prepend := "${THISDIR}/linux:"
 * FILESEXTRAPATHS_prepend := "${THISDIR}/files:"
 * FILESEXTRAPATHS_prepend := "${THISDIR}/rday:"

or whatever i wanted to call it, and just create the corresponding
single customization directory to be used by *all* of the bbappend files.

  the final possibility would seem to be if i want some
kernel version-specific customization *and* some generic customization,
i could create both types of directories:

 * linux-4.0/   (for only 4.0)
 * linux-4.1/   (for only 4.1)
 * linux/   (for all versions)

and each bbappend file would use the line:

  FILESEXTRAPATHS_prepend := "${THISDIR}/${BP}:${THISDIR}/${BPN}:"

so that kernel-specific customization would be searched for first, then
generic customization. that's probably more complicated than i need,
i just want to know that it's *possible*, yes?

Conditional SRC_URI
--- ---

  Given that some customization will differ from target board to target
board, I know I can add conditional customization to my bbappend files
with the syntax:

  SRC_URI_mach1 += "..."
  SRC_URI_mach2 += "..."

but if it's just machine-dependent, I know there's another way to do this,
coming shortly. that is, if i'm going to override based on only values
in FILESOVERRIDES and not OVERRIDES in general, i prefer the
subdirectory approach.

  [side note: i asked about this once upon a time -- is there a
preferred style for this in the sense of which of these two forms
is the encouraged form in bbappend files?

  SRC_URI_mach1 += "..."
  SRC_URI_append_mach1 = "..."

just curious. anyway, onward ...]

FILESOVERIDES and FILESEXTRAPATHS subdirectories
- --- --- --

  again, referring to what i *hope* is a correct explanation i wrote for
FILESEXTRAPATHS here (and please let me know if i screwed that up):

  http://www.crashcourse.ca/wiki/index.php/Poky_bbappend_FILESEXTRAPATHS

for each directory "d/" prepended to FILESEXTRAPATHS, the search order for
a new SRC_URI item will be:

  * d/${DISTROOVERRIDES}
  * d/${MACHINEOVERRIDES}
  * d/${TRANSLATED_TARGET_ARCH}
  * d/

so in my example on my wiki page above, building a "poky" distro for
a beaglebone with my customization directory being named "files/",
th

[OE-core] qemu needs target kernel sets CONFIG_SCSI_VIRTIO=y to boot vmdk qcow2 and vdi

[Robert Yang]

Hi Bruce and Darren,

We need enable target kernel's CONFIG_SCSI_VIRTIO=y to make native qemu
can boot hdddirect, vmdk, qcow2 and vdi, otherwise, the scsi drive can't
work in qemu since our vm image's root default to /dev/sda2, or we can
change it default to /dev/hda2, then we don't have to make any changes
on kernel, but I prefer scsi since ide is going to be out of date.

I've tried to enable it by menuconfig, it works well, would you please
enable it by default ?


$ diff .config.old .config -Nur
--- .config.old 2016-02-25 01:04:25.816381913 -0800
+++ .config 2016-02-25 01:16:31.332232759 -0800
@@ -1479,7 +1479,7 @@
 # CONFIG_SCSI_DEBUG is not set
 # CONFIG_SCSI_PMCRAID is not set
 # CONFIG_SCSI_PM8001 is not set
-# CONFIG_SCSI_VIRTIO is not set
+CONFIG_SCSI_VIRTIO=y
 # CONFIG_SCSI_DH is not set
 # CONFIG_SCSI_OSD_INITIATOR is not set
 CONFIG_ATA=y

$ du bzImage bzImage_new
6752bzImage
6756bzImage_new

It nearly has no impact on the size.

--
Thanks

Robert
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] uclibc support for rng-tools

[Maxin B. John]

Uclibc has its own argp implemented as libuargp. So, we add a new
option --enable-uclibc to select it.

Signed-off-by: Maxin B. John 
---
 .../rng-tools/uclibc-libuargp-configure.patch  | 63 ++
 meta/recipes-support/rng-tools/rng-tools_5.bb  |  4 +-
 2 files changed, 66 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-support/rng-tools/rng-tools/uclibc-libuargp-configure.patch

diff --git 
a/meta/recipes-support/rng-tools/rng-tools/uclibc-libuargp-configure.patch 
b/meta/recipes-support/rng-tools/rng-tools/uclibc-libuargp-configure.patch
new file mode 100644
index 000..e691315
--- /dev/null
+++ b/meta/recipes-support/rng-tools/rng-tools/uclibc-libuargp-configure.patch
@@ -0,0 +1,63 @@
+In case of uclibc, use libuargp
+
+If we use uclibc for system libraries, select libuargp
+
+Upstream-Status: Pending
+
+Signed-off-by: Maxin B. John 
+---
+diff -Naur rng-tools-5-orig/configure.ac rng-tools-5/configure.ac
+--- rng-tools-5-orig/configure.ac  2016-02-24 18:11:24.023690235 +0200
 rng-tools-5/configure.ac   2016-02-24 18:14:49.763118138 +0200
+@@ -39,6 +39,13 @@
+   [with_libargp=check]
+ )
+ 
++AC_ARG_ENABLE([uclibc],
++AS_HELP_STRING([--enable-uclibc], [Use uclibc for system libraries]),
++use_uclibc=yes, use_uclibc=no)
++AM_CONDITIONAL(USE_UCLIBC, test "x$use_uclibc" = "xyes")
++AS_IF([test "x$use_uclibc" = "xyes"], [AC_DEFINE(USE_UCLIBC)])
++AH_TEMPLATE([USE_UCLIBC], [Defined if uclibc libraries are used.])
++
+ dnl Make sure anyone changing configure.ac/Makefile.am has a clue
+ AM_MAINTAINER_MODE
+ 
+@@ -101,7 +108,7 @@
+   [need_libargp=no],
+   [need_libargp=yes
+if test "x$with_libargp" = "xno"; then
+-  AC_MSG_FAILURE([libargp disabled and libc does 
not have argp])
++  AC_MSG_WARN([libargp disabled and libc does not 
have argp])
+fi]
+   )
+   ],
+@@ -110,7 +117,7 @@
+ 
+ dnl Check for libargp
+ AS_IF(
+-  [test "x$need_libargp" = "xyes"],
++  [test "x$need_libargp" = "xyes" -a "x$use_uclibc" = "xno"],
+   [
+   AC_CHECK_LIB(
+   [argp],
+@@ -120,6 +127,19 @@
+   )
+   ]
+ )
++
++dnl Check for libuargp
++AS_IF(
++  [test "x$use_uclibc" = "xyes"],
++  [
++  AC_CHECK_LIB(
++  [uargp],
++  [argp_parse],
++  [LIBS="$LIBS -luargp"],
++  [AC_MSG_FAILURE([libuargp not found])]
++  )
++  ]
++)
+ 
+ dnl -
+ dnl Configure options
diff --git a/meta/recipes-support/rng-tools/rng-tools_5.bb 
b/meta/recipes-support/rng-tools/rng-tools_5.bb
index bc67990..53d2d61 100644
--- a/meta/recipes-support/rng-tools/rng-tools_5.bb
+++ b/meta/recipes-support/rng-tools/rng-tools_5.bb
@@ -6,6 +6,7 @@ SRC_URI = 
"http://heanet.dl.sourceforge.net/sourceforge/gkernel/${BP}.tar.gz \
file://0001-If-the-libc-is-lacking-argp-use-libargp.patch \
file://0002-Add-argument-to-control-the-libargp-dependency.patch \
file://underquote.patch \
+   file://uclibc-libuargp-configure.patch \
file://init \
file://default"
 
@@ -23,8 +24,9 @@ inherit autotools update-rc.d
 
 PACKAGECONFIG = "libgcrypt"
 PACKAGECONFIG_libc-musl = "libargp"
-PACKAGECONFIG_libc-uclibc = "libargp"
+PACKAGECONFIG_libc-uclibc = "libuargp"
 PACKAGECONFIG[libargp] = "--with-libargp,--without-libargp,argp-standalone,"
+PACKAGECONFIG[libuargp] = "--enable-uclibc,,,"
 PACKAGECONFIG[libgcrypt] = "--with-libgcrypt,--without-libgcrypt,libgcrypt,"
 
 do_install_append() {
-- 
2.4.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 02/10] swupd-server: initial recipe 2.53

[Joshua G Lock]

On Thu, 2016-02-25 at 09:11 +0100, Maciej Borzecki wrote:
> On 02/24 14:52, Joshua Lock wrote:
> > +SRC_URI = "\
> > +https://download.clearlinux.org/releases/5940/clear/source/SRP
> > MS/${BPN}-${PV}-4.src.rpm;extract=${BP}.tar.gz \
> I'm going throught he patches in reverse order, but IIRC you used
> release 5700 for swupd-client, here it's release 5940. Is there a
> chance
> that client and server might be out of sync?

Well spotted! This combination do work together, both from my own
testing and that of colleagues using swupd, but I would like to sync up
on the same version soon.

Regards,

Joshua

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 04/10] swupd-client: Add recipe

[Joshua G Lock]

On Thu, 2016-02-25 at 09:07 +0100, Maciej Borzecki wrote:
> On 02/24 14:52, Joshua Lock wrote:
> > 
> > From: Mariano Lopez 
> > 
> > This commit adds the Clear Linux client updater.
> > This is experimental and bleeding edge, including the comments on
> > the recipe.
> > 
> > Signed-off-by: Mariano Lopez 
> > Signed-off-by: Joshua Lock 
> > ---
> >  .../0001-Tolerate-quotes-in-os-release-files.patch | 59
> > ++
> >  ...hange-systemctl-path-to-OE-systemctl-path.patch | 31
> > 
> >  .../swupd-client/Fix-build-failure-on-Yocto.patch  | 36
> > +
> >  .../Right-usage-of-AC_ARG_ENABLE-on-bzip2.patch| 38
> > ++
> >  meta/recipes-devtools/swupd/swupd-client_2.87.bb   | 49
> > ++
> >  5 files changed, 213 insertions(+)
> >  create mode 100644 meta/recipes-devtools/swupd/swupd-client/0001-
> > Tolerate-quotes-in-os-release-files.patch
> >  create mode 100644 meta/recipes-devtools/swupd/swupd-
> > client/Change-systemctl-path-to-OE-systemctl-path.patch
> >  create mode 100644 meta/recipes-devtools/swupd/swupd-client/Fix-
> > build-failure-on-Yocto.patch
> >  create mode 100644 meta/recipes-devtools/swupd/swupd-client/Right-
> > usage-of-AC_ARG_ENABLE-on-bzip2.patch
> >  create mode 100644 meta/recipes-devtools/swupd/swupd-
> > client_2.87.bb
> > 
> > diff --git a/meta/recipes-devtools/swupd/swupd-client/0001-
> > Tolerate-quotes-in-os-release-files.patch b/meta/recipes-
> > devtools/swupd/swupd-client/0001-Tolerate-quotes-in-os-release-
> > files.patch
> > new file mode 100644
> > index 000..49c71ae
> > --- /dev/null
> > +++ b/meta/recipes-devtools/swupd/swupd-client/0001-Tolerate-
> > quotes-in-os-release-files.patch
> > @@ -0,0 +1,59 @@
> > +From 586e7b927461f6604ee3a3159cd7a6d4ac22ef30 Mon Sep 17 00:00:00
> > 2001
> > +From: Dmitry Rozhkov 
> > +Date: Thu, 11 Feb 2016 13:29:57 +0200
> > +Subject: [PATCH 1/2] Tolerate quotes in os-release files
> > +
> > +Some systems like Yocto or OpenSUSE prefer to wrap values in
> > +/etc/os-release file with quotes always and that still conforms
> > +to the format defined in systemd.
> > +
> > +This patch removes quotes from the values before trying to
> > +transform them into integer version id.
> > +
> > +Signed-off-by: Dmitry Rozhkov 
> > +
> > +Upstream-Status: Backport (v3.0.0+)
> > +
> > +---
> > + src/version.c | 18 +-
> > + 1 file changed, 17 insertions(+), 1 deletion(-)
> > +
> > +diff --git a/src/version.c b/src/version.c
> > +index 0e09cd9..83d6ad4 100644
> > +--- a/src/version.c
> >  b/src/version.c
> > +@@ -88,6 +88,7 @@ int read_version_from_subvol_file(char
> > *path_prefix)
> > +   FILE *file;
> > +   int v = -1;
> > +   char *buildstamp;
> > ++  char *src, *dest;
> > +
> > +   string_or_die(&buildstamp, "%s/usr/lib/os-release",
> > path_prefix);
> > +   file = fopen(buildstamp, "rm");
> > +@@ -106,7 +107,22 @@ int read_version_from_subvol_file(char
> > *path_prefix)
> > +   break;
> > +   }
> > +
> > +-  if (strncmp(line,"VERSION_ID=", 11) == 0) {
> > ++  if (strncmp(line, "VERSION_ID=", 11) == 0) {
> > ++  src = &line[11];
> > ++
> > ++  /* Drop quotes and newline in value */
> > ++  dest = src;
> > ++  while (*src) {
> > ++  if (*src == '\'' || *src == '"'
> > || *src == '\n') {
> > ++  ++src;
> > ++  } else {
> > ++  *dest = *src;
> > ++  ++dest;
> > ++  ++src;
> > ++  }
> > ++  }
> > ++  *dest = 0;
> > ++
> > +   v = strtoull(&line[11], NULL, 10);
> > +   break;
> > +   }
> > +--
> > +2.5.0
> > +
> > diff --git a/meta/recipes-devtools/swupd/swupd-client/Change-
> > systemctl-path-to-OE-systemctl-path.patch b/meta/recipes-
> > devtools/swupd/swupd-client/Change-systemctl-path-to-OE-systemctl-
> > path.patch
> > new file mode 100644
> > index 000..5ca6373
> > --- /dev/null
> > +++ b/meta/recipes-devtools/swupd/swupd-client/Change-systemctl-
> > path-to-OE-systemctl-path.patch
> > @@ -0,0 +1,31 @@
> > +From 259d86e64146c3156eccfcce0351a9cdc4714766 Mon Sep 17 00:00:00
> > 2001
> > +From: Jaska Uimonen 
> > +Date: Thu, 14 Jan 2016 10:17:43 +0200
> > +Subject: [PATCH] change systemctl path to OE systemctl path
> > +
> > +Upstream-Status: Inappropriate
> > +
> > +---
> > + src/scripts.c | 4 ++--
> > + 1 file changed, 2 insertions(+), 2 deletions(-)
> > +
> > +diff --git a/src/scripts.c b/src/scripts.c
> > +index e426272..9bec0f5 100644
> > +--- a/src/scripts.c
> >  b/src/scripts.c
> > +@@ -84,10 +84,10 @@ static void update_triggers(void)
> > +   int ret;
> > +   LOG_INFO(NULL, "calling systemd trigger", class_scripts,
> > "");
> > +
> > +-  ret = system("/usr/bin/systemctl daemon-reload"

Re: [OE-core] [PATCH 03/10] hardlink: add new recipe

[Joshua G Lock]

On Wed, 2016-02-24 at 14:57 -0800, Andre McCurdy wrote:
> On Wed, Feb 24, 2016 at 6:52 AM, Joshua Lock  > wrote:
> > 
> > ---
> >  meta/recipes-extended/hardlink/hardlink_0.3.0.bb | 19
> > +++
> >  1 file changed, 19 insertions(+)
> >  create mode 100644 meta/recipes-
> > extended/hardlink/hardlink_0.3.0.bb
> > 
> > diff --git a/meta/recipes-extended/hardlink/hardlink_0.3.0.bb
> > b/meta/recipes-extended/hardlink/hardlink_0.3.0.bb
> > new file mode 100644
> > index 000..2e06ac2
> > --- /dev/null
> > +++ b/meta/recipes-extended/hardlink/hardlink_0.3.0.bb
> > @@ -0,0 +1,19 @@
> > +SUMMARY = "hardlink is a tool which replaces multiple copies of a
> > file with hardlinks."
> > +LICENSE = "MIT"
> > +LIC_FILES_CHKSUM =
> > "file://hardlink.c;endline=22;md5=168464a4fc92fa7389c53b0755b39fbb"
> > +
> > +SRC_URI = "http://jak-linux.org/projects/hardlink/${BPN}_${PV}.tar
> > .xz"
> > +SRC_URI[md5sum] = "72f1a460adb6874c151deab766e434ad"
> > +SRC_URI[sha256sum] =
> > "e8c93dfcb24aeb44a75281ed73757cb862cc63b225d565db1c270af9dbb7300f"
> > +
> > +DEPENDS = "libpcre attr"
> According to the style guide, DEPENDS should come between
> LIC_FILES_CHKSUM and SRC_URI.

Good catch, I'll re-order.

Thanks,

Joshua

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 05/10] swupdbundle: new class to generate virtual images for swupd-image

[Joshua G Lock]

On Thu, 2016-02-25 at 09:19 +0100, Maciej Borzecki wrote:
> On 02/24 14:52, Joshua Lock wrote:
> > 
> > Our initial strategy to generate bundles for consumption by swupd
> > is to generate images which contain the base image (os-core) plus
> > the additional contents of the bundle, then prune out the core
> > contents. By generating images in this manner we hope to accomodate
> > packages which modify the rootfs outside of installing files, i.e.
> > with postinsts.
> > 
> > To that end this class, to be used via BBCLASSEXTEND, will generate
> > virtual image recipes that add extra packages to the extended
> > image.
> > 
> > Only extensions matching entries in a SWUPD_BUNDLES variable are
> > valid and the bundle contents should be listed in a varFlag
> > matching the bundle's name on the BUNDLE_CONTENTS variable.
> > 
> > An example of usage in an image recipe follows:
> > 
> > SWUPD_BUNDLES = "foo bar"
> > BUNDLE_CONTENTS[foo] = "foo foo-bar foobaz"
> > BUNDLE_CONTENTS[bar] = "bar baz quux"
> > 
> > BBCLASSEXTEND = "swupdbundle:foo"
> > 
> > Signed-off-by: Joshua Lock 
> > ---
> >  meta/classes/swupdbundle.bbclass | 59
> > 
> >  1 file changed, 59 insertions(+)
> >  create mode 100644 meta/classes/swupdbundle.bbclass
> > 
> > diff --git a/meta/classes/swupdbundle.bbclass
> > b/meta/classes/swupdbundle.bbclass
> > new file mode 100644
> > index 000..897666d
> > --- /dev/null
> > +++ b/meta/classes/swupdbundle.bbclass
> > @@ -0,0 +1,59 @@
> > +# Our initial strategy to generate bundles for consumption by
> > swupd is to
> > +# generate images which contain the base image (os-core) plus the
> > additional
> > +# contents of the bundle, then prune out the core contents. By
> > generating
> > +# images in this manner we hope to accomodate packages which
> > modify the rootfs
> > +# outside of installing files, i.e.with postinsts.
> > +#
> > +# To that end this class, to be used via BBCLASSEXTEND, will
> > generate virtual
> > +# image recipes that add extra packages to the extended image.
> > +#
> > +# Only extensions matching entries in a SWUPD_BUNDLES variable are
> > valid and
> > +# the bundle contents should be listed in a varFlag matching the
> > bundle's name
> > +# on the BUNDLE_CONTENTS variable. i.e in foo-image.bb:
> > +#
> > +# SWUPD_BUNDLES = "foo bar"
> > +# BUNDLE_CONTENTS[foo] = "foo foo-bar foobaz"
> > +# BUNDLE_CONTENTS[bar] = "bar baz quux"
> > +# BBCLASSEXTEND = "swupdbundle:foo"
> > +
> > +python swupdbundle_virtclass_handler () {
> > +pn = e.data.getVar("PN", True)
> > +cls = e.data.getVar("BBEXTENDCURR", True)
> > +bundle = e.data.getVar("BBEXTENDVARIANT", True)
> > +
> > +if cls != 'swupdbundle':
> > +return
> > +
> > +if not bundle:
> > +bb.fatal('swupdbundle must be used with a parameter i.e.
> > BBCLASSEXTEND="swupdbundle:foo"')
> > +
> > +# Rename the virtual recipe to create the desired image bundle
> > variant.
> > +e.data.setVar("PN_BASE", pn)
> > +pn = pn + '-' + bundle
> > +e.data.setVar("PN", pn)
> > +e.data.setVar("BUNDLE_NAME", bundle)
> > +
> > +bundles = (e.data.getVar('SWUPD_BUNDLES', True) or "").split()
> > +if not bundles:
> > +bb.fatal('SWUPD_BUNDLES is not defined, this variable
> > should list bundles for the image.')
> > +
> > +curr_install = (e.data.getVar('IMAGE_INSTALL', True) or
> > "").split()
> > +
> > +def get_bundle_contents(bndl):
> > +contents = e.data.getVarFlag('BUNDLE_CONTENTS', bndl,
> > True)
> > +if contents:
> > +return contents.split()
> > +else:
> > +bb.fatal('BUNDLE_CONTENTS[%s] is not set, this should
> > list the packages to be included in the bundle.' % bndl)
> > +
> > +if bundle == 'mega':
> > +for bndl in bundles:
> > +curr_install += get_bundle_contents(bndl)
> Bundle named 'mega' seems to be very specific (a bundle of bundles)
> but
> is not documented as a reserved name.

Good point, I'll be sure to document that. I'll also add some code to
raise an error if one of SWUPD_BUNDLES (user-defined bundles) is mega.

Thanks for the review.

Regards,

Joshua

> > 
> > +else:
> > +curr_install += get_bundle_contents(bundle)
> > +
> > +e.data.setVar('IMAGE_INSTALL', ' '.join(curr_install))
> > +}
> > +
> > +addhandler swupdbundle_virtclass_handler
> > +swupdbundle_virtclass_handler[eventmask] =
> > "bb.event.RecipePreFinalise"
> > --
> > 2.5.0
> > 
> > --
> > ___
> > Openembedded-core mailing list
> > Openembedded-core@lists.openembedded.org
> > http://lists.openembedded.org/mailman/listinfo/openembedded-core
> --
> Maciej Borzęcki
> Senior Software Developer at Open-RnD Sp. z o.o., Poland
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core