[OE-core] [PATCH 06/12] mdadm: remove do_configure_prepend

[Robert Yang]

There is no '.*ansidecl.h.*/d' in sha1.h any more.

Signed-off-by: Robert Yang 
---
 meta/recipes-extended/mdadm/mdadm_3.3.2.bb |5 -
 1 file changed, 5 deletions(-)

diff --git a/meta/recipes-extended/mdadm/mdadm_3.3.2.bb 
b/meta/recipes-extended/mdadm/mdadm_3.3.2.bb
index 87e06f5..b2fbe4a 100644
--- a/meta/recipes-extended/mdadm/mdadm_3.3.2.bb
+++ b/meta/recipes-extended/mdadm/mdadm_3.3.2.bb
@@ -23,11 +23,6 @@ CFLAGS += "-fno-strict-aliasing"
 
 inherit autotools-brokensep
 
-# We don't DEPEND on binutils for ansidecl.h so ensure we don't use the header
-do_configure_prepend () {
-   sed -i -e '/.*ansidecl.h.*/d' ${S}/sha1.h
-}
-
 EXTRA_OEMAKE = "CHECK_RUN_DIR=0"
 # PPC64 and MIPS64 uses long long for u64 in the kernel, but powerpc's 
asm/types.h
 # prevents 64-bit userland from seeing this definition, instead defaulting
-- 
1.7.9.5

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

[OE-core] [PATCH 07/12] perl: remove invalid sed command

[Robert Yang]

There is no match of sed pattern any more.

Signed-off-by: Robert Yang 
---
 meta/recipes-devtools/perl/perl_5.22.0.bb |3 ---
 1 file changed, 3 deletions(-)

diff --git a/meta/recipes-devtools/perl/perl_5.22.0.bb 
b/meta/recipes-devtools/perl/perl_5.22.0.bb
index 050a98c..f72afa7 100644
--- a/meta/recipes-devtools/perl/perl_5.22.0.bb
+++ b/meta/recipes-devtools/perl/perl_5.22.0.bb
@@ -211,9 +211,6 @@ do_configure() {
 
 do_compile() {
 # Fix to avoid recursive substitution of path
-sed -i -e "s|\([ \"\']\+\)/usr/include|\1${STAGING_INCDIR}|g" 
ext/Errno/Errno_pm.PL
-sed -i -e "s|\([ \"\']\+\)/usr/include|\1${STAGING_INCDIR}|g" 
cpan/Compress-Raw-Zlib/config.in
-sed -i -e 's|/usr/lib|""|g' cpan/Compress-Raw-Zlib/config.in
 sed -i -e 's|(@libpath, ".*"|(@libpath, "${STAGING_LIBDIR}"|g' 
cpan/ExtUtils-MakeMaker/lib/ExtUtils/Liblist/Kid.pm
 
 cd Cross
-- 
1.7.9.5

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

[OE-core] [PATCH 02/12] opkg: remove do_configure_prepend

[Robert Yang]

There is no -Werror in libopkg/Makefile.am any more.

Signed-off-by: Robert Yang 
---
 meta/recipes-devtools/opkg/opkg_0.2.4.bb |5 -
 1 file changed, 5 deletions(-)

diff --git a/meta/recipes-devtools/opkg/opkg_0.2.4.bb 
b/meta/recipes-devtools/opkg/opkg_0.2.4.bb
index a9ba037..ec0f923 100644
--- a/meta/recipes-devtools/opkg/opkg_0.2.4.bb
+++ b/meta/recipes-devtools/opkg/opkg_0.2.4.bb
@@ -41,11 +41,6 @@ EXTRA_OECONF = "\
   --with-opkglibdir=${OPKGLIBDIR} \
 "
 
-# Werror gives all kinds bounds issuses with gcc 4.3.3
-do_configure_prepend() {
-   sed -i -e s:-Werror::g ${S}/libopkg/Makefile.am
-}
-
 do_install_append () {
install -d ${D}${sysconfdir}/opkg
install -m 0644 ${WORKDIR}/opkg.conf ${D}${sysconfdir}/opkg/opkg.conf
-- 
1.7.9.5

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

[OE-core] [PATCH 04/12] qemu: remove invalid sed command

[Robert Yang]

The sed command was used for editting to code added by
linker-flags.patch, but the patch had been gone in 2013, and verified
that there is no -lX11 in Makefile.target, so remove the
sed command.

Signed-off-by: Robert Yang 
---
 meta/recipes-devtools/qemu/qemu.inc |   10 --
 1 file changed, 10 deletions(-)

diff --git a/meta/recipes-devtools/qemu/qemu.inc 
b/meta/recipes-devtools/qemu/qemu.inc
index ca94fb2..d794af9 100644
--- a/meta/recipes-devtools/qemu/qemu.inc
+++ b/meta/recipes-devtools/qemu/qemu.inc
@@ -37,16 +37,6 @@ do_configure_prepend_class-native() {
if [ ! -z "$BHOST_PKGCONFIG_PATH" ]; then
export PKG_CONFIG_PATH=$PKG_CONFIG_PATH:$BHOST_PKGCONFIG_PATH
fi
-
-   # Undo the -lX11 added by linker-flags.patch, don't assume that host 
has libX11 installed
-   sed -i 's/-lX11//g' ${S}/Makefile.target
-}
-
-do_configure_prepend_class-nativesdk() {
-   if [ "${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'x11', '', d)}" = 
"" ] ; then
-   # Undo the -lX11 added by linker-flags.patch
-   sed -i 's/-lX11//g' ${S}/Makefile.target
-   fi
 }
 
 KVMENABLE = "--enable-kvm"
-- 
1.7.9.5

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

[OE-core] [PATCH 03/12] glibc-initial: remove invalid sed command

[Robert Yang]

There is no "{ (exit 1); exit 1; }; }" in configure any more, and also
remove chmod since sed command is removed.

Signed-off-by: Robert Yang 
---
 meta/recipes-core/glibc/glibc-initial.inc |2 --
 1 file changed, 2 deletions(-)

diff --git a/meta/recipes-core/glibc/glibc-initial.inc 
b/meta/recipes-core/glibc/glibc-initial.inc
index 7db3dea..3500848 100644
--- a/meta/recipes-core/glibc/glibc-initial.inc
+++ b/meta/recipes-core/glibc/glibc-initial.inc
@@ -9,8 +9,6 @@ STAGINGCC_class-nativesdk = 
"gcc-crosssdk-initial-${TARGET_ARCH}"
 TOOLCHAIN_OPTIONS = " --sysroot=${STAGING_DIR_TCBOOTSTRAP}"
 
 do_configure () {
-   sed -ie 's,{ (exit 1); exit 1; }; },{ (exit 0); }; },g' ${S}/configure
-   chmod +x ${S}/configure
(cd ${S} && gnu-configize) || die "failure in running gnu-configize"
find ${S} -name "configure" | xargs touch
${S}/configure --host=${TARGET_SYS} --build=${BUILD_SYS} \
-- 
1.7.9.5

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

[OE-core] [PATCH 08/12] python: remove invalid sed command

[Robert Yang]

There is no ccache in Makefile any more.

Signed-off-by: Robert Yang 
---
 meta/recipes-devtools/python/python3_3.4.3.bb |2 --
 meta/recipes-devtools/python/python_2.7.9.bb  |3 ---
 2 files changed, 5 deletions(-)

diff --git a/meta/recipes-devtools/python/python3_3.4.3.bb 
b/meta/recipes-devtools/python/python3_3.4.3.bb
index 7eb99b1..3efa7de 100644
--- a/meta/recipes-devtools/python/python3_3.4.3.bb
+++ b/meta/recipes-devtools/python/python3_3.4.3.bb
@@ -92,8 +92,6 @@ do_compile() {
 sed -e 's,${STAGING_DIR_HOST},,g' -i *.py
 cd -
 
-   # remove hardcoded ccache, see 
http://bugs.openembedded.net/show_bug.cgi?id=4144
-   sed -i -e s,ccache\ ,'$(CCACHE) ', Makefile
 
# remove any bogus LD_LIBRARY_PATH
sed -i -e s,RUNSHARED=.*,RUNSHARED=, Makefile
diff --git a/meta/recipes-devtools/python/python_2.7.9.bb 
b/meta/recipes-devtools/python/python_2.7.9.bb
index 7918550..19190c3 100644
--- a/meta/recipes-devtools/python/python_2.7.9.bb
+++ b/meta/recipes-devtools/python/python_2.7.9.bb
@@ -59,9 +59,6 @@ do_compile() {
 sed -e 's,${STAGING_DIR_HOST},,g' -i *.py
 cd -
 
-   # remove hardcoded ccache, see 
http://bugs.openembedded.net/show_bug.cgi?id=4144
-   sed -i -e s,ccache\ ,'$(CCACHE) ', Makefile
-
# remove any bogus LD_LIBRARY_PATH
sed -i -e s,RUNSHARED=.*,RUNSHARED=, Makefile
 
-- 
1.7.9.5

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

[OE-core] [PATCH 01/12] elfutils 0.163: remove do_configure_prepend

[Robert Yang]

It is derived from elfutils 0.148, but 0.162 doesn't need them, it
doesn't need i386_dis.h or x86_64_dis.h either, there are the same two
files in the source, so move elfutils/i386_dis.h to
elfutils-0.148/i386_dis.h and elfutils/x86_64_dis.h to
elfutils-0.148/x86_64_dis.h for elfutils 0.148 only.

Signed-off-by: Robert Yang 
---
 .../{elfutils => elfutils-0.148}/i386_dis.h|0
 .../{elfutils => elfutils-0.148}/x86_64_dis.h  |0
 meta/recipes-devtools/elfutils/elfutils_0.163.bb   |   10 --
 3 files changed, 10 deletions(-)
 rename meta/recipes-devtools/elfutils/{elfutils => elfutils-0.148}/i386_dis.h 
(100%)
 rename meta/recipes-devtools/elfutils/{elfutils => 
elfutils-0.148}/x86_64_dis.h (100%)

diff --git a/meta/recipes-devtools/elfutils/elfutils/i386_dis.h 
b/meta/recipes-devtools/elfutils/elfutils-0.148/i386_dis.h
similarity index 100%
rename from meta/recipes-devtools/elfutils/elfutils/i386_dis.h
rename to meta/recipes-devtools/elfutils/elfutils-0.148/i386_dis.h
diff --git a/meta/recipes-devtools/elfutils/elfutils/x86_64_dis.h 
b/meta/recipes-devtools/elfutils/elfutils-0.148/x86_64_dis.h
similarity index 100%
rename from meta/recipes-devtools/elfutils/elfutils/x86_64_dis.h
rename to meta/recipes-devtools/elfutils/elfutils-0.148/x86_64_dis.h
diff --git a/meta/recipes-devtools/elfutils/elfutils_0.163.bb 
b/meta/recipes-devtools/elfutils/elfutils_0.163.bb
index b34bfdd..c4fdabd 100644
--- a/meta/recipes-devtools/elfutils/elfutils_0.163.bb
+++ b/meta/recipes-devtools/elfutils/elfutils_0.163.bb
@@ -42,22 +42,12 @@ SRC_URI_append_libc-uclibc = " 
file://uclibc-support-for-elfutils-0.161.patch"
 # which can not pass the cross compiling, so let's work around it by adding 2 
.h files
 # along with the do_configure_prepend()
 
-SRC_URI += "\
-file://i386_dis.h \
-file://x86_64_dis.h \
-"
 inherit autotools gettext
 
 EXTRA_OECONF = "--program-prefix=eu- --without-lzma"
 EXTRA_OECONF_append_class-native = " --without-bzlib"
 EXTRA_OECONF_append_libc-uclibc = " --enable-uclibc"
 
-do_configure_prepend() {
-   sed -i '/^i386_dis.h:/,+4 {/.*/d}' ${S}/libcpu/Makefile.am
-
-   cp ${WORKDIR}/*dis.h ${S}/libcpu
-}
-
 do_install_append() {
if [ "${TARGET_ARCH}" != "x86_64" ] && [ -z `echo "${TARGET_ARCH}"|grep 
'i.86'` ];then
rm ${D}${bindir}/eu-objdump
-- 
1.7.9.5

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

[OE-core] [PATCH 10/12] perf: remove invalid sed command

[Robert Yang]

The current kernel supports WERROR now, and there is no Werror in
tools/perf/Makefile, remove both sed commands.

Signed-off-by: Robert Yang 
---
 meta/recipes-kernel/perf/perf.bb |6 --
 1 file changed, 6 deletions(-)

diff --git a/meta/recipes-kernel/perf/perf.bb b/meta/recipes-kernel/perf/perf.bb
index eb27374..0cadcdc 100644
--- a/meta/recipes-kernel/perf/perf.bb
+++ b/meta/recipes-kernel/perf/perf.bb
@@ -120,12 +120,6 @@ do_configure_prepend () {
 rm -rf ${B}/
 mkdir ${B}/
 
-#kernels before 3.1 do not support WERROR env variable
-sed -i 's,-Werror ,,' ${S}/tools/perf/Makefile
-if [ -e "${S}/tools/perf/config/Makefile" ]; then
-sed -i 's,-Werror ,,' ${S}/tools/perf/config/Makefile
-fi
-
 # If building a multlib based perf, the incorrect library path will be
 # detected by perf, since it triggers via: ifeq ($(ARCH),x86_64). In a 32 
bit
 # build, with a 64 bit multilib, the arch won't match and the detection of 
a 
-- 
1.7.9.5

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

[OE-core] [PATCH 11/12] cups: remove invalid sed command

[Robert Yang]

There is no STRIP in Makedefs, no serial in backend/Makefile either, so
remove the sed commands.

Signed-off-by: Robert Yang 
---
 meta/recipes-extended/cups/cups.inc |3 ---
 1 file changed, 3 deletions(-)

diff --git a/meta/recipes-extended/cups/cups.inc 
b/meta/recipes-extended/cups/cups.inc
index ba50296..57cdf26 100644
--- a/meta/recipes-extended/cups/cups.inc
+++ b/meta/recipes-extended/cups/cups.inc
@@ -46,9 +46,6 @@ EXTRA_OECONF = " \
 EXTRA_AUTORECONF += "--exclude=autoheader"
 
 do_compile () {
-   sed -i s:STRIP:NOSTRIP: Makedefs
-   sed -i s:serial:: backend/Makefile
-
echo "all:">  man/Makefile
echo "libs:" >> man/Makefile
echo "install:" >> man/Makefile
-- 
1.7.9.5

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

[OE-core] [PATCH 12/12] qt4: fixes for sed command

[Robert Yang]

* There is no $$QT_BUILD_TREE/bin/lrelease in any .pro file, so remove
  the sed command.
* Only translations/translations.pro has "qtPrepareTool(LRELEASE", so
  use the file name directly rather than find all the .pro files.
* The SEDME in linux.conf had been gone in 2010, and no
  '-Wl,-rpath-link' in linux.conf either, so remove the sed commands.

Signed-off-by: Robert Yang 
---
 meta/recipes-qt/qt4/qt4-4.8.7.inc |8 ++--
 meta/recipes-qt/qt4/qt4.inc   |3 ---
 2 files changed, 2 insertions(+), 9 deletions(-)

diff --git a/meta/recipes-qt/qt4/qt4-4.8.7.inc 
b/meta/recipes-qt/qt4/qt4-4.8.7.inc
index 67fad3a..5257e76 100644
--- a/meta/recipes-qt/qt4/qt4-4.8.7.inc
+++ b/meta/recipes-qt/qt4/qt4-4.8.7.inc
@@ -52,13 +52,9 @@ FILES_${QT_BASE_NAME}-tests-dbg= 
"${prefix}/tests/qt4/*/.debug"
 FILES_${QT_BASE_NAME}-tests= "${prefix}/tests/qt4/*"
 
 do_configure_prepend() {
-for pro in $(find ${S} -name "*.pro") ; do
-sed -i \
--e 's:$$QT_BUILD_TREE/bin/lrelease:${OE_QMAKE_LRELEASE}:g' \
--e 's:qtPrepareTool(LRELEASE, lrelease):LRELEASE = 
${OE_QMAKE_LRELEASE}:g' $pro
-done
+sed -i 's:qtPrepareTool(LRELEASE, lrelease):LRELEASE = 
${OE_QMAKE_LRELEASE}:g' \
+${S}/translations/translations.pro
 
-sed -i s:SEDME:${S}: ${WORKDIR}/linux.conf
 sed -i \
 -e /QMAKE_MOC\ /d \
 -e /QMAKE_UIC\ /d \
diff --git a/meta/recipes-qt/qt4/qt4.inc b/meta/recipes-qt/qt4/qt4.inc
index f1c792b..2058e54 100644
--- a/meta/recipes-qt/qt4/qt4.inc
+++ b/meta/recipes-qt/qt4/qt4.inc
@@ -350,9 +350,6 @@ do_install() {
-e 's#-ljscore##g' \
${D}${libdir}/*.la ${D}${libdir}/*.prl 
${D}${libdir}/pkgconfig/*.pc
 
-   sed -i -e s#" -Wl,-rpath-link,${S}/lib"##g \
-   ${D}${datadir}/${QT_DIR_NAME}/mkspecs/common/linux.conf
-
# fix pkgconfig files
sed -i -e s#"moc_location=.*$"#"moc_location=${bindir}/moc4"# \
-e s#"uic_location=.*$"#"uic_location=${bindir}/uic4"# \
-- 
1.7.9.5

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

[OE-core] [PATCH 09/12] python-pygtk: remove invalid sed command

[Robert Yang]

* There is no 'tests docs' in Makefile.am any more, so remove:
sed -i 's:tests docs:tests:' ${S}/Makefile.am
* Remove the invalid sed command in do_install_append, only the one for
  pygtk-demo is needed.

Signed-off-by: Robert Yang 
---
 .../recipes-devtools/python/python-pygtk_2.24.0.bb |   21 
 1 file changed, 21 deletions(-)

diff --git a/meta/recipes-devtools/python/python-pygtk_2.24.0.bb 
b/meta/recipes-devtools/python/python-pygtk_2.24.0.bb
index 053f37f..e4c33a8 100644
--- a/meta/recipes-devtools/python/python-pygtk_2.24.0.bb
+++ b/meta/recipes-devtools/python/python-pygtk_2.24.0.bb
@@ -37,31 +37,10 @@ do_configure_prepend() {
-e s:'`$PKG_CONFIG --variable codegendir 
pygobject-2.0`':\"${STAGING_DATADIR}/pygobject/2.0/codegen\":g \
-e s:'`$PKG_CONFIG --variable=fixxref 
pygobject-2.0`':\"${STAGING_DATADIR}/pygobject/xsl/fixxref.py\":g \
${S}/configure.ac
-   sed -i 's:tests docs:tests:' ${S}/Makefile.am
 }
 
 # dirty fix #2: fix build system paths leaking in
 do_install_append() {
-for i in `find ${D} -name "*.py"` ; do \
-sed -i -e s:${D}::g $i
-done
-
-for i in `find ${D} -name "*.la"` ; do \
-sed -i -e s:${STAGING_LIBDIR}:${libdir}:g $i
-done
-
-if test -e ${D}${bindir} ; then
-for i in ${D}${bindir}/* ; do \
-sed -i -e s:${STAGING_BINDIR_NATIVE}:${bindir}:g $i
-done
-fi
-
-if test -e ${D}${sbindir} ; then
-for i in ${D}${sbindir}/* ; do \
-sed -i -e s:${STAGING_BINDIR_NATIVE}:${bindir}:g $i
-done
-fi
-
sed -i -e '1s|^#!.*python|#!/usr/bin/env python|' 
${D}${bindir}/pygtk-demo
 }
 
-- 
1.7.9.5

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

[OE-core] [PATCH 05/12] rpm: remove invalid sed command

[Robert Yang]

There is no __check_files in rpm/macros any more, so remove the sed
command.

Signed-off-by: Robert Yang 
---
 meta/recipes-devtools/rpm/rpm_5.4+cvs.bb |1 -
 meta/recipes-devtools/rpm/rpm_5.4.14.bb  |1 -
 2 files changed, 2 deletions(-)

diff --git a/meta/recipes-devtools/rpm/rpm_5.4+cvs.bb 
b/meta/recipes-devtools/rpm/rpm_5.4+cvs.bb
index a85e28f..8903f3b 100644
--- a/meta/recipes-devtools/rpm/rpm_5.4+cvs.bb
+++ b/meta/recipes-devtools/rpm/rpm_5.4+cvs.bb
@@ -411,7 +411,6 @@ do_configure() {
 }
 
 do_install_append() {
-   sed -i -e 's,%__check_files,#%%__check_files,' ${D}/${libdir}/rpm/macros
sed -i -e 's,%__scriptlet_requires,#%%__scriptlet_requires,' 
${D}/${libdir}/rpm/macros
sed -i -e 's,%__perl_provides,#%%__perl_provides,' 
${D}/${libdir}/rpm/macros ${D}/${libdir}/rpm/macros.d/*
sed -i -e 's,%__perl_requires,#%%__perl_requires,' 
${D}/${libdir}/rpm/macros ${D}/${libdir}/rpm/macros.d/*
diff --git a/meta/recipes-devtools/rpm/rpm_5.4.14.bb 
b/meta/recipes-devtools/rpm/rpm_5.4.14.bb
index bff0687..ddbdcb9 100644
--- a/meta/recipes-devtools/rpm/rpm_5.4.14.bb
+++ b/meta/recipes-devtools/rpm/rpm_5.4.14.bb
@@ -396,7 +396,6 @@ do_configure() {
 }
 
 do_install_append() {
-   sed -i -e 's,%__check_files,#%%__check_files,' ${D}/${libdir}/rpm/macros
sed -i -e 's,%__scriptlet_requires,#%%__scriptlet_requires,' 
${D}/${libdir}/rpm/macros
sed -i -e 's,%__perl_provides,#%%__perl_provides,' 
${D}/${libdir}/rpm/macros ${D}/${libdir}/rpm/macros.d/*
sed -i -e 's,%__perl_requires,#%%__perl_requires,' 
${D}/${libdir}/rpm/macros ${D}/${libdir}/rpm/macros.d/*
-- 
1.7.9.5

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

[OE-core] [PATCH 00/12] Remove invalid sed command

[Robert Yang]

The sed doesn't return false when miss match, I use a rough wrapper to
find out the mis matches:

1) s/sed -i/mysed -i/ in the recipes
  $ find meta -name '*.bbclass' -o -name '*.bb' -o -name '*.inc' -exec sed -i 
's/[[:space:]]sed -i/ mysed -i/g' {} \;
2)  Add mysed to tmp/sysroots/x86_64-linux/usr/bin:
#!/bin/sh

for i in "$@"; do
if [ -e "$i" ]; then
cp "$i" "$i".sedbak
/bin/sed "$@"
num=`diff "$i" "$i".sedbak | wc -l`
if [ $num -eq 0 ]; then
echo "`pwd` XXX $@" >>/tmp/nothing_did_sed
fi  
rm -f "$i".sedbak
fi  
done

3) Check /tmp/nothing_did_sed one by one and fix them.

// Robert

The following changes since commit 5a1f80e15d7fb60fd7c2b82aa769adef95d877a9:

  libtool: Fix regression from previous commit (2015-07-09 17:58:50 +0100)

are available in the git repository at:

  git://git.pokylinux.org/poky-contrib rbt/sed
  http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=rbt/sed

Robert Yang (12):
  elfutils 0.163: remove do_configure_prepend
  opkg: remove do_configure_prepend
  glibc-initial: remove invalid sed command
  qemu: remove invalid sed command
  rpm: remove invalid sed command
  mdadm: remove do_configure_prepend
  perl: remove invalid sed command
  python: remove invalid sed command
  python-pygtk: remove invalid sed command
  perf: remove invalid sed command
  cups: remove invalid sed command
  qt4: fixes for sed command

 meta/recipes-core/glibc/glibc-initial.inc  |2 --
 .../{elfutils => elfutils-0.148}/i386_dis.h|0
 .../{elfutils => elfutils-0.148}/x86_64_dis.h  |0
 meta/recipes-devtools/elfutils/elfutils_0.163.bb   |   10 --
 meta/recipes-devtools/opkg/opkg_0.2.4.bb   |5 -
 meta/recipes-devtools/perl/perl_5.22.0.bb  |3 ---
 .../recipes-devtools/python/python-pygtk_2.24.0.bb |   21 
 meta/recipes-devtools/python/python3_3.4.3.bb  |2 --
 meta/recipes-devtools/python/python_2.7.9.bb   |3 ---
 meta/recipes-devtools/qemu/qemu.inc|   10 --
 meta/recipes-devtools/rpm/rpm_5.4+cvs.bb   |1 -
 meta/recipes-devtools/rpm/rpm_5.4.14.bb|1 -
 meta/recipes-extended/cups/cups.inc|3 ---
 meta/recipes-extended/mdadm/mdadm_3.3.2.bb |5 -
 meta/recipes-kernel/perf/perf.bb   |6 --
 meta/recipes-qt/qt4/qt4-4.8.7.inc  |8 ++--
 meta/recipes-qt/qt4/qt4.inc|3 ---
 17 files changed, 2 insertions(+), 81 deletions(-)
 rename meta/recipes-devtools/elfutils/{elfutils => elfutils-0.148}/i386_dis.h 
(100%)
 rename meta/recipes-devtools/elfutils/{elfutils => 
elfutils-0.148}/x86_64_dis.h (100%)

-- 
1.7.9.5

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

[OE-core] [PATCH] lttng-tools: Allow multiple attempts to connect to relayd

[jianchuan.wang]

From: Jianchuan Wang 

Enable to connect to relayd when connecting failed for
allowing multiple connects.

Signed-off-by: Jianchuan Wang 
---
 ...ow-multiple-attempts-to-connect-to-relayd.patch | 43 ++
 meta/recipes-kernel/lttng/lttng-tools_2.6.0.bb |  1 +
 2 files changed, 44 insertions(+)
 create mode 100644 
meta/recipes-kernel/lttng/lttng-tools/Allow-multiple-attempts-to-connect-to-relayd.patch

diff --git 
a/meta/recipes-kernel/lttng/lttng-tools/Allow-multiple-attempts-to-connect-to-relayd.patch
 
b/meta/recipes-kernel/lttng/lttng-tools/Allow-multiple-attempts-to-connect-to-relayd.patch
new file mode 100644
index 000..8d458d6
--- /dev/null
+++ 
b/meta/recipes-kernel/lttng/lttng-tools/Allow-multiple-attempts-to-connect-to-relayd.patch
@@ -0,0 +1,43 @@
+From 7e9fa50ab3734b63dd62b381e0f17bf6abdd8c40 Mon Sep 17 00:00:00 2001
+From: Jianchuan Wang 
+Date: Fri, 12 Jun 2015 10:05:48 +0800
+Subject: [PATCH] Allow multiple attempts to connect to relayd
+
+It is unclear why a session needs to be made
+unusable after a failure to connect to relayd
+since a check for a relayd connection is
+always made before a session can be configured.
+
+The behaviour was introduced in:
+d9078d0c000d04d49c599a72c1a725026b636ec0
+
+Upstream-Status: Pending
+
+Signed-off-by: Mikael Beckius 
+Signed-off-by: Jianchuan Wang 
+---
+ src/bin/lttng-sessiond/cmd.c | 8 
+ 1 file changed, 8 deletions(-)
+
+diff --git a/src/bin/lttng-sessiond/cmd.c b/src/bin/lttng-sessiond/cmd.c
+index 044e9ee..53b2bb0 100644
+--- a/src/bin/lttng-sessiond/cmd.c
 b/src/bin/lttng-sessiond/cmd.c
+@@ -657,14 +657,6 @@ close_sock:
+   free(rsock);
+ 
+ error:
+-  if (ret != LTTNG_OK) {
+-  /*
+-   * The consumer output for this session should not be used 
anymore
+-   * since the relayd connection failed thus making any tracing 
or/and
+-   * streaming not usable.
+-   */
+-  consumer->enabled = 0;
+-  }
+   return ret;
+ }
+ 
+-- 
+1.9.1
+
diff --git a/meta/recipes-kernel/lttng/lttng-tools_2.6.0.bb 
b/meta/recipes-kernel/lttng/lttng-tools_2.6.0.bb
index 6397a98..0da1faf 100644
--- a/meta/recipes-kernel/lttng/lttng-tools_2.6.0.bb
+++ b/meta/recipes-kernel/lttng/lttng-tools_2.6.0.bb
@@ -28,6 +28,7 @@ SRC_URI = 
"git://git.lttng.org/lttng-tools.git;branch=stable-2.6 \
file://extern-decls.patch \
file://run-ptest \
file://lttng-tools-Fix-live-timer-calculation-error.patch \
+   file://Allow-multiple-attempts-to-connect-to-relayd.patch \
  "
 
 S = "${WORKDIR}/git"
-- 
1.9.1

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

[OE-core] [PATCH][resend] perl: fix build failure if building dir has the "blib" string

[rongqing.li]

From: Wenzong Fan 

If build dir includes the string "blib", filter it out from @INC may empty
the @INC and cause build errors like:

  Can't locate ExtUtils/MakeMaker.pm in @INC \
  (you may need to install the ExtUtils::MakeMaker module) \
  (@INC contains: .) at Makefile.PL

Signed-off-by: Roy Li 
Signed-off-by: Wenzong Fan 
---
 meta/recipes-devtools/perl/perl-native_5.22.0.bb   |  1 +
 ...-PathTools-don-t-filter-out-blib-from-INC.patch | 33 ++
 meta/recipes-devtools/perl/perl_5.22.0.bb  |  1 +
 3 files changed, 35 insertions(+)
 create mode 100644 
meta/recipes-devtools/perl/perl/perl-PathTools-don-t-filter-out-blib-from-INC.patch

diff --git a/meta/recipes-devtools/perl/perl-native_5.22.0.bb 
b/meta/recipes-devtools/perl/perl-native_5.22.0.bb
index dbcf2a6..a9a1cab 100644
--- a/meta/recipes-devtools/perl/perl-native_5.22.0.bb
+++ b/meta/recipes-devtools/perl/perl-native_5.22.0.bb
@@ -8,6 +8,7 @@ SRC_URI += "\
file://MM_Unix.pm.patch \
file://debian/errno_ver.diff \
file://dynaloaderhack.patch \
+   file://perl-PathTools-don-t-filter-out-blib-from-INC.patch \
   "
 
 SRC_URI[md5sum] = "ff0f09b17de426eff323426cb140ee79"
diff --git 
a/meta/recipes-devtools/perl/perl/perl-PathTools-don-t-filter-out-blib-from-INC.patch
 
b/meta/recipes-devtools/perl/perl/perl-PathTools-don-t-filter-out-blib-from-INC.patch
new file mode 100644
index 000..7dd9041
--- /dev/null
+++ 
b/meta/recipes-devtools/perl/perl/perl-PathTools-don-t-filter-out-blib-from-INC.patch
@@ -0,0 +1,33 @@
+From 90c252cecc38aed5d5faedb30485dd6eee2e54eb Mon Sep 17 00:00:00 2001
+From: Wenzong Fan 
+Date: Wed, 11 Feb 2015 15:14:40 +0800
+Subject: [PATCH] perl / PathTools: don't filter out blib from @INC
+
+If $TOPDIR includes the string "blib", filter it out from @INC may empty
+the @INC and cause build errors like:
+
+  Can't locate ExtUtils/MakeMaker.pm in @INC \
+  (you may need to install the ExtUtils::MakeMaker module) \
+  (@INC contains: .) at Makefile.PL
+
+Upstream-Status: Pending
+
+Signed-off-by: Wenzong Fan 
+---
+ dist/PathTools/Makefile.PL | 3 ---
+ 1 file changed, 3 deletions(-)
+
+diff --git a/dist/PathTools/Makefile.PL b/dist/PathTools/Makefile.PL
+index 1b21de4..f562cb2 100644
+--- a/dist/PathTools/Makefile.PL
 b/dist/PathTools/Makefile.PL
+@@ -1,6 +1,3 @@
+-
+-BEGIN { @INC = grep {!/blib/} @INC }
+-
+ require 5.005;
+ use ExtUtils::MakeMaker;
+ WriteMakefile
+-- 
+1.9.1
+
diff --git a/meta/recipes-devtools/perl/perl_5.22.0.bb 
b/meta/recipes-devtools/perl/perl_5.22.0.bb
index 050a98c..7f78998 100644
--- a/meta/recipes-devtools/perl/perl_5.22.0.bb
+++ b/meta/recipes-devtools/perl/perl_5.22.0.bb
@@ -61,6 +61,7 @@ SRC_URI += " \
 file://t-run-switches.t-perl5-perl.patch \
 file://ext-ODBM_File-hints-linux.pl-link-libgdbm_compat.patch \
 file://ext-ODBM_File-t-odbm.t-fix-the-path-of-dbmt_common.p.patch \
+file://perl-PathTools-don-t-filter-out-blib-from-INC.patch \
 "
 
 # Fix test case issues
-- 
1.9.1

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

Re: [OE-core] [PATCH][resend] perl: fix build failure if building dir has the "blib" string

[Jens Rehsack]

Hi,

When build dir includes contain blib, there is an error which should be solved 
first.

Can you please give an example where this condition is true?
And maybe refer where you reported it upstream?

Best regards,
Jens

> Am 10.07.2015 um 10:54 schrieb rongqing...@windriver.com:
> 
> From: Wenzong Fan 
> 
> If build dir includes the string "blib", filter it out from @INC may empty
> the @INC and cause build errors like:
> 
>  Can't locate ExtUtils/MakeMaker.pm in @INC \
>  (you may need to install the ExtUtils::MakeMaker module) \
>  (@INC contains: .) at Makefile.PL
> 
> Signed-off-by: Roy Li 
> Signed-off-by: Wenzong Fan 
> ---
> meta/recipes-devtools/perl/perl-native_5.22.0.bb   |  1 +
> ...-PathTools-don-t-filter-out-blib-from-INC.patch | 33 ++
> meta/recipes-devtools/perl/perl_5.22.0.bb  |  1 +
> 3 files changed, 35 insertions(+)
> create mode 100644 
> meta/recipes-devtools/perl/perl/perl-PathTools-don-t-filter-out-blib-from-INC.patch
> 
> diff --git a/meta/recipes-devtools/perl/perl-native_5.22.0.bb 
> b/meta/recipes-devtools/perl/perl-native_5.22.0.bb
> index dbcf2a6..a9a1cab 100644
> --- a/meta/recipes-devtools/perl/perl-native_5.22.0.bb
> +++ b/meta/recipes-devtools/perl/perl-native_5.22.0.bb
> @@ -8,6 +8,7 @@ SRC_URI += "\
>file://MM_Unix.pm.patch \
>file://debian/errno_ver.diff \
>file://dynaloaderhack.patch \
> +   file://perl-PathTools-don-t-filter-out-blib-from-INC.patch \
>   "
> 
> SRC_URI[md5sum] = "ff0f09b17de426eff323426cb140ee79"
> diff --git 
> a/meta/recipes-devtools/perl/perl/perl-PathTools-don-t-filter-out-blib-from-INC.patch
>  
> b/meta/recipes-devtools/perl/perl/perl-PathTools-don-t-filter-out-blib-from-INC.patch
> new file mode 100644
> index 000..7dd9041
> --- /dev/null
> +++ 
> b/meta/recipes-devtools/perl/perl/perl-PathTools-don-t-filter-out-blib-from-INC.patch
> @@ -0,0 +1,33 @@
> +From 90c252cecc38aed5d5faedb30485dd6eee2e54eb Mon Sep 17 00:00:00 2001
> +From: Wenzong Fan 
> +Date: Wed, 11 Feb 2015 15:14:40 +0800
> +Subject: [PATCH] perl / PathTools: don't filter out blib from @INC
> +
> +If $TOPDIR includes the string "blib", filter it out from @INC may empty
> +the @INC and cause build errors like:
> +
> +  Can't locate ExtUtils/MakeMaker.pm in @INC \
> +  (you may need to install the ExtUtils::MakeMaker module) \
> +  (@INC contains: .) at Makefile.PL
> +
> +Upstream-Status: Pending
> +
> +Signed-off-by: Wenzong Fan 
> +---
> + dist/PathTools/Makefile.PL | 3 ---
> + 1 file changed, 3 deletions(-)
> +
> +diff --git a/dist/PathTools/Makefile.PL b/dist/PathTools/Makefile.PL
> +index 1b21de4..f562cb2 100644
> +--- a/dist/PathTools/Makefile.PL
>  b/dist/PathTools/Makefile.PL
> +@@ -1,6 +1,3 @@
> +-
> +-BEGIN { @INC = grep {!/blib/} @INC }
> +-
> + require 5.005;
> + use ExtUtils::MakeMaker;
> + WriteMakefile
> +-- 
> +1.9.1
> +
> diff --git a/meta/recipes-devtools/perl/perl_5.22.0.bb 
> b/meta/recipes-devtools/perl/perl_5.22.0.bb
> index 050a98c..7f78998 100644
> --- a/meta/recipes-devtools/perl/perl_5.22.0.bb
> +++ b/meta/recipes-devtools/perl/perl_5.22.0.bb
> @@ -61,6 +61,7 @@ SRC_URI += " \
> file://t-run-switches.t-perl5-perl.patch \
> file://ext-ODBM_File-hints-linux.pl-link-libgdbm_compat.patch \
> file://ext-ODBM_File-t-odbm.t-fix-the-path-of-dbmt_common.p.patch \
> +file://perl-PathTools-don-t-filter-out-blib-from-INC.patch \
> "
> 
> # Fix test case issues
> -- 
> 1.9.1
> 
> -- 
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core

-- 
Jens Rehsack - rehs...@gmail.com

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

[OE-core] [PATCH][meta-perl] libxml-libxml-perl: update from 2.0116 to 2.0121

[wenzong.fan]

From: Wenzong Fan 

Signed-off-by: Wenzong Fan 
---
 .../libxml/libxml-libxml-perl_2.0116.bb| 47 --
 .../libxml/libxml-libxml-perl_2.0121.bb| 47 ++
 2 files changed, 47 insertions(+), 47 deletions(-)
 delete mode 100644 meta-perl/recipes-perl/libxml/libxml-libxml-perl_2.0116.bb
 create mode 100644 meta-perl/recipes-perl/libxml/libxml-libxml-perl_2.0121.bb

diff --git a/meta-perl/recipes-perl/libxml/libxml-libxml-perl_2.0116.bb 
b/meta-perl/recipes-perl/libxml/libxml-libxml-perl_2.0116.bb
deleted file mode 100644
index 2a6dbc2..000
--- a/meta-perl/recipes-perl/libxml/libxml-libxml-perl_2.0116.bb
+++ /dev/null
@@ -1,47 +0,0 @@
-SUMMARY = "Perl interface to the libxml2 library"
-DESCRIPTION = "This module is an interface to libxml2, providing XML and HTML 
parsers \ 
-with DOM, SAX and XMLReader interfaces, a large subset of DOM Layer 3 \
-interface and a XML::XPath-like interface to XPath API of libxml2. \
-The module is split into several packages which are not described in this \
-section; unless stated otherwise, you only need to use XML::LibXML; in \
-your programs."
-
-HOMEPAGE = "http://search.cpan.org/dist/XML-LibXML-1.99/";
-SECTION = "libs"
-LICENSE = "Artistic-1.0|GPLv1+"
-DEPENDS += "libxml2 \
-libxml-sax-perl-native \
-zlib \
-"
-RDEPENDS_${PN} += "libxml2 \
-libxml-sax-perl \
-libxml-sax-base-perl \
-zlib \
-"
-
-SRC_URI = 
"http://search.cpan.org/CPAN/authors/id/S/SH/SHLOMIF/XML-LibXML-${PV}.tar.gz;name=libxml
 \
-   file://disable-libxml2-check.patch \
-   file://fix-CATALOG-conditional-compile.patch \
-   file://using-DOCB-conditional.patch \
-"
-LIC_FILES_CHKSUM = 
"file://debian/copyright;md5=75e021e35a906347f46c9ff163653e2a \
-   file://LICENSE;md5=97871bde150daeb5e61ad95137ff2446"
-SRC_URI[libxml.md5sum] = "a53a743bf053a0cb4afb41513fb8a684"
-SRC_URI[libxml.sha256sum] = 
"b154f2dad3033b30d22ac81b8985b69ad35450b0c552db394cd03bb36845812a"
-
-S = "${WORKDIR}/XML-LibXML-${PV}"
-
-inherit cpan
-
-EXTRA_CPANFLAGS = "INC=-I${STAGING_INCDIR}/libxml2 LIBS=-L${STAGING_LIBDIR}"
-
-BBCLASSEXTEND = "native"
-
-CFLAGS += " -D_GNU_SOURCE "
-BUILD_CFLAGS += " -D_GNU_SOURCE "
-
-do_configure_prepend() {
-   rm -rf ${S}/.pc/*
-}
-
-FILES_${PN}-dbg =+ "${libdir}/perl/vendor_perl/*/auto/XML/LibXML/.debug/"
diff --git a/meta-perl/recipes-perl/libxml/libxml-libxml-perl_2.0121.bb 
b/meta-perl/recipes-perl/libxml/libxml-libxml-perl_2.0121.bb
new file mode 100644
index 000..9066000
--- /dev/null
+++ b/meta-perl/recipes-perl/libxml/libxml-libxml-perl_2.0121.bb
@@ -0,0 +1,47 @@
+SUMMARY = "Perl interface to the libxml2 library"
+DESCRIPTION = "This module is an interface to libxml2, providing XML and HTML 
parsers \ 
+with DOM, SAX and XMLReader interfaces, a large subset of DOM Layer 3 \
+interface and a XML::XPath-like interface to XPath API of libxml2. \
+The module is split into several packages which are not described in this \
+section; unless stated otherwise, you only need to use XML::LibXML; in \
+your programs."
+
+HOMEPAGE = "http://search.cpan.org/dist/XML-LibXML-1.99/";
+SECTION = "libs"
+LICENSE = "Artistic-1.0|GPLv1+"
+DEPENDS += "libxml2 \
+libxml-sax-perl-native \
+zlib \
+"
+RDEPENDS_${PN} += "libxml2 \
+libxml-sax-perl \
+libxml-sax-base-perl \
+zlib \
+"
+
+SRC_URI = 
"http://search.cpan.org/CPAN/authors/id/S/SH/SHLOMIF/XML-LibXML-${PV}.tar.gz;name=libxml
 \
+   file://disable-libxml2-check.patch \
+   file://fix-CATALOG-conditional-compile.patch \
+   file://using-DOCB-conditional.patch \
+"
+LIC_FILES_CHKSUM = 
"file://debian/copyright;md5=75e021e35a906347f46c9ff163653e2a \
+   file://LICENSE;md5=97871bde150daeb5e61ad95137ff2446"
+SRC_URI[libxml.md5sum] = "1544ab9ac110f5da296015346561ce02"
+SRC_URI[libxml.sha256sum] = 
"ec431011cb37a04640fd2316f64d0405a274eece2c6f3847f7fbd336eb1c0dc9"
+
+S = "${WORKDIR}/XML-LibXML-${PV}"
+
+inherit cpan
+
+EXTRA_CPANFLAGS = "INC=-I${STAGING_INCDIR}/libxml2 LIBS=-L${STAGING_LIBDIR}"
+
+BBCLASSEXTEND = "native"
+
+CFLAGS += " -D_GNU_SOURCE "
+BUILD_CFLAGS += " -D_GNU_SOURCE "
+
+do_configure_prepend() {
+   rm -rf ${S}/.pc/*
+}
+
+FILES_${PN}-dbg =+ "${libdir}/perl/vendor_perl/*/auto/XML/LibXML/.debug/"
-- 
1.9.1

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

Re: [OE-core] [PATCH][meta-perl] libxml-libxml-perl: update from 2.0116 to 2.0121

[Burton, Ross]

meta-perl patches go to openembedded-devel list.

Ross

On 10 July 2015 at 10:07,  wrote:

> From: Wenzong Fan 
>
> Signed-off-by: Wenzong Fan 
> ---
>  .../libxml/libxml-libxml-perl_2.0116.bb| 47
> --
>  .../libxml/libxml-libxml-perl_2.0121.bb| 47
> ++
>  2 files changed, 47 insertions(+), 47 deletions(-)
>  delete mode 100644 meta-perl/recipes-perl/libxml/
> libxml-libxml-perl_2.0116.bb
>  create mode 100644 meta-perl/recipes-perl/libxml/
> libxml-libxml-perl_2.0121.bb
>
> diff --git a/meta-perl/recipes-perl/libxml/libxml-libxml-perl_2.0116.bb
> b/meta-perl/recipes-perl/libxml/libxml-libxml-perl_2.0116.bb
> deleted file mode 100644
> index 2a6dbc2..000
> --- a/meta-perl/recipes-perl/libxml/libxml-libxml-perl_2.0116.bb
> +++ /dev/null
> @@ -1,47 +0,0 @@
> -SUMMARY = "Perl interface to the libxml2 library"
> -DESCRIPTION = "This module is an interface to libxml2, providing XML and
> HTML parsers \
> -with DOM, SAX and XMLReader interfaces, a large subset of DOM Layer 3 \
> -interface and a XML::XPath-like interface to XPath API of libxml2. \
> -The module is split into several packages which are not described in this
> \
> -section; unless stated otherwise, you only need to use XML::LibXML; in \
> -your programs."
> -
> -HOMEPAGE = "http://search.cpan.org/dist/XML-LibXML-1.99/";
> -SECTION = "libs"
> -LICENSE = "Artistic-1.0|GPLv1+"
> -DEPENDS += "libxml2 \
> -libxml-sax-perl-native \
> -zlib \
> -"
> -RDEPENDS_${PN} += "libxml2 \
> -libxml-sax-perl \
> -libxml-sax-base-perl \
> -zlib \
> -"
> -
> -SRC_URI = "
> http://search.cpan.org/CPAN/authors/id/S/SH/SHLOMIF/XML-LibXML-${PV}.tar.gz;name=libxml
> \
> -   file://disable-libxml2-check.patch \
> -   file://fix-CATALOG-conditional-compile.patch \
> -   file://using-DOCB-conditional.patch \
> -"
> -LIC_FILES_CHKSUM =
> "file://debian/copyright;md5=75e021e35a906347f46c9ff163653e2a \
> -
>  file://LICENSE;md5=97871bde150daeb5e61ad95137ff2446"
> -SRC_URI[libxml.md5sum] = "a53a743bf053a0cb4afb41513fb8a684"
> -SRC_URI[libxml.sha256sum] =
> "b154f2dad3033b30d22ac81b8985b69ad35450b0c552db394cd03bb36845812a"
> -
> -S = "${WORKDIR}/XML-LibXML-${PV}"
> -
> -inherit cpan
> -
> -EXTRA_CPANFLAGS = "INC=-I${STAGING_INCDIR}/libxml2
> LIBS=-L${STAGING_LIBDIR}"
> -
> -BBCLASSEXTEND = "native"
> -
> -CFLAGS += " -D_GNU_SOURCE "
> -BUILD_CFLAGS += " -D_GNU_SOURCE "
> -
> -do_configure_prepend() {
> -   rm -rf ${S}/.pc/*
> -}
> -
> -FILES_${PN}-dbg =+ "${libdir}/perl/vendor_perl/*/auto/XML/LibXML/.debug/"
> diff --git a/meta-perl/recipes-perl/libxml/libxml-libxml-perl_2.0121.bb
> b/meta-perl/recipes-perl/libxml/libxml-libxml-perl_2.0121.bb
> new file mode 100644
> index 000..9066000
> --- /dev/null
> +++ b/meta-perl/recipes-perl/libxml/libxml-libxml-perl_2.0121.bb
> @@ -0,0 +1,47 @@
> +SUMMARY = "Perl interface to the libxml2 library"
> +DESCRIPTION = "This module is an interface to libxml2, providing XML and
> HTML parsers \
> +with DOM, SAX and XMLReader interfaces, a large subset of DOM Layer 3 \
> +interface and a XML::XPath-like interface to XPath API of libxml2. \
> +The module is split into several packages which are not described in this
> \
> +section; unless stated otherwise, you only need to use XML::LibXML; in \
> +your programs."
> +
> +HOMEPAGE = "http://search.cpan.org/dist/XML-LibXML-1.99/";
> +SECTION = "libs"
> +LICENSE = "Artistic-1.0|GPLv1+"
> +DEPENDS += "libxml2 \
> +libxml-sax-perl-native \
> +zlib \
> +"
> +RDEPENDS_${PN} += "libxml2 \
> +libxml-sax-perl \
> +libxml-sax-base-perl \
> +zlib \
> +"
> +
> +SRC_URI = "
> http://search.cpan.org/CPAN/authors/id/S/SH/SHLOMIF/XML-LibXML-${PV}.tar.gz;name=libxml
> \
> +   file://disable-libxml2-check.patch \
> +   file://fix-CATALOG-conditional-compile.patch \
> +   file://using-DOCB-conditional.patch \
> +"
> +LIC_FILES_CHKSUM =
> "file://debian/copyright;md5=75e021e35a906347f46c9ff163653e2a \
> +
>  file://LICENSE;md5=97871bde150daeb5e61ad95137ff2446"
> +SRC_URI[libxml.md5sum] = "1544ab9ac110f5da296015346561ce02"
> +SRC_URI[libxml.sha256sum] =
> "ec431011cb37a04640fd2316f64d0405a274eece2c6f3847f7fbd336eb1c0dc9"
> +
> +S = "${WORKDIR}/XML-LibXML-${PV}"
> +
> +inherit cpan
> +
> +EXTRA_CPANFLAGS = "INC=-I${STAGING_INCDIR}/libxml2
> LIBS=-L${STAGING_LIBDIR}"
> +
> +BBCLASSEXTEND = "native"
> +
> +CFLAGS += " -D_GNU_SOURCE "
> +BUILD_CFLAGS += " -D_GNU_SOURCE "
> +
> +do_configure_prepend() {
> +   rm -rf ${S}/.pc/*
> +}
> +
> +FILES_${PN}-dbg =+ "${libdir}/perl/vendor_perl/*/auto/XML/LibXML/.debug/"
> --
> 1.9.1
>
> --
> ___
> 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

Re: [OE-core] Library Patches Causing Many Packages to Rebuild

[Burton, Ross]

On 10 July 2015 at 00:24, Connor Smith  wrote:

> rpm-native appears to be recompiling because the do_populate_sysroot
> hash is changing for the native versions of openssl and python. I'm not
> sure why either of these tasks are changing.
>

This is likely the source of a lot of the rebuilds.  openssl was changed,
openssl-native rebuilds, causing a rebuild of rpm-native, which likely
causes a re-package of everything.

If this doesn't explain the situation then attaching the cooker log
demonstrating the problem might help identify it.

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

Re: [OE-core] [PATCH][resend] perl: fix build failure if building dir has the "blib" string

[Rongqing Li]

On 2015年07月10日 17:09, Jens Rehsack wrote:

Hi,

When build dir includes contain blib, there is an error which should be solved 
first.

Can you please give an example where this condition is true?
And maybe refer where you reported it upstream?



the below commands can trigger this bug; under Poky repo:

#source oe-init-build-env blib;
#bitbake perl

or work on source code:

#mkdir blib
#cd blib
#unxz perl-5.22.0.tar.xz
#tar -xvf perl-5.22.0.tar
#cd perl-5.22.0
#./Configure -des -Dprefix=./
#make


-Roy



Best regards,
Jens


Am 10.07.2015 um 10:54 schrieb rongqing...@windriver.com:

From: Wenzong Fan 

If build dir includes the string "blib", filter it out from @INC may empty
the @INC and cause build errors like:

  Can't locate ExtUtils/MakeMaker.pm in @INC \
  (you may need to install the ExtUtils::MakeMaker module) \
  (@INC contains: .) at Makefile.PL

Signed-off-by: Roy Li 
Signed-off-by: Wenzong Fan 
---
meta/recipes-devtools/perl/perl-native_5.22.0.bb   |  1 +
...-PathTools-don-t-filter-out-blib-from-INC.patch | 33 ++
meta/recipes-devtools/perl/perl_5.22.0.bb  |  1 +
3 files changed, 35 insertions(+)
create mode 100644 
meta/recipes-devtools/perl/perl/perl-PathTools-don-t-filter-out-blib-from-INC.patch

diff --git a/meta/recipes-devtools/perl/perl-native_5.22.0.bb 
b/meta/recipes-devtools/perl/perl-native_5.22.0.bb
index dbcf2a6..a9a1cab 100644
--- a/meta/recipes-devtools/perl/perl-native_5.22.0.bb
+++ b/meta/recipes-devtools/perl/perl-native_5.22.0.bb
@@ -8,6 +8,7 @@ SRC_URI += "\
file://MM_Unix.pm.patch \
file://debian/errno_ver.diff \
file://dynaloaderhack.patch \
+   file://perl-PathTools-don-t-filter-out-blib-from-INC.patch \
   "

SRC_URI[md5sum] = "ff0f09b17de426eff323426cb140ee79"
diff --git 
a/meta/recipes-devtools/perl/perl/perl-PathTools-don-t-filter-out-blib-from-INC.patch
 
b/meta/recipes-devtools/perl/perl/perl-PathTools-don-t-filter-out-blib-from-INC.patch
new file mode 100644
index 000..7dd9041
--- /dev/null
+++ 
b/meta/recipes-devtools/perl/perl/perl-PathTools-don-t-filter-out-blib-from-INC.patch
@@ -0,0 +1,33 @@
+From 90c252cecc38aed5d5faedb30485dd6eee2e54eb Mon Sep 17 00:00:00 2001
+From: Wenzong Fan 
+Date: Wed, 11 Feb 2015 15:14:40 +0800
+Subject: [PATCH] perl / PathTools: don't filter out blib from @INC
+
+If $TOPDIR includes the string "blib", filter it out from @INC may empty
+the @INC and cause build errors like:
+
+  Can't locate ExtUtils/MakeMaker.pm in @INC \
+  (you may need to install the ExtUtils::MakeMaker module) \
+  (@INC contains: .) at Makefile.PL
+
+Upstream-Status: Pending
+
+Signed-off-by: Wenzong Fan 
+---
+ dist/PathTools/Makefile.PL | 3 ---
+ 1 file changed, 3 deletions(-)
+
+diff --git a/dist/PathTools/Makefile.PL b/dist/PathTools/Makefile.PL
+index 1b21de4..f562cb2 100644
+--- a/dist/PathTools/Makefile.PL
 b/dist/PathTools/Makefile.PL
+@@ -1,6 +1,3 @@
+-
+-BEGIN { @INC = grep {!/blib/} @INC }
+-
+ require 5.005;
+ use ExtUtils::MakeMaker;
+ WriteMakefile
+--
+1.9.1
+
diff --git a/meta/recipes-devtools/perl/perl_5.22.0.bb 
b/meta/recipes-devtools/perl/perl_5.22.0.bb
index 050a98c..7f78998 100644
--- a/meta/recipes-devtools/perl/perl_5.22.0.bb
+++ b/meta/recipes-devtools/perl/perl_5.22.0.bb
@@ -61,6 +61,7 @@ SRC_URI += " \
 file://t-run-switches.t-perl5-perl.patch \
 file://ext-ODBM_File-hints-linux.pl-link-libgdbm_compat.patch \
 file://ext-ODBM_File-t-odbm.t-fix-the-path-of-dbmt_common.p.patch \
+file://perl-PathTools-don-t-filter-out-blib-from-INC.patch \
"

# Fix test case issues
--
1.9.1

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




--
Best Reagrds,
Roy | RongQing Li
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] squashfs-tools: upgrade to newer revision from git

[Alexander Kanavin]

On 07/01/2015 04:23 PM, Martin Jansa wrote:

On Mon, Jun 08, 2015 at 02:13:48PM +0200, Martin Jansa wrote:

* 4.3 release has nasty hard to reproduce bug in LZO compression
   which in few cases results in one of these 2 errors:

>> 

   the official repo is:
   https://git.kernel.org/cgit/fs/squashfs/squashfs-tools.git
   but author's github is kept in sync so we can use just that


Ping


The author doesn't provide version tags in either of his repositories, 
which make upstream version check impossible.


When a new version with this fix is released we should revert back to 
tarballs. If the patch didn't already appear in poky, I would suggest 
you cherry-pick those fixes instead.



Alex

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

Re: [OE-core] [PATCH][resend] perl: fix build failure if building dir has the "blib" string

[Jussi Kukkonen]

On 10 July 2015 at 11:54,   wrote:
> From: Wenzong Fan 
>
> If build dir includes the string "blib", filter it out from @INC may empty
> the @INC and cause build errors like:
>
>   Can't locate ExtUtils/MakeMaker.pm in @INC \
>   (you may need to install the ExtUtils::MakeMaker module) \
>   (@INC contains: .) at Makefile.PL

The grep certainly looks overly zealous, but surely upstream has a
reason for having this code... If you're going to remove the code
altogether, you should mention why those original reasons do not apply
here.

Jussi

> Signed-off-by: Roy Li 
> Signed-off-by: Wenzong Fan 
> ---
>  meta/recipes-devtools/perl/perl-native_5.22.0.bb   |  1 +
>  ...-PathTools-don-t-filter-out-blib-from-INC.patch | 33 
> ++
>  meta/recipes-devtools/perl/perl_5.22.0.bb  |  1 +
>  3 files changed, 35 insertions(+)
>  create mode 100644 
> meta/recipes-devtools/perl/perl/perl-PathTools-don-t-filter-out-blib-from-INC.patch
>
> diff --git a/meta/recipes-devtools/perl/perl-native_5.22.0.bb 
> b/meta/recipes-devtools/perl/perl-native_5.22.0.bb
> index dbcf2a6..a9a1cab 100644
> --- a/meta/recipes-devtools/perl/perl-native_5.22.0.bb
> +++ b/meta/recipes-devtools/perl/perl-native_5.22.0.bb
> @@ -8,6 +8,7 @@ SRC_URI += "\
> file://MM_Unix.pm.patch \
> file://debian/errno_ver.diff \
> file://dynaloaderhack.patch \
> +   file://perl-PathTools-don-t-filter-out-blib-from-INC.patch \
>"
>
>  SRC_URI[md5sum] = "ff0f09b17de426eff323426cb140ee79"
> diff --git 
> a/meta/recipes-devtools/perl/perl/perl-PathTools-don-t-filter-out-blib-from-INC.patch
>  
> b/meta/recipes-devtools/perl/perl/perl-PathTools-don-t-filter-out-blib-from-INC.patch
> new file mode 100644
> index 000..7dd9041
> --- /dev/null
> +++ 
> b/meta/recipes-devtools/perl/perl/perl-PathTools-don-t-filter-out-blib-from-INC.patch
> @@ -0,0 +1,33 @@
> +From 90c252cecc38aed5d5faedb30485dd6eee2e54eb Mon Sep 17 00:00:00 2001
> +From: Wenzong Fan 
> +Date: Wed, 11 Feb 2015 15:14:40 +0800
> +Subject: [PATCH] perl / PathTools: don't filter out blib from @INC
> +
> +If $TOPDIR includes the string "blib", filter it out from @INC may empty
> +the @INC and cause build errors like:
> +
> +  Can't locate ExtUtils/MakeMaker.pm in @INC \
> +  (you may need to install the ExtUtils::MakeMaker module) \
> +  (@INC contains: .) at Makefile.PL
> +
> +Upstream-Status: Pending
> +
> +Signed-off-by: Wenzong Fan 
> +---
> + dist/PathTools/Makefile.PL | 3 ---
> + 1 file changed, 3 deletions(-)
> +
> +diff --git a/dist/PathTools/Makefile.PL b/dist/PathTools/Makefile.PL
> +index 1b21de4..f562cb2 100644
> +--- a/dist/PathTools/Makefile.PL
>  b/dist/PathTools/Makefile.PL
> +@@ -1,6 +1,3 @@
> +-
> +-BEGIN { @INC = grep {!/blib/} @INC }
> +-
> + require 5.005;
> + use ExtUtils::MakeMaker;
> + WriteMakefile
> +--
> +1.9.1
> +
> diff --git a/meta/recipes-devtools/perl/perl_5.22.0.bb 
> b/meta/recipes-devtools/perl/perl_5.22.0.bb
> index 050a98c..7f78998 100644
> --- a/meta/recipes-devtools/perl/perl_5.22.0.bb
> +++ b/meta/recipes-devtools/perl/perl_5.22.0.bb
> @@ -61,6 +61,7 @@ SRC_URI += " \
>  file://t-run-switches.t-perl5-perl.patch \
>  file://ext-ODBM_File-hints-linux.pl-link-libgdbm_compat.patch \
>  file://ext-ODBM_File-t-odbm.t-fix-the-path-of-dbmt_common.p.patch \
> +file://perl-PathTools-don-t-filter-out-blib-from-INC.patch \
>  "
>
>  # Fix test case issues
> --
> 1.9.1
>
> --
> ___
> 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

Re: [OE-core] [PATCH][meta-perl] libxml-libxml-perl: update from 2.0116 to 2.0121

[wenzong fan]

On 07/10/2015 05:15 PM, Burton, Ross wrote:

meta-perl patches go to openembedded-devel list.


Sorry for the wrong post, I'll re-send it to oe-devel list.

Wenzong



Ross

On 10 July 2015 at 10:07, mailto:wenzong@windriver.com>> wrote:

From: Wenzong Fan mailto:wenzong@windriver.com>>

Signed-off-by: Wenzong Fan mailto:wenzong@windriver.com>>
---
  .../libxml/libxml-libxml-perl_2.0116.bb
| 47
--
  .../libxml/libxml-libxml-perl_2.0121.bb
| 47
++
  2 files changed, 47 insertions(+), 47 deletions(-)
  delete mode 100644
meta-perl/recipes-perl/libxml/libxml-libxml-perl_2.0116.bb

  create mode 100644
meta-perl/recipes-perl/libxml/libxml-libxml-perl_2.0121.bb


diff --git
a/meta-perl/recipes-perl/libxml/libxml-libxml-perl_2.0116.bb

b/meta-perl/recipes-perl/libxml/libxml-libxml-perl_2.0116.bb

deleted file mode 100644
index 2a6dbc2..000
--- a/meta-perl/recipes-perl/libxml/libxml-libxml-perl_2.0116.bb

+++ /dev/null
@@ -1,47 +0,0 @@
-SUMMARY = "Perl interface to the libxml2 library"
-DESCRIPTION = "This module is an interface to libxml2, providing
XML and HTML parsers \
-with DOM, SAX and XMLReader interfaces, a large subset of DOM Layer 3 \
-interface and a XML::XPath-like interface to XPath API of libxml2. \
-The module is split into several packages which are not described
in this \
-section; unless stated otherwise, you only need to use XML::LibXML;
in \
-your programs."
-
-HOMEPAGE = "http://search.cpan.org/dist/XML-LibXML-1.99/";
-SECTION = "libs"
-LICENSE = "Artistic-1.0|GPLv1+"
-DEPENDS += "libxml2 \
-libxml-sax-perl-native \
-zlib \
-"
-RDEPENDS_${PN} += "libxml2 \
-libxml-sax-perl \
-libxml-sax-base-perl \
-zlib \
-"
-
-SRC_URI =

"http://search.cpan.org/CPAN/authors/id/S/SH/SHLOMIF/XML-LibXML-${PV}.tar.gz;name=libxml
\
-   file://disable-libxml2-check.patch \
-   file://fix-CATALOG-conditional-compile.patch \
-   file://using-DOCB-conditional.patch \
-"
-LIC_FILES_CHKSUM =
"file://debian/copyright;md5=75e021e35a906347f46c9ff163653e2a \
-
  file://LICENSE;md5=97871bde150daeb5e61ad95137ff2446"
-SRC_URI[libxml.md5sum] = "a53a743bf053a0cb4afb41513fb8a684"
-SRC_URI[libxml.sha256sum] =
"b154f2dad3033b30d22ac81b8985b69ad35450b0c552db394cd03bb36845812a"
-
-S = "${WORKDIR}/XML-LibXML-${PV}"
-
-inherit cpan
-
-EXTRA_CPANFLAGS = "INC=-I${STAGING_INCDIR}/libxml2
LIBS=-L${STAGING_LIBDIR}"
-
-BBCLASSEXTEND = "native"
-
-CFLAGS += " -D_GNU_SOURCE "
-BUILD_CFLAGS += " -D_GNU_SOURCE "
-
-do_configure_prepend() {
-   rm -rf ${S}/.pc/*
-}
-
-FILES_${PN}-dbg =+
"${libdir}/perl/vendor_perl/*/auto/XML/LibXML/.debug/"
diff --git
a/meta-perl/recipes-perl/libxml/libxml-libxml-perl_2.0121.bb

b/meta-perl/recipes-perl/libxml/libxml-libxml-perl_2.0121.bb

new file mode 100644
index 000..9066000
--- /dev/null
+++ b/meta-perl/recipes-perl/libxml/libxml-libxml-perl_2.0121.bb

@@ -0,0 +1,47 @@
+SUMMARY = "Perl interface to the libxml2 library"
+DESCRIPTION = "This module is an interface to libxml2, providing
XML and HTML parsers \
+with DOM, SAX and XMLReader interfaces, a large subset of DOM Layer 3 \
+interface and a XML::XPath-like interface to XPath API of libxml2. \
+The module is split into several packages which are not described
in this \
+section; unless stated otherwise, you only need to use XML::LibXML;
in \
+your programs."
+
+HOMEPAGE = "http://search.cpan.org/dist/XML-LibXML-1.99/";
+SECTION = "libs"
+LICENSE = "Artistic-1.0|GPLv1+"
+DEPENDS += "libxml2 \
+libxml-sax-perl-native \
+zlib \
+"
+RDEPENDS_${PN} += "libxml2 \
+libxml-sax-perl \
+libxml-sax-base-perl \
+zlib \
+"
+
+SRC_URI =

"http://search.cpan.org/CPAN/authors/id/S/SH/SHLOMIF/XML-LibXML-${PV}.tar.gz;name=libxml
\
+   file://disable-libxml2-check.patch \
+   file://fix-CATALOG-conditional-compile.patch \
+   file://using-DOCB-conditional.patch \
+"
+LIC_FILES_CHKSUM =
"file://debian/copyright;md5=75e021e35a906347f46c9ff163653e2a \
+
  file://LICENSE;md5=97871bde150daeb5e61ad95137ff2446"
+

Re: [OE-core] [PATCH v4 0/3] These patches aim to make the spdx file be compliant with the SPDX 1.2 Specification.

[Lei, Maohui]

Hi

Why not accept this improvement ? I met someone was interested in it.


Cheers
Lei




> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Lei,
> Maohui
> Sent: Friday, June 19, 2015 1:14 PM
> To: openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH v4 0/3] These patches aim to make the spdx file 
> be
> compliant with the SPDX 1.2 Specification.
> 
> 
> ping
> 
> > -Original Message-
> > From: Lei, Maohui
> > Sent: Wednesday, June 10, 2015 6:09 PM
> > To: openembedded-core@lists.openembedded.org
> > Cc: Lei, Maohui
> > Subject: [PATCH v4 0/3] These patches aim to make the spdx file be
> > compliant with the SPDX 1.2 Specification.
> >
> > Those patches aim to make the spdx file be compliant with the SPDX 1.2 
> > Specification.
> > If you want to use this feature,you need to do:
> > 1. Make sure your fossology+spdx server works well.You can get spdx
> > file with the following command.
> >curl http://127.0.0.1/repo/ --noproxy 127.0.0.1 -k -F
> > mod=spdx_license_once -F noCopyright=false
> >-F jsonOutput=false -F fullSPDXFlag=true -F file=@xxx.tar.gz -o
> > xxx.spdx
> >
> > 2. Add the following INHERIT statement and set the SPDX_MANIFEST_DIR
> > at the end of your conf/local.conf file found in the Build Directory.
> >INHERIT += "spdx"
> >
> >
> > Lei Maohui (3):
> >   licenses.conf: Modified parameters for new spdx.bbclass
> >   spdx.bbclass: Create the spdx file which is compliant  with SPDX
> > 1.2 Specification
> >   spdx: create a directory to save source code
> >
> >  meta/classes/spdx.bbclass | 431 
> > +-
> >  meta/conf/licenses.conf   |  86 +++--
> >  2 files changed, 184 insertions(+), 333 deletions(-)
> >
> > --
> > 1.8.4.2
> 
> --
> ___
> 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

Re: [OE-core] [PATCH][resend] perl: fix build failure if building dir has the "blib" string

[Jens Rehsack]

> Am 10.07.2015 um 11:28 schrieb Rongqing Li :
> 
> 
> 
> On 2015年07月10日 17:09, Jens Rehsack wrote:
>> Hi,
>> 
>> When build dir includes contain blib, there is an error which should be 
>> solved first.
>> 
>> Can you please give an example where this condition is true?
>> And maybe refer where you reported it upstream?
>> 
> 
> the below commands can trigger this bug; under Poky repo:
> 
> #source oe-init-build-env blib;
> #bitbake perl

Simply add a comment that blib as build-env name is not supported as long as no
comment from PathTools maintainers agree on the patch. I rate your patch as 
dangerous
for common perl module building...

I agree that PathTools should handle @INC parts containing blib somewhere, but
your patch results in any build environment of any MakeMaker base module might 
be
broken.

If you tell me the RT ticket number where you reported the issue upstream and
send your patch for review, I will join and argue for fixing the issue (even 
when
I think the patch needs review).

> or work on source code:
> 
> #mkdir blib
> #cd blib
> #unxz perl-5.22.0.tar.xz
> #tar -xvf perl-5.22.0.tar
> #cd perl-5.22.0
> #./Configure -des -Dprefix=./
> #make

Don't do that - neither for PathTools nor for any other perl module.

Cheers,
Jens

> -Roy
> 
> 
>> Best regards,
>> Jens
>> 
>>> Am 10.07.2015 um 10:54 schrieb rongqing...@windriver.com:
>>> 
>>> From: Wenzong Fan 
>>> 
>>> If build dir includes the string "blib", filter it out from @INC may empty
>>> the @INC and cause build errors like:
>>> 
>>>  Can't locate ExtUtils/MakeMaker.pm in @INC \
>>>  (you may need to install the ExtUtils::MakeMaker module) \
>>>  (@INC contains: .) at Makefile.PL
>>> 
>>> Signed-off-by: Roy Li 
>>> Signed-off-by: Wenzong Fan 
>>> ---
>>> meta/recipes-devtools/perl/perl-native_5.22.0.bb   |  1 +
>>> ...-PathTools-don-t-filter-out-blib-from-INC.patch | 33 
>>> ++
>>> meta/recipes-devtools/perl/perl_5.22.0.bb  |  1 +
>>> 3 files changed, 35 insertions(+)
>>> create mode 100644 
>>> meta/recipes-devtools/perl/perl/perl-PathTools-don-t-filter-out-blib-from-INC.patch
>>> 
>>> diff --git a/meta/recipes-devtools/perl/perl-native_5.22.0.bb 
>>> b/meta/recipes-devtools/perl/perl-native_5.22.0.bb
>>> index dbcf2a6..a9a1cab 100644
>>> --- a/meta/recipes-devtools/perl/perl-native_5.22.0.bb
>>> +++ b/meta/recipes-devtools/perl/perl-native_5.22.0.bb
>>> @@ -8,6 +8,7 @@ SRC_URI += "\
>>>file://MM_Unix.pm.patch \
>>>file://debian/errno_ver.diff \
>>>file://dynaloaderhack.patch \
>>> +   file://perl-PathTools-don-t-filter-out-blib-from-INC.patch \
>>>   "
>>> 
>>> SRC_URI[md5sum] = "ff0f09b17de426eff323426cb140ee79"
>>> diff --git 
>>> a/meta/recipes-devtools/perl/perl/perl-PathTools-don-t-filter-out-blib-from-INC.patch
>>>  
>>> b/meta/recipes-devtools/perl/perl/perl-PathTools-don-t-filter-out-blib-from-INC.patch
>>> new file mode 100644
>>> index 000..7dd9041
>>> --- /dev/null
>>> +++ 
>>> b/meta/recipes-devtools/perl/perl/perl-PathTools-don-t-filter-out-blib-from-INC.patch
>>> @@ -0,0 +1,33 @@
>>> +From 90c252cecc38aed5d5faedb30485dd6eee2e54eb Mon Sep 17 00:00:00 2001
>>> +From: Wenzong Fan 
>>> +Date: Wed, 11 Feb 2015 15:14:40 +0800
>>> +Subject: [PATCH] perl / PathTools: don't filter out blib from @INC
>>> +
>>> +If $TOPDIR includes the string "blib", filter it out from @INC may empty
>>> +the @INC and cause build errors like:
>>> +
>>> +  Can't locate ExtUtils/MakeMaker.pm in @INC \
>>> +  (you may need to install the ExtUtils::MakeMaker module) \
>>> +  (@INC contains: .) at Makefile.PL
>>> +
>>> +Upstream-Status: Pending
>>> +
>>> +Signed-off-by: Wenzong Fan 
>>> +---
>>> + dist/PathTools/Makefile.PL | 3 ---
>>> + 1 file changed, 3 deletions(-)
>>> +
>>> +diff --git a/dist/PathTools/Makefile.PL b/dist/PathTools/Makefile.PL
>>> +index 1b21de4..f562cb2 100644
>>> +--- a/dist/PathTools/Makefile.PL
>>>  b/dist/PathTools/Makefile.PL
>>> +@@ -1,6 +1,3 @@
>>> +-
>>> +-BEGIN { @INC = grep {!/blib/} @INC }
>>> +-
>>> + require 5.005;
>>> + use ExtUtils::MakeMaker;
>>> + WriteMakefile
>>> +--
>>> +1.9.1
>>> +
>>> diff --git a/meta/recipes-devtools/perl/perl_5.22.0.bb 
>>> b/meta/recipes-devtools/perl/perl_5.22.0.bb
>>> index 050a98c..7f78998 100644
>>> --- a/meta/recipes-devtools/perl/perl_5.22.0.bb
>>> +++ b/meta/recipes-devtools/perl/perl_5.22.0.bb
>>> @@ -61,6 +61,7 @@ SRC_URI += " \
>>> file://t-run-switches.t-perl5-perl.patch \
>>> file://ext-ODBM_File-hints-linux.pl-link-libgdbm_compat.patch \
>>> file://ext-ODBM_File-t-odbm.t-fix-the-path-of-dbmt_common.p.patch \
>>> +file://perl-PathTools-don-t-filter-out-blib-from-INC.patch \
>>> "
>>> 
>>> # Fix test case issues
>>> --
>>> 1.9.1
>>> 
>>> --
>>> ___
>>> Openembedded-core mailing list
>>> Openembedded-core@lists.openembedded.org
>>> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>> 
> 
> -- 
> Best 

[OE-core] [PATCH] oeqa/bblayers.py: Show useful failure msg. for all test cases

[Costin Constantin]

Signed-off-by: Costin Constantin 
---
 meta/lib/oeqa/selftest/bblayers.py | 18 +-
 1 file changed, 9 insertions(+), 9 deletions(-)

diff --git a/meta/lib/oeqa/selftest/bblayers.py 
b/meta/lib/oeqa/selftest/bblayers.py
index bf3dd1b..6a9c097 100644
--- a/meta/lib/oeqa/selftest/bblayers.py
+++ b/meta/lib/oeqa/selftest/bblayers.py
@@ -14,12 +14,12 @@ class BitbakeLayers(oeSelfTest):
 @testcase(756)
 def test_bitbakelayers_showcrossdepends(self):
 result = runCmd('bitbake-layers show-cross-depends')
-self.assertTrue('aspell' in result.output)
+self.assertTrue('aspell' in result.output, msg = "No dependencies were 
shown. To debug, please manually run \"bitbake-layers show-cross-depends\"")
 
 @testcase(83)
 def test_bitbakelayers_showlayers(self):
 result = runCmd('bitbake-layers show-layers')
-self.assertTrue('meta-selftest' in result.output)
+self.assertTrue('meta-selftest' in result.output, msg = "No layers 
were shown. Please check your conf/bblayers.conf and run \"bitbake-layers 
show-layers\"")
 
 @testcase(93)
 def test_bitbakelayers_showappends(self):
@@ -34,14 +34,14 @@ class BitbakeLayers(oeSelfTest):
 @testcase(95)
 def test_bitbakelayers_flatten(self):
 testoutdir = os.path.join(self.builddir, 'test_bitbakelayers_flatten')
-self.assertFalse(os.path.isdir(testoutdir))
+self.assertFalse(os.path.isdir(testoutdir), msg = 
"test_bitbakelayers_flatten should not exist at this point in time")
 self.track_for_cleanup(testoutdir)
 result = runCmd('bitbake-layers flatten %s' % testoutdir)
 bb_file = os.path.join(testoutdir, 
'recipes-graphics/xcursor-transparent-theme/xcursor-transparent-theme_0.1.1.bb')
-self.assertTrue(os.path.isfile(bb_file))
+self.assertTrue(os.path.isfile(bb_file), msg = "Cannot find 
xcursor-transparent-theme_0.1.1.bb in the test_bitbakelayers_flatten local 
dir.")
 contents = ftools.read_file(bb_file)
 find_in_contents = re.search("# bbappended from meta-selftest 
#\n(.*\n)*include test_recipe.inc", contents)
-self.assertTrue(find_in_contents)
+self.assertTrue(find_in_contents, msg = "Flattening layers did not 
work.")
 
 @testcase(1195)
 def test_bitbakelayers_add_remove(self):
@@ -50,13 +50,13 @@ class BitbakeLayers(oeSelfTest):
 self.assertNotIn('meta-skeleton', result.output, 'This test cannot run 
with meta-skeleton in bblayers.conf')
 result = runCmd('bitbake-layers add-layer %s' % test_layer)
 result = runCmd('bitbake-layers show-layers')
-self.assertIn('meta-skeleton', result.output)
+self.assertIn('meta-skeleton', result.output, msg = "Something wrong 
happened. meta-skeleton layer was not added to conf/bblayers.conf")
 result = runCmd('bitbake-layers remove-layer %s' % test_layer)
 result = runCmd('bitbake-layers show-layers')
-self.assertNotIn('meta-skeleton', result.output)
+self.assertNotIn('meta-skeleton', result.output, msg = "meta-skeleton 
should have been removed at this step.")
 result = runCmd('bitbake-layers add-layer %s' % test_layer)
 result = runCmd('bitbake-layers show-layers')
-self.assertIn('meta-skeleton', result.output)
+self.assertIn('meta-skeleton', result.output, msg = "Something wrong 
happened. meta-skeleton layer was not added to conf/bblayers.conf")
 result = runCmd('bitbake-layers remove-layer */meta-skeleton')
 result = runCmd('bitbake-layers show-layers')
-self.assertNotIn('meta-skeleton', result.output)
+self.assertNotIn('meta-skeleton', result.output, msg = "meta-skeleton 
should have been removed at this step.")
-- 
2.1.4

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

Re: [OE-core] [PATCH] squashfs-tools: upgrade to newer revision from git

[Martin Jansa]

On Fri, Jul 10, 2015 at 12:38:59PM +0300, Alexander Kanavin wrote:
> On 07/01/2015 04:23 PM, Martin Jansa wrote:
> > On Mon, Jun 08, 2015 at 02:13:48PM +0200, Martin Jansa wrote:
> >> * 4.3 release has nasty hard to reproduce bug in LZO compression
> >>which in few cases results in one of these 2 errors:
>  >> 
> >>the official repo is:
> >>https://git.kernel.org/cgit/fs/squashfs/squashfs-tools.git
> >>but author's github is kept in sync so we can use just that
> >
> > Ping
> 
> The author doesn't provide version tags in either of his repositories, 
> which make upstream version check impossible.
> 
> When a new version with this fix is released we should revert back to 
> tarballs. If the patch didn't already appear in poky, I would suggest 
> you cherry-pick those fixes instead.

He said that there won't be any new release in near future if ever.

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


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

[OE-core] [wic][PATCH] wic: Set default set of bitbake variables

[Ed Bartosh]

Set default set of bitbake variables to the set of variables
for the first parsed image.

This allows wic to find proper bitbake varibale values
if it's called with '-e ' even without specifying
image in the call of get_bitbake_var.

Signed-off-by: Ed Bartosh 
---
 scripts/lib/wic/utils/oe/misc.py | 5 +
 1 file changed, 5 insertions(+)

diff --git a/scripts/lib/wic/utils/oe/misc.py b/scripts/lib/wic/utils/oe/misc.py
index 2f9f515..4978745 100644
--- a/scripts/lib/wic/utils/oe/misc.py
+++ b/scripts/lib/wic/utils/oe/misc.py
@@ -146,6 +146,11 @@ def get_bitbake_var(var, image=None):
 if key.replace('_', '').isalnum():
 _BITBAKE_VARS[image][key] = val.strip('"')
 
+# Make first image a default set of variables
+images = [key for key in _BITBAKE_VARS if key]
+if len(images) == 1:
+_BITBAKE_VARS[None] = _BITBAKE_VARS[image]
+
 return _BITBAKE_VARS[image].get(var)
 
 def parse_sourceparams(sourceparams):
-- 
2.1.4

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

Re: [OE-core] [PATCH] squashfs-tools: upgrade to newer revision from git

[Alexander Kanavin]

On 07/10/2015 02:06 PM, Martin Jansa wrote:


When a new version with this fix is released we should revert back to
tarballs. If the patch didn't already appear in poky, I would suggest
you cherry-pick those fixes instead.


He said that there won't be any new release in near future if ever.


That's ok too, upstream version check should let us know whenever he 
pushes new commits to git repo. It's rather odd that such a critical fix 
is only available from git though.


Alex

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

[OE-core] [PATCH V2] libical: upgrade to 1.0.1

[Cristian Iorga]

Bugfix release mainly.
autotools build system removed, cmake is now used.
perl is needed during the configure phase.
Switched to releases download link.

Signed-off-by: Cristian Iorga 
---
 .../libical/{libical_1.0.0.bb => libical_1.0.1.bb}| 11 +++
 1 file changed, 7 insertions(+), 4 deletions(-)
 rename meta/recipes-support/libical/{libical_1.0.0.bb => libical_1.0.1.bb} 
(55%)

diff --git a/meta/recipes-support/libical/libical_1.0.0.bb 
b/meta/recipes-support/libical/libical_1.0.1.bb
similarity index 55%
rename from meta/recipes-support/libical/libical_1.0.0.bb
rename to meta/recipes-support/libical/libical_1.0.1.bb
index be6b635..eb93b4f 100644
--- a/meta/recipes-support/libical/libical_1.0.0.bb
+++ b/meta/recipes-support/libical/libical_1.0.1.bb
@@ -6,8 +6,11 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=d4fc58309d8ed46587ac63bb449d82f8 \
 file://LICENSE;md5=d1a0891cd3e582b3e2ec8fe63badbbb6"
 SECTION = "libs"
 
-SRC_URI = "https://github.com/${BPN}/${BPN}/archive/v${PV}.tar.gz";
-SRC_URI[md5sum] = "f4b8e33ae5efb2f025eb43ce69682a36"
-SRC_URI[sha256sum] = 
"0072e83834092315772e6719b85fc8b11530b1ff53f4d108315fb38cddbce8c2"
+SRC_URI = 
"https://github.com/${BPN}/${BPN}/releases/download/v${PV}/${BP}.tar.gz";
+SRC_URI[md5sum] = "af91db06b22559f863869c5a382ad08a"
+SRC_URI[sha256sum] = 
"7d5f613454ec6c7d1bcfb441c919215be53292aa15cd1cb14249d1413d6c610c"
+
+inherit cmake perlnative
+
+FILES_${PN}-dev += "${libdir}/cmake"
 
-inherit autotools
-- 
2.1.4

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

[OE-core] [meta-oe][PATCH] mc: Upgrade to release 4.8.14

[Amarnath Valluri]

Dropped mc-CTRL.patch, as it was merged to upstream.
Upstream commit-id: e78b636eba9d23e9f5f066b022bd5640c85409be.

Signed-off-by: Amarnath Valluri 
---
 meta/recipes-extended/mc/mc/mc-CTRL.patch  | 31 --
 .../mc/{mc_4.8.13.bb => mc_4.8.14.bb}  |  5 ++--
 2 files changed, 2 insertions(+), 34 deletions(-)
 delete mode 100644 meta/recipes-extended/mc/mc/mc-CTRL.patch
 rename meta/recipes-extended/mc/{mc_4.8.13.bb => mc_4.8.14.bb} (92%)

diff --git a/meta/recipes-extended/mc/mc/mc-CTRL.patch 
b/meta/recipes-extended/mc/mc/mc-CTRL.patch
deleted file mode 100644
index e23d9dd..000
--- a/meta/recipes-extended/mc/mc/mc-CTRL.patch
+++ /dev/null
@@ -1,31 +0,0 @@
-Fix build with musl by ensuring CTRL is defined.
-
-musl does not define CTRL in , we could include 
-explicitly but it's easier just to ensure CTRL is defined.
-
-This patch is taken from Sabotage Linux, the license statement for patches and
-build scripts in Sabotage Linux says:
-
-To the extent possible under law, Christian Neukirchen has waived
-all copyright and related or neighboring rights to this work.
-
-http://creativecommons.org/publicdomain/zero/1.0/
-
-Therefore this should be good to include in OpenEmbedded.
-
-Signed-off-by: Paul Barker 
-
-Upstream-status: Accepted (should be included in v4.8.14)
-
-diff -u mc-4.8.1.7.org/lib/tty/tty-ncurses.c mc-4.8.1.7/lib/tty/tty-ncurses.c
 mc-4.8.1.7.org/lib/tty/tty-ncurses.c
-+++ mc-4.8.1.7/lib/tty/tty-ncurses.c
-@@ -65,7 +65,7 @@
- 
- /*** file scope macro definitions 
/
- 
--#if defined(_AIX) && !defined(CTRL)
-+#if !defined(CTRL)
- #define CTRL(x) ((x) & 0x1f)
- #endif
- 
diff --git a/meta/recipes-extended/mc/mc_4.8.13.bb 
b/meta/recipes-extended/mc/mc_4.8.14.bb
similarity index 92%
rename from meta/recipes-extended/mc/mc_4.8.13.bb
rename to meta/recipes-extended/mc/mc_4.8.14.bb
index ef5b1a2..8fec0b3 100644
--- a/meta/recipes-extended/mc/mc_4.8.13.bb
+++ b/meta/recipes-extended/mc/mc_4.8.14.bb
@@ -7,11 +7,10 @@ DEPENDS = "ncurses glib-2.0"
 RDEPENDS_${PN} = "ncurses-terminfo"
 
 SRC_URI = "http://www.midnight-commander.org/downloads/${BPN}-${PV}.tar.bz2 \
-   file://mc-CTRL.patch \
"
 
-SRC_URI[md5sum] = "12a521a50da6a86852177591b9623d5e"
-SRC_URI[sha256sum] = 
"22e1b809edba957eb9a392138bf87fea3877f7ca0b7463b7cc2eb94afa6f3e49"
+SRC_URI[md5sum] = "fe1cb75643c2bd4df64bbcf2dab76905"
+SRC_URI[sha256sum] = 
"61fd0fd2280c3d09d7e0aec8ab001fc89dad8e4fd9941f386414667b55152ec5"
 
 inherit autotools gettext pkgconfig
 
-- 
2.1.4

-
Intel Finland Oy
Registered Address: PL 281, 00181 Helsinki 
Business Identity Code: 0357606 - 4 
Domiciled in Helsinki 

This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.

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

Re: [OE-core] [PATCH 2/2] libical: upgrade to 1.0.1

[Martin Jansa]

On Thu, Jul 09, 2015 at 04:09:59PM +0100, Burton, Ross wrote:
> On 9 July 2015 at 15:32, Martin Jansa  wrote:
> 
> > aren't github archives regenerated from time to time with different
> > checksums?
> >
> 
> Yes.  I keep on meaning to write a QA test for this. :)

FWIW: someone in systemd herd said that now the archives on github
should be stable as long as git-archive is stable.
https://www.mail-archive.com/systemd-devel@lists.freedesktop.org/msg33014.html
https://www.mail-archive.com/systemd-devel@lists.freedesktop.org/msg33015.html
https://www.mail-archive.com/systemd-devel@lists.freedesktop.org/msg33017.html
https://www.mail-archive.com/systemd-devel@lists.freedesktop.org/msg33016.html

Now they are using them instead of proper tarballs:
https://www.mail-archive.com/systemd-devel@lists.freedesktop.org/msg33054.html

> Cristi - if this is the best libical has as a tarball release then we
> should do a proper git clone.  Amazingly, the download button on their
> website links to a tarball of master which is borderline reckless.
> 
> Ross

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


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

Re: [OE-core] [PATCH V2] libical: upgrade to 1.0.1

[Iorga, Cristian]

For now, please ignore this one, it seems I haven't tested properly, sorry.
/Cristian

-Original Message-
From: Iorga, Cristian 
Sent: Friday, July 10, 2015 3:07 PM
To: openembedded-core@lists.openembedded.org
Cc: Iorga, Cristian
Subject: [PATCH V2] libical: upgrade to 1.0.1

Bugfix release mainly.
autotools build system removed, cmake is now used.
perl is needed during the configure phase.
Switched to releases download link.

Signed-off-by: Cristian Iorga 
---
 .../libical/{libical_1.0.0.bb => libical_1.0.1.bb}| 11 +++
 1 file changed, 7 insertions(+), 4 deletions(-)  rename 
meta/recipes-support/libical/{libical_1.0.0.bb => libical_1.0.1.bb} (55%)

diff --git a/meta/recipes-support/libical/libical_1.0.0.bb 
b/meta/recipes-support/libical/libical_1.0.1.bb
similarity index 55%
rename from meta/recipes-support/libical/libical_1.0.0.bb
rename to meta/recipes-support/libical/libical_1.0.1.bb
index be6b635..eb93b4f 100644
--- a/meta/recipes-support/libical/libical_1.0.0.bb
+++ b/meta/recipes-support/libical/libical_1.0.1.bb
@@ -6,8 +6,11 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=d4fc58309d8ed46587ac63bb449d82f8 \
 file://LICENSE;md5=d1a0891cd3e582b3e2ec8fe63badbbb6"
 SECTION = "libs"
 
-SRC_URI = "https://github.com/${BPN}/${BPN}/archive/v${PV}.tar.gz";
-SRC_URI[md5sum] = "f4b8e33ae5efb2f025eb43ce69682a36"
-SRC_URI[sha256sum] = 
"0072e83834092315772e6719b85fc8b11530b1ff53f4d108315fb38cddbce8c2"
+SRC_URI = 
"https://github.com/${BPN}/${BPN}/releases/download/v${PV}/${BP}.tar.gz";
+SRC_URI[md5sum] = "af91db06b22559f863869c5a382ad08a"
+SRC_URI[sha256sum] = 
"7d5f613454ec6c7d1bcfb441c919215be53292aa15cd1cb14249d1413d6c610c"
+
+inherit cmake perlnative
+
+FILES_${PN}-dev += "${libdir}/cmake"
 
-inherit autotools
--
2.1.4

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

[OE-core] [PATCH] oeqa/sstatetests: Add NATIVELSB sstate signature equivalence test

[Richard Purdie]

The sstate checksums should be independent of whichever NATIVELSBSTRING is
detected. Add an automated QA test which tests this using bitbake -S.

To make this possible, we need to be able to override the value of 
NATIVELSBSTRING so make a small change to allow this.

Signed-off-by: Richard Purdie 

diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass
index 446e39e..7e15006 100644
--- a/meta/classes/base.bbclass
+++ b/meta/classes/base.bbclass
@@ -212,7 +212,8 @@ python base_eventhandler() {
 import bb.runqueue
 
 if isinstance(e, bb.event.ConfigParsed):
-e.data.setVar("NATIVELSBSTRING", lsb_distro_identifier(e.data))
+if not e.data.getVar("NATIVELSBSTRING", False):
+e.data.setVar("NATIVELSBSTRING", lsb_distro_identifier(e.data))
 e.data.setVar('BB_VERSION', bb.__version__)
 pkgarch_mapping(e.data)
 oe.utils.features_backfill("DISTRO_FEATURES", e.data)
diff --git a/meta/lib/oeqa/selftest/sstatetests.py 
b/meta/lib/oeqa/selftest/sstatetests.py
index 6281d50..7a1f49e 100644
--- a/meta/lib/oeqa/selftest/sstatetests.py
+++ b/meta/lib/oeqa/selftest/sstatetests.py
@@ -237,3 +237,37 @@ BUILD_OS = \"linux\"
 files2 = get_files(topdir + "/tmp-sstatesamehash2/stamps/")
 files2 = [x.replace("tmp-sstatesamehash2", 
"tmp-sstatesamehash").replace("i686-linux", "x86_64-linux").replace("i686" + 
targetvendor + "-linux", "x86_64" + targetvendor + "-linux", ) for x in files2]
 self.assertItemsEqual(files1, files2)
+
+
+def test_sstate_nativelsbstring_same_hash(self):
+"""
+The sstate checksums should be independent of whichever 
NATIVELSBSTRING is
+detected. Rather than requiring two different build machines and 
running 
+builds, override the variables manually and check using bitbake -S.
+"""
+
+topdir = get_bb_var('TOPDIR')
+targetvendor = get_bb_var('TARGET_VENDOR')
+self.write_config("""
+TMPDIR = \"${TOPDIR}/tmp-sstatesamehash\"
+NATIVELSBSTRING = \"DistroA\"
+""")
+self.track_for_cleanup(topdir + "/tmp-sstatesamehash")
+bitbake("core-image-sato -S printdiff", ignore_status=True)
+self.write_config("""
+TMPDIR = \"${TOPDIR}/tmp-sstatesamehash2\"
+NATIVELSBSTRING = \"DistroB\"
+""")
+self.track_for_cleanup(topdir + "/tmp-sstatesamehash2")
+bitbake("core-image-sato -S printdiff", ignore_status=True)
+
+def get_files(d):
+f = []
+for root, dirs, files in os.walk(d):
+f.extend(os.path.join(root, name) for name in files)
+return f
+files1 = get_files(topdir + "/tmp-sstatesamehash/stamps/")
+files2 = get_files(topdir + "/tmp-sstatesamehash2/stamps/")
+files2 = [x.replace("tmp-sstatesamehash2", "tmp-sstatesamehash") for x 
in files2]
+self.assertItemsEqual(files1, files2)
+


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

[OE-core] lib/oe/recipeutils: Ensure order of data store doesn't influence the result

[Richard Purdie]

The order of the keys from the data store is not prescribed. If
target_datadir comes before datadir the selftests fail since the 'wrong'
variable is used for substitutions. This highlights an issue with the
replace_dir_vars() function. Fix this.

Signed-off-by: Richard Purdie 

diff --git a/meta/lib/oe/recipeutils.py b/meta/lib/oe/recipeutils.py
index d8094c8..ccec2a1 100644
--- a/meta/lib/oe/recipeutils.py
+++ b/meta/lib/oe/recipeutils.py
@@ -620,7 +620,7 @@ def replace_dir_vars(path, d):
 for var in d:
 if var.endswith('dir') and var.lower() == var:
 value = d.getVar(var, True)
-if value.startswith('/') and not '\n' in value:
+if value.startswith('/') and not '\n' in value and value not in 
dirvars:
 dirvars[value] = var
 for dirpath in sorted(dirvars.keys(), reverse=True):
 path = path.replace(dirpath, '${%s}' % dirvars[dirpath])


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

[OE-core] [PATCH] recipetool/append: Fix selftest failure with multilib

[Richard Purdie]

If you have multilib enabled, it finds lib32-base-files instead of 
base-files for test_recipetool_appendfile_basic causing a test 
failure. Add a fix for this.

Signed-off-by: Richard Purdie 

diff --git a/scripts/lib/recipetool/append.py b/scripts/lib/recipetool/append.py
index 9903871..a2133f7 100644
--- a/scripts/lib/recipetool/append.py
+++ b/scripts/lib/recipetool/append.py
@@ -280,6 +280,9 @@ def appendfile(args):
 alternative_pns.append(pn[1:])
 elif pn.startswith('!'):
 postinst_pns.append(pn[1:])
+elif selectpn:
+# hit here with multilibs
+continue
 else:
 selectpn = pn
 


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

[OE-core] [PATCH] pulseaudio: add systemd to PACKAGECONFIG if enabled in DISTRO_FEATURES

[Pau Espin Pedrol]

Signed-off-by: Pau Espin Pedrol 
---
 meta/recipes-multimedia/pulseaudio/pulseaudio.inc | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc 
b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
index b309d26..ca33324 100644
--- a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
+++ b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
@@ -35,7 +35,9 @@ EXTRA_OECONF = "\
 PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 'bluetooth', 
'${BLUEZ}', '', d)} \
${@bb.utils.contains('DISTRO_FEATURES', 'zeroconf', 
'avahi', '', d)} \
${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'x11', '', 
d)} \
-   ${@bb.utils.contains('DISTRO_FEATURES', '3g', 'ofono', '', 
d)}"
+   ${@bb.utils.contains('DISTRO_FEATURES', '3g', 'ofono', '', 
d)} \
+   ${@bb.utils.contains('DISTRO_FEATURES', 'systemd', 
'systemd', '', d)} \
+   "
 PACKAGECONFIG[bluez4] = "--enable-bluez4,--disable-bluez4,bluez4 sbc"
 PACKAGECONFIG[bluez5] = "--enable-bluez5,--disable-bluez5,bluez5 sbc"
 PACKAGECONFIG[ofono] = 
"--enable-bluez5-ofono-headset,--disable-bluez5-ofono-headset,ofono"
-- 
1.9.1

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

[OE-core] [PATCH 1/1] classes/logging: make shell message functions output to the console

[Paul Eggleton]

Use the FIFO that is now set up when executing tasks within BitBake to
make bbdebug/bbnote/bbwarn/bbplain/bberror/bbfatal output to the console
through BitBake's UI (as their python counterparts do) instead of only
outputting to the task log.

Note that this requires the corresponding change in BitBake that creates
the FIFO; without it such messages will end up in a file where the FIFO
should have been (but won't cause any other ill effects).

Remainder of the fix for [YOCTO #5275].

Signed-off-by: Paul Eggleton 
---
 meta/classes/logging.bbclass | 32 
 1 file changed, 12 insertions(+), 20 deletions(-)

diff --git a/meta/classes/logging.bbclass b/meta/classes/logging.bbclass
index f6648b2..f19eddd 100644
--- a/meta/classes/logging.bbclass
+++ b/meta/classes/logging.bbclass
@@ -2,48 +2,41 @@
 # They are intended to map one to one in intention and output format with the
 # python recipe logging functions of a similar naming convention: bb.plain(),
 # bb.note(), etc.
-#
-# For the time being, all of these print only to the task logs. Future
-# enhancements may integrate these calls with the bitbake logging
-# infrastructure, allowing for printing to the console as appropriate. The
-# interface and intention statements reflect that future goal. Once it is
-# in place, no changes will be necessary to recipes using these logging
-# mechanisms.
+
+LOGFIFO = "${T}/fifo.${@os.getpid()}"
 
 # Print the output exactly as it is passed in. Typically used for output of
 # tasks that should be seen on the console. Use sparingly.
 # Output: logs console
-# NOTE: console output is not currently implemented.
 bbplain() {
-   echo "$*"
+   printf "%b\0" "bbplain $*" > ${LOGFIFO}
 }
 
 # Notify the user of a noteworthy condition. 
-# Output: logs console
-# NOTE: console output is not currently implemented.
+# Output: logs
 bbnote() {
-   echo "NOTE: $*"
+   printf "%b\0" "bbnote $*" > ${LOGFIFO}
 }
 
 # Print a warning to the log. Warnings are non-fatal, and do not
 # indicate a build failure.
-# Output: logs
+# Output: logs console
 bbwarn() {
-   echo "WARNING: $*"
+   printf "%b\0" "bbwarn $*" > ${LOGFIFO}
 }
 
 # Print an error to the log. Errors are non-fatal in that the build can
 # continue, but they do indicate a build failure.
-# Output: logs
+# Output: logs console
 bberror() {
-   echo "ERROR: $*"
+   printf "%b\0" "bberror $*" > ${LOGFIFO}
 }
 
 # Print a fatal error to the log. Fatal errors indicate build failure
 # and halt the build, exiting with an error code.
-# Output: logs
+# Output: logs console
 bbfatal() {
-   echo "ERROR: $*"
+   printf "%b\0" "bbfatal $*" > ${LOGFIFO}
exit 1
 }
 
@@ -53,7 +46,6 @@ bbfatal() {
 # Output: logs console
 # Usage: bbdebug 1 "first level debug message"
 #bbdebug 2 "second level debug message"
-# NOTE: console output is not currently implemented.
 bbdebug() {
USAGE='Usage: bbdebug [123] "message"'
if [ $# -lt 2 ]; then
@@ -68,6 +60,6 @@ bbdebug() {
fi
 
# All debug output is printed to the logs
-   echo "DEBUG: $*"
+   printf "%b\0" "bbdebug $DBGLVL $*" > ${LOGFIFO}
 }
 
-- 
2.1.0

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

[OE-core] [PATCH 0/1] Shell message function support (OE-Core side)

[Paul Eggleton]

I'm finally sending out the patches to support the output of bbwarn, 
bberror etc. actually going to the console. This is the OE-Core side
of the changes to implement it (changes are also required to BitBake,
the patch for which has been sent to the bitbake-devel list).


The following changes since commit 18cc6d2ec4dc289bb0333dddc96df5a645ea53d0:

  wic: Set default set of bitbake variables (2015-07-10 13:34:50 +0100)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib 
paule/oecore-shell-logging
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/oecore-shell-logging

Paul Eggleton (1):
  classes/logging: make shell message functions output to the console

 meta/classes/logging.bbclass | 32 
 1 file changed, 12 insertions(+), 20 deletions(-)

-- 
2.1.0

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

[OE-core] [PATCH v2] pulseaudio: add systemd to PACKAGECONFIG if enabled in DISTRO_FEATURES

[Pau Espin Pedrol]

Signed-off-by: Pau Espin Pedrol 
---
 meta/recipes-multimedia/pulseaudio/pulseaudio.inc | 6 --
 1 file changed, 4 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc 
b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
index b309d26..5c37413 100644
--- a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
+++ b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
@@ -35,7 +35,9 @@ EXTRA_OECONF = "\
 PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 'bluetooth', 
'${BLUEZ}', '', d)} \
${@bb.utils.contains('DISTRO_FEATURES', 'zeroconf', 
'avahi', '', d)} \
${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'x11', '', 
d)} \
-   ${@bb.utils.contains('DISTRO_FEATURES', '3g', 'ofono', '', 
d)}"
+   ${@bb.utils.contains('DISTRO_FEATURES', '3g', 'ofono', '', 
d)} \
+   ${@bb.utils.contains('DISTRO_FEATURES', 'systemd', 
'systemd', '', d)} \
+   "
 PACKAGECONFIG[bluez4] = "--enable-bluez4,--disable-bluez4,bluez4 sbc"
 PACKAGECONFIG[bluez5] = "--enable-bluez5,--disable-bluez5,bluez5 sbc"
 PACKAGECONFIG[ofono] = 
"--enable-bluez5-ofono-headset,--disable-bluez5-ofono-headset,ofono"
@@ -94,7 +96,7 @@ FILES_${PN}-dbg += "${libexecdir}/pulse/.debug \
 FILES_${PN}-dev += "${libdir}/pulse-${PV}/modules/*.la ${datadir}/vala 
${libdir}/cmake"   
 FILES_${PN}-conf = "${sysconfdir}"
 FILES_${PN}-bin += "${sysconfdir}/default/volatiles/volatiles.04_pulse"
-FILES_${PN}-server = "${bindir}/pulseaudio ${bindir}/start-* ${sysconfdir} 
${bindir}/pactl */udev/rules.d/*.rules"
+FILES_${PN}-server = "${bindir}/pulseaudio ${bindir}/start-* ${sysconfdir} 
${bindir}/pactl */udev/rules.d/*.rules ${libdir}/systemd/user/*"
 
 #SYSTEMD_PACKAGES = "${PN}-server"
 SYSTEMD_SERVICE_${PN}-server = "pulseaudio.service"
-- 
1.9.1

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

Re: [OE-core] [PATCH 1/1] rpcbind: handle rpcbind options

[Richard Purdie]

On Fri, 2015-07-10 at 13:36 +0800, wenzong@windriver.com wrote:
> From: Li Wang 
> 
> the patch refers to:
> https://bugs.launchpad.net/ubuntu/+source/rpcbind/+bug/835833
> 
> Run test:
> $ systemctl restart rpcbind
> $ systemctl status rpcbind


I shouldn't have to follow a link to figure out what the patch is for,
why or how. Please improve the commit message.

Cheers,

Richard

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

Re: [OE-core] RFC: libav vs. ffmpeg, redux

[Koen Kooi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Paul Eggleton schreef op 09-07-15 om 12:24:
> Hi all,
> 
> A few years ago we made the switch from ffmpeg to libav (a mostly drop-in
>  compatible fork), with fairly good justification at the time. However,
> it looks like Debian has just made the switch back to ffmpeg, citing a
> number of reasons - most notably more responsive security issue patching
> in recent history. Here's a page with their full reasoning:
> 
> https://wiki.debian.org/Debate/libav-provider/ffmpeg
> 
> Gstreamer (gst-libav, specifically) has also just recently made the
> switch back for its internal copy:
> 
> https://bugzilla.gnome.org/show_bug.cgi?id=751607
> 
> What do people think? Should we be looking to make the switch back in OE
> as well?

As much as I like the libav guys, ffmpeg seems to win the popular vote which
makes it easier to use. Kodi/xbmc has been named, opencv is another.

regards,

Koen

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
Comment: GPGTools - http://gpgtools.org

iD8DBQFVn9RlMkyGM64RGpERAqwwAJ9SXkQ8WFLRlweCx2CenlK3L1F34ACfZo+R
pQzjY9o32AwZTC+OCqpNLXE=
=HCXC
-END PGP SIGNATURE-

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

[OE-core] [PATCH 1/1] If a the number of hard links decreases or increases while creating the tar files used for an ipk package, tar fails with error code 1, we use hardlinks on package/ and packages-

[Alejandro Hernandez]

[YOCTO #7933]

Signed-off-by: Alejandro Hernandez 
---
 meta/recipes-devtools/opkg-utils/opkg-utils/tar_ignore_error.patch | 2 +-
 meta/recipes-devtools/opkg-utils/opkg-utils_git.bb | 4 ++--
 2 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-devtools/opkg-utils/opkg-utils/tar_ignore_error.patch 
b/meta/recipes-devtools/opkg-utils/opkg-utils/tar_ignore_error.patch
index 4bcae4954..e8250b7 100644
--- a/meta/recipes-devtools/opkg-utils/opkg-utils/tar_ignore_error.patch
+++ b/meta/recipes-devtools/opkg-utils/opkg-utils/tar_ignore_error.patch
@@ -12,7 +12,7 @@ We detect if the error code produced by tar is 1 and in this 
case ignore it.
 This a similar behavior to the one on dpkg:
 
http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=40731942515ec8d80c727ad561174986d4f05818
 
-Upsteam-Status: Inappropriate
+Upstream-Status: Inappropriate
 
 Signed-off-by: Alejandro Hernandez 
 
diff --git a/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb 
b/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
index 74b974d..2f66632 100644
--- a/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
+++ b/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
@@ -10,9 +10,9 @@ PROVIDES += "virtual/update-alternatives"
 SRCREV = "53274f087565fd45d8452c5367997ba6a682a37a"
 PV = "0.1.8+git${SRCPV}"
 
-SRC_URI = "git://git.yoctoproject.org/opkg-utils " 
+SRC_URI = "git://git.yoctoproject.org/opkg-utils"
 
-SRC_URI_append_class-native = "file://tar_ignore_error.patch"
+SRC_URI_append_class-native = " file://tar_ignore_error.patch"
 
 S = "${WORKDIR}/git"
 
-- 
1.8.4.5

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

[OE-core] Yocto Project Status WW28

[Jolley, Stephen K]

Current Dev Position: 1.9 Milestone 2 (M2)
Next Deadline: M2 cut off of July 27th at noon GMT

SWAT team rotation: Paul -> Ross
https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team

Key Status/Updates:

  *   Too many issues in 1.9M1 RC1 to release, moving to RC2.
  *   1.9 M1 RC2 due to enter QA (build currently in progress)
  *   Many fixes for various random autobuilder failures, still more needed but 
patch queues somewhat unblocked
  *   Data store changes on Bitbake list, will merge on Monday assuming no 
major feedback
  *   No feedback on getVar expansion parameter changes. Fixes posted for 
meta-oe, will likely just merge if no objections

Key YP 1.9 Dates:
1.9 Feature Freeze Date/M3 Cut off: Aug. 24, 2015 noon GMT
YP Final/M4 Cut off: Sept. 28, 2015 noon GMT
1.9 M1 Release Target: Before July 10, 2015  (Will miss deadline.)
1.9 M2 Release Target: Before Aug. 14, 2015
1.9 M3 Release Target: Before Sept. 11 2015
1.9 final Release Target: Before Oct. 30, 2015

Key Status Links for YP:
https://wiki.yoctoproject.org/wiki/Yocto_Project_v1.9_Status
https://wiki.yoctoproject.org/wiki/Yocto_1.9_Schedule
https://wiki.yoctoproject.org/wiki/Yocto_1.9_Features

Tracking Metrics:
WDD 1684 (last week 1640)
(https://wiki.yoctoproject.org/charts/combo.html)

[If anyone has suggestions for other information you'd like to see on this 
weekly status update, let us know!]
Thanks,

Stephen K. Jolley
Yocto Project Program Manager
INTEL, MS JF1-255, 2111 N.E. 25th Avenue, Hillsboro, OR 97124
*   Work Telephone:  (503) 712-0534
*Cell:(208) 244-4460
* Email: stephen.k.jol...@intel.com

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

Re: [OE-core] [PATCH 00/12] Remove invalid sed command

[Christopher Larson]

On Fri, Jul 10, 2015 at 12:14 AM, Robert Yang 
wrote:

> The sed doesn't return false when miss match, I use a rough wrapper to
> find out the mis matches:
>
> 1) s/sed -i/mysed -i/ in the recipes
>   $ find meta -name '*.bbclass' -o -name '*.bb' -o -name '*.inc' -exec sed
> -i 's/[[:space:]]sed -i/ mysed -i/g' {} \;
> 2)  Add mysed to tmp/sysroots/x86_64-linux/usr/bin:
> #!/bin/sh
>
> for i in "$@"; do
> if [ -e "$i" ]; then
> cp "$i" "$i".sedbak
> /bin/sed "$@"
> num=`diff "$i" "$i".sedbak | wc -l`
> if [ $num -eq 0 ]; then
> echo "`pwd` XXX $@" >>/tmp/nothing_did_sed
> fi
> rm -f "$i".sedbak
> fi
> done
>
> 3) Check /tmp/nothing_did_sed one by one and fix them.
>

Nicely done.
-- 
Christopher Larson
clarson at kergoth dot com
Founder - BitBake, OpenEmbedded, OpenZaurus
Maintainer - Tslib
Senior Software Engineer, Mentor Graphics
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] Library Patches Causing Many Packages to Rebuild

[Connor Smith]

On 07/10/2015 04:20 AM, Burton, Ross wrote:
>
> On 10 July 2015 at 00:24, Connor Smith  wrote:
>
> rpm-native appears to be recompiling because the do_populate_sysroot
> hash is changing for the native versions of openssl and python. I'm not
> sure why either of these tasks are changing.
>
>
> This is likely the source of a lot of the rebuilds.  openssl was changed, 
> openssl-native rebuilds, causing a rebuild of rpm-native, which likely causes 
> a re-package of everything.
>
> If this doesn't explain the situation then attaching the cooker log 
> demonstrating the problem might help identify it.
>
> Ross

Ah, that makes sense. I investigated some more, and the do_package task
has a hard-coded dependency on rpm-native. Removing this dependency and
rebuilding resolved the issue; the only ipks being rebuilt now are from
packages that depend on openssl and need to be recompiled.

Should this dependency be based off PACKAGE_CLASSES, or is it necessary
to always depend on rpm-native? We're using opkg, not rpm.

Thanks,
Connor Smith

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

[OE-core] [PATCH] python-smartpm: Have native smart use nativepython

[Randy Witt]

Currently when trying to use smart via devshell or in the bitbake
environment, it will fail without inheriting pythonnative. Since the
native tools should "just work" use nativepython in the shebang line for
smart.

Signed-off-by: Randy Witt 
---
 meta/recipes-devtools/python/python-smartpm_1.4.1.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-devtools/python/python-smartpm_1.4.1.bb 
b/meta/recipes-devtools/python/python-smartpm_1.4.1.bb
index 69b94a2..e496ff0 100644
--- a/meta/recipes-devtools/python/python-smartpm_1.4.1.bb
+++ b/meta/recipes-devtools/python/python-smartpm_1.4.1.bb
@@ -110,6 +110,7 @@ add_native_wrapper() {
 }
 
 do_install_append_class-native() {
+sed -i -e 's|^#!.*/usr/bin/env python|#! /usr/bin/env nativepython|' 
${D}${bindir}/smart
 add_native_wrapper
 }
 
-- 
2.4.3

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

Re: [OE-core] Library Patches Causing Many Packages to Rebuild

[Burton, Ross]

On 10 July 2015 at 18:09, Connor Smith  wrote:

> Ah, that makes sense. I investigated some more, and the do_package task
> has a hard-coded dependency on rpm-native. Removing this dependency and
> rebuilding resolved the issue; the only ipks being rebuilt now are from
> packages that depend on openssl and need to be recompiled.
>
> Should this dependency be based off PACKAGE_CLASSES, or is it necessary
> to always depend on rpm-native? We're using opkg, not rpm.
>

do_package() uses rpmdeps-oecore built by rpm-native to inject
dependencies, so you'll always need to build rpm-native.

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

Re: [OE-core] [PATCH] python-smartpm: Have native smart use nativepython

[Burton, Ross]

On 10 July 2015 at 19:16, Randy Witt  wrote:

> Currently when trying to use smart via devshell or in the bitbake
> environment, it will fail without inheriting pythonnative. Since the
> native tools should "just work" use nativepython in the shebang line for
> smart.
>

smart was recently upgraded to 1.5, can you rebase this please?

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

Re: [OE-core] [PATCH 1/1] If a the number of hard links decreases or increases while creating the tar files used for an ipk package, tar fails with error code 1, we use hardlinks on package/ and packa

[Burton, Ross]

That commit message went a bit crazy, can you reformat it please? :)

Ross

On 10 July 2015 at 09:13, Alejandro Hernandez <
alejandro.hernan...@linux.intel.com> wrote:

> [YOCTO #7933]
>
> Signed-off-by: Alejandro Hernandez 
> ---
>  meta/recipes-devtools/opkg-utils/opkg-utils/tar_ignore_error.patch | 2 +-
>  meta/recipes-devtools/opkg-utils/opkg-utils_git.bb | 4
> ++--
>  2 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git
> a/meta/recipes-devtools/opkg-utils/opkg-utils/tar_ignore_error.patch
> b/meta/recipes-devtools/opkg-utils/opkg-utils/tar_ignore_error.patch
> index 4bcae4954..e8250b7 100644
> --- a/meta/recipes-devtools/opkg-utils/opkg-utils/tar_ignore_error.patch
> +++ b/meta/recipes-devtools/opkg-utils/opkg-utils/tar_ignore_error.patch
> @@ -12,7 +12,7 @@ We detect if the error code produced by tar is 1 and in
> this case ignore it.
>  This a similar behavior to the one on dpkg:
>
> http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=40731942515ec8d80c727ad561174986d4f05818
>
> -Upsteam-Status: Inappropriate
> +Upstream-Status: Inappropriate
>
>  Signed-off-by: Alejandro Hernandez 
>
> diff --git a/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
> b/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
> index 74b974d..2f66632 100644
> --- a/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
> +++ b/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb
> @@ -10,9 +10,9 @@ PROVIDES += "virtual/update-alternatives"
>  SRCREV = "53274f087565fd45d8452c5367997ba6a682a37a"
>  PV = "0.1.8+git${SRCPV}"
>
> -SRC_URI = "git://git.yoctoproject.org/opkg-utils "
> +SRC_URI = "git://git.yoctoproject.org/opkg-utils"
>
> -SRC_URI_append_class-native = "file://tar_ignore_error.patch"
> +SRC_URI_append_class-native = " file://tar_ignore_error.patch"
>
>  S = "${WORKDIR}/git"
>
> --
> 1.8.4.5
>
> --
> ___
> 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

Re: [OE-core] Update rrdtool from 1.4.8 to 1.5.3

[Burton, Ross]

On 9 July 2015 at 17:38, Jens Rehsack  wrote:

> here is an update patch for meta-oe/recipes-extended/rrdtool:
>
> https://github.com/rehsack/meta-openembedded/commit/6ed5b4489beb1233bd4b3c9f73064e973eeef2ad
>

Please send the actual patch instead of a link to the patch, and meta-oe
patches go to openembedded-devel@ not -core@.

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

[OE-core] [PATCH v2] python-smartpm: Have native smart use nativepython

[Randy Witt]

Currently when trying to use smart via devshell or in the bitbake
environment, it will fail without inheriting pythonnative. Since the
native tools should "just work" use nativepython in the shebang line for
smart.

Signed-off-by: Randy Witt 
---
 meta/recipes-devtools/python/python-smartpm_git.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-devtools/python/python-smartpm_git.bb 
b/meta/recipes-devtools/python/python-smartpm_git.bb
index ed786e4..18df892 100644
--- a/meta/recipes-devtools/python/python-smartpm_git.bb
+++ b/meta/recipes-devtools/python/python-smartpm_git.bb
@@ -97,6 +97,7 @@ add_native_wrapper() {
 }
 
 do_install_append_class-native() {
+sed -i -e 's|^#!.*/usr/bin/env python|#! /usr/bin/env nativepython|' 
${D}${bindir}/smart
 add_native_wrapper
 }
 
-- 
2.4.3

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

Re: [OE-core] [PATCH 2/5] xf86-input-vmmouse: Upgrade 13.0.0 -> 13.1.0

[Richard Purdie]

On Thu, 2015-07-09 at 10:52 +0300, Jussi Kukkonen wrote:
> Remove backported patch.
> 
> Signed-off-by: Jussi Kukkonen 
> -

This caused:

ERROR: QA Issue: xf86-input-vmmouse: Files/directories were installed but not 
shipped in any package:
  /usr/libx32/udev
  /usr/libx32/udev/rules.d
  /usr/libx32/udev/rules.d/69-xorg-vmmouse.rules
Please set FILES such that these items are packaged. Alternatively if they are 
unneeded, avoid installing them or delete them within do_install. 
[installed-vs-shipped]

https://autobuilder.yoctoproject.org/main/builders/nightly-x32/builds/385/steps/BuildImages/logs/stdio

on the nightly-x32 build. Looks like its not multilib safe. Looking at
the code, the udev directory seems to have gone from base_libdir to
libdir?

Cheers,

Richard

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

Re: [OE-core] [meta-oe][PATCH] mc: Upgrade to release 4.8.14

[Richard Purdie]

On Fri, 2015-07-10 at 15:23 +0300, Amarnath Valluri wrote:
> Dropped mc-CTRL.patch, as it was merged to upstream.
> Upstream commit-id: e78b636eba9d23e9f5f066b022bd5640c85409be.

mc-CTRL.patch is still used by the non-gplv3 recipe?

https://autobuilder.yoctoproject.org/main/builders/nightly-non-gpl3/builds/391/steps/BuildImages/logs/stdio

Cheers,

Richard

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

Re: [OE-core] [PATCH 1/1] populate_sdk_base.bbclass: don't inherit toolchain-scripts.bbclass

[Richard Purdie]

On Thu, 2015-07-09 at 01:49 -0700, Robert Yang wrote:
> Fixed when enable multilib:
> require conf/multilib.conf
> MULTILIBS = "multilib:lib32"
> DEFAULTTUNE_virtclass-multilib-lib32 = "x86"
> 
> $ bitbake core-image-minimal
> No lib32 package should be built since we don't build
> lib32-core-image-minimal, but a lot them are built:
> lib32-opkg-utils
> lib32-cryptodev-linux
> lib32-sqlite3
> lib32-libtool-cross
> lib32-ncurses
> lib32-db
> lib32-diffutils
> lib32-zlib
> lib32-gcc-cross-i686
> lib32-gcc-cross-initial-i686
> lib32-flex
> lib32-libgcc-initial
> lib32-libffi
> lib32-linux-libc-headers
> lib32-expat
> lib32-openssl
> lib32-glibc
> lib32-binutils-cross-i686
> lib32-gcc-runtime
> 
> The are introduced by toolchain-scripts.bbclass' anonymous function (the
> MULTILIB_VARIANTS), but it doesn't need toolchain-scripts.bbclass, in
> fact, so remove it to fix the problem.
> 
> [YOCTO #7961]
> 
> Signed-off-by: Robert Yang 
> ---
>  meta/classes/populate_sdk_base.bbclass |2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/classes/populate_sdk_base.bbclass 
> b/meta/classes/populate_sdk_base.bbclass
> index a4a0193..398e943 100644
> --- a/meta/classes/populate_sdk_base.bbclass
> +++ b/meta/classes/populate_sdk_base.bbclass
> @@ -1,4 +1,4 @@
> -inherit meta toolchain-scripts
> +inherit meta
>  
>  # Wildcards specifying complementary packages to install for every package 
> that has been explicitly
>  # installed into the rootfs


https://autobuilder.yoctoproject.org/main/builders/buildtools/builds/381/steps/BuildImages/logs/stdio

Looks like a missing toolchain-scripts inherit from buildtools-tarball.
I can take care of adding that.

Cheers,

Richard


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

[OE-core] [PATCH] buildtools-tarball: Add inherit toolchain-scripts

[Richard Purdie]

The core class used to have this inherit but its being phased out, add
the inherit directly where we need it instead.

Signed-off-by: Richard Purdie 

diff --git a/meta/recipes-core/meta/buildtools-tarball.bb 
b/meta/recipes-core/meta/buildtools-tarball.bb
index 673bfb0..112b001 100644
--- a/meta/recipes-core/meta/buildtools-tarball.bb
+++ b/meta/recipes-core/meta/buildtools-tarball.bb
@@ -38,6 +38,7 @@ EXCLUDE_FROM_WORLD = "1"
 
 inherit meta
 inherit populate_sdk
+inherit toolchain-scripts
 
 create_sdk_files_append () {
rm -f ${SDK_OUTPUT}/${SDKPATH}/site-config-*


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

Re: [OE-core] [PATCH 2/5] xf86-input-vmmouse: Upgrade 13.0.0 -> 13.1.0

[Burton, Ross]

On 9 July 2015 at 08:52, Jussi Kukkonen  wrote:

>  PR = "${INC_PR}.0"
>

I edited this out when testing in MUT, but as we need a V2 for the udev
problem you can delete this PR assignment too.

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

Re: [OE-core] [PATCH] lighttpd: Bug fix

[Burton, Ross]

The short log should be more expressive than "bug fix", and is Pending the
correct upstream status?

Ross

On 17 June 2015 at 02:34, Li xin  wrote:

> mod_cgi buffers data without bound,so fix it.
>
> Reference: http://redmine.lighttpd.net/issues/1264
>
> Signed-off-by: Li Xin 
> ---
>  .../0001-mod_cgi-buffers-data-without-bound.patch  | 386
> +
>  meta/recipes-extended/lighttpd/lighttpd_1.4.35.bb  |   1 +
>  2 files changed, 387 insertions(+)
>  create mode 100644
> meta/recipes-extended/lighttpd/lighttpd/0001-mod_cgi-buffers-data-without-bound.patch
>
> diff --git
> a/meta/recipes-extended/lighttpd/lighttpd/0001-mod_cgi-buffers-data-without-bound.patch
> b/meta/recipes-extended/lighttpd/lighttpd/0001-mod_cgi-buffers-data-without-bound.patch
> new file mode 100644
> index 000..e456182
> --- /dev/null
> +++
> b/meta/recipes-extended/lighttpd/lighttpd/0001-mod_cgi-buffers-data-without-bound.patch
> @@ -0,0 +1,386 @@
> +From e6ccbab5d42b110ac4f6ce1f72cb1e9ccbe4400a Mon Sep 17 00:00:00 2001
> +From: Li xin 
> +Date: Tue, 16 Jun 2015 19:02:38 +0900
> +Subject: [PATCH] mod_cgi buffers data without bound so fix it
> +
> +Upstream-Status: pending
> +
> +Signed-off-by: Li Xin 
> +---
> + doc/config/lighttpd.conf |   8 ++
> + src/mod_cgi.c| 188
> ---
> + 2 files changed, 186 insertions(+), 10 deletions(-)
> +
> +diff --git a/doc/config/lighttpd.conf b/doc/config/lighttpd.conf
> +index 60b0ae1..9c101a7 100644
> +--- a/doc/config/lighttpd.conf
>  b/doc/config/lighttpd.conf
> +@@ -375,6 +375,14 @@ server.upload-dirs = ( "/var/tmp" )
> + ##
> + ###
> +
> ++###
> ++##
> ++##
> ++## maximum bytes in send_raw before backing off [KByte]
> ++##  cgi.high-waterlevel= 10240
> ++## minimum bytes in send_raw to disable backoff [KByte]
> ++##  cgi.low-waterlevel = 5120
> ++###
> +
> + ###
> + ##
> +diff --git a/src/mod_cgi.c b/src/mod_cgi.c
> +index 734ecee..c51f43c 100644
> +--- a/src/mod_cgi.c
>  b/src/mod_cgi.c
> +@@ -38,6 +38,10 @@
> +
> + #include "version.h"
> +
> ++/* for output logs */
> ++char msgbuf[2048];
> ++
> ++
> + enum {EOL_UNSET, EOL_N, EOL_RN};
> +
> + typedef struct {
> +@@ -53,9 +57,19 @@ typedef struct {
> +   size_t size;
> + } buffer_pid_t;
> +
> ++struct handler_ctx;
> ++
> ++typedef struct {
> ++  struct handler_ctx **hctx;
> ++  size_t used;
> ++  size_t size;
> ++} buffer_ctx_t;
> ++
> + typedef struct {
> +   array *cgi;
> +   unsigned short execute_x_only;
> ++  unsigned int high_waterlevel; /* maximum bytes in send_raw before
> backing off */
> ++  unsigned int low_waterlevel;  /* minimum bytes in send_raw to
> disable backoff */
> + } plugin_config;
> +
> + typedef struct {
> +@@ -68,9 +82,11 @@ typedef struct {
> +   plugin_config **config_storage;
> +
> +   plugin_config conf;
> ++
> ++  buffer_ctx_t cgi_ctx;
> + } plugin_data;
> +
> +-typedef struct {
> ++typedef struct handler_ctx {
> +   pid_t pid;
> +   int fd;
> +   int fde_ndx; /* index into the fd-event buffer */
> +@@ -78,11 +94,16 @@ typedef struct {
> +   connection *remote_conn;  /* dumb pointer */
> +   plugin_data *plugin_data; /* dumb pointer */
> +
> ++  int throttling;/* 1=waiting for send_raw buffer to drain */
> ++  off_t high_waterlevel; /* maximum bytes in send_raw before backing
> off */
> ++  off_t low_waterlevel;  /* minimum bytes in send_raw to disable
> backoff */
> ++  off_t bytes_in_buffer;
> ++
> +   buffer *response;
> +   buffer *response_header;
> + } handler_ctx;
> +
> +-static handler_ctx * cgi_handler_ctx_init(void) {
> ++static handler_ctx * cgi_handler_ctx_init(plugin_data *p) {
> +   handler_ctx *hctx = calloc(1, sizeof(*hctx));
> +
> +   force_assert(hctx);
> +@@ -90,13 +111,26 @@ static handler_ctx * cgi_handler_ctx_init(void) {
> +   hctx->response = buffer_init();
> +   hctx->response_header = buffer_init();
> +
> ++  hctx->throttling = 0;
> ++  hctx->high_waterlevel = (off_t)p->conf.high_waterlevel * 1024;
> ++  hctx->low_waterlevel  = (off_t)p->conf.low_waterlevel  * 1024;
> ++  if (hctx->low_waterlevel >= hctx->high_waterlevel) {
> ++  hctx->low_waterlevel = hctx->high_waterlevel * 3 / 4; /* 75% */
> ++  }
> ++  hctx->bytes_in_buffer = 0;
> ++
> +   return hctx;
> + }
> +
> +-static void cgi_handler_ctx_free(handler_ctx *hctx) {
> ++static void cgi_handler_ctx_free(server *srv, handler_ctx *hctx) {
> +   buffer_free(hctx->response);
> +   buffer_free(hctx->response_header);
> +
> ++  /* to avoid confusion */
> ++  if (hctx->throttling) {
> ++  log_error_write(srv, 

Re: [OE-core] [PATCH] elfutils: fix stack usage warning

[Burton, Ross]

Can you rebase this for the current master please, which has 0.163.

Ross

On 6 July 2015 at 05:58,  wrote:

> From: Roy Li 
>
> Signed-off-by: Roy Li 
> ---
>  .../0001-fix-a-stack-usage-warning.patch   | 28
> ++
>  meta/recipes-devtools/elfutils/elfutils_0.162.bb   |  1 +
>  2 files changed, 29 insertions(+)
>  create mode 100644
> meta/recipes-devtools/elfutils/elfutils-0.162/0001-fix-a-stack-usage-warning.patch
>
> diff --git
> a/meta/recipes-devtools/elfutils/elfutils-0.162/0001-fix-a-stack-usage-warning.patch
> b/meta/recipes-devtools/elfutils/elfutils-0.162/0001-fix-a-stack-usage-warning.patch
> new file mode 100644
> index 000..6923bf7
> --- /dev/null
> +++
> b/meta/recipes-devtools/elfutils/elfutils-0.162/0001-fix-a-stack-usage-warning.patch
> @@ -0,0 +1,28 @@
> +[PATCH] fix a stack-usage warning
> +
> +Upstream-Status: Pending
> +
> +not use a variable to as a array size, otherwise the warning to error that
> +stack usage might be unbounded [-Werror=stack-usage=] will happen
> +
> +Signed-off-by: Roy Li 
> +---
> + backends/ppc_initreg.c | 2 +-
> + 1 file changed, 1 insertion(+), 1 deletion(-)
> +
> +diff --git a/backends/ppc_initreg.c b/backends/ppc_initreg.c
> +index 64f5379..52dde3e 100644
> +--- a/backends/ppc_initreg.c
>  b/backends/ppc_initreg.c
> +@@ -93,7 +93,7 @@ ppc_set_initial_registers_tid (pid_t tid __attribute__
> ((unused)),
> +   return false;
> + }
> +   const size_t gprs = sizeof (user_regs.r.gpr) / sizeof
> (*user_regs.r.gpr);
> +-  Dwarf_Word dwarf_regs[gprs];
> ++  Dwarf_Word dwarf_regs[sizeof (user_regs.r.gpr) / sizeof
> (*user_regs.r.gpr)];
> +   for (unsigned gpr = 0; gpr < gprs; gpr++)
> + dwarf_regs[gpr] = user_regs.r.gpr[gpr];
> +   if (! setfunc (0, gprs, dwarf_regs, arg))
> +--
> +1.9.1
> +
> diff --git a/meta/recipes-devtools/elfutils/elfutils_0.162.bb
> b/meta/recipes-devtools/elfutils/elfutils_0.162.bb
> index f6ace7e..7ebfc4f 100644
> --- a/meta/recipes-devtools/elfutils/elfutils_0.162.bb
> +++ b/meta/recipes-devtools/elfutils/elfutils_0.162.bb
> @@ -17,6 +17,7 @@ SRC_URI += "\
>  file://fixheadercheck.patch \
>
>  file://0001-elf_getarsym-Silence-Werror-maybe-uninitialized-fals.patch \
>  file://0001-remove-the-unneed-checking.patch \
> +file://0001-fix-a-stack-usage-warning.patch \
>  "
>
>  # pick the patch from debian
> --
> 1.9.1
>
> --
> ___
> 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

Re: [OE-core] [PATCH] systemd: bug fix for the path of systemd.conf

[Burton, Ross]

On 3 July 2015 at 09:00, Andreas Oberritter  wrote:

> >   if [ -s ${D}${libdir}/tmpfiles.d/systemd.conf ]; the
> > - ${@bb.utils.contains('PACKAGECONFIG', 'networkd', ':',
> 'sed -i -e "\$ad /run/systemd/netif/links 0755 root root -"
> ${D}${libdir}/tmpfiles.d/systemd.conf', d)}
> > + ${@bb.utils.contains('PACKAGECONFIG', 'networkd', ':',
> 'sed -i -e "\$ad /run/systemd/netif/links 0755 root root -"
> ${D}${prefix}/lib/tmpfiles.d/systemd.conf', d)}
>
> wouldn't it be appropriate to change the conditional above, too?
>

+1 on that.  Also you probably want $rootlibdir, a variable defined in the
systemd recipe to mirror the path names used in the systemd makefile.
Obviously check what path it's actually using.

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

Re: [OE-core] [PATCH 1/1] insane.bbclass: skip dev-deps QA checking for ptest package

[Burton, Ross]

On 6 July 2015 at 11:01, Robert Yang  wrote:

> The ptest pkg such as perl-ptest may need .h, .so or other files in dev
> package to run test cases, so skipping dev-deps checkin for ptest
> package.
>

Is this a common occurrence or is perl the first instance of this? This
warning can be skipped with INSANE_SKIP_${PN}-ptest = "dev-deps", right?

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

Re: [OE-core] [PATCH][V2] db: add debug_lock option to show diagnostic info

[Burton, Ross]

On 7 July 2015 at 09:17, Zhixiong Chi  wrote:

> +Index: db-6.0.30/dist/configure
>

Don't patch generated files as they'll change drastically over time and
make maintaining the patch impossible.

Also if the patch has been submitted upstream, including a link to the
submission (bug, list thread, etc) is helpful when doing upgrades in the
future.

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

Re: [OE-core] [PATCH] parted_1.8.6.bb: add parted that not GPLv3

[Burton, Ross]

On 9 July 2015 at 12:38, Otavio Salvador  wrote:

> Parted 1.8 is very old and not supported at all. The number of fixes
> after it is such huge which makes Parted mostly useless in new storage
> and disk formats. I see NO benefit in having it and a serious
> maintenance burden.
>

I wasn't aware the situation with the old parted was that bad...  maybe
this should be in meta-oe (if anywhere) after all?

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

Re: [OE-core] [PATCH v2] pulseaudio: add systemd to PACKAGECONFIG if enabled in DISTRO_FEATURES

[Burton, Ross]

On 10 July 2015 at 15:04, Pau Espin Pedrol  wrote:

> +FILES_${PN}-server = "${bindir}/pulseaudio ${bindir}/start-*
> ${sysconfdir} ${bindir}/pactl */udev/rules.d/*.rules
> ${libdir}/systemd/user/*"
>

That's going to break in multiarch builds, ie systemd units go into
$prefix/lib even if $libdir is $prefix/lib64.

(looks like we should add nonarch_libdir to bitbake.conf to codify this)

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

Re: [OE-core] [PATCH] oeqa/runtime: Added 4 new runtime test cases

[Burton, Ross]

On 8 July 2015 at 16:17, Daniel Istrate  wrote:

> +@testcase(963)
> +def test_connmand_file(self):
> +"""
> +Summary: test connmand file
> +Expected:connman-applet should be ELF32 binary
> +Product: BSPs
> +Author:  Lucian Musat 
> +AutomatedBy: Daniel Istrate 
> +"""
>

What's the point of this test case?  Checking a random binary is a 32-bit
ELF seems a bit strange, especially as it means it will always fail on a
64-bit machine.

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

Re: [OE-core] Perl recipe fixes and some updates

[Burton, Ross]

Hi Jens,

On 9 July 2015 at 17:22, Jens Rehsack  wrote:

> With my client's update to fido I grabbed the tuit and did some patches:
> https://github.com/rehsack/poky/commits/fido
>

Can you rebase those onto master and send them to the list as attached
patches (i.e. git send-email)?

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

[OE-core] [PATCH] bootimg.bbclass:iso: determine the -iso-level only if there is a rootfs

[Ricardo Neri]

It may be possible that some bootable images do not use a rootfs; this
may be the case if the bootable image utilize only an initrd for all its
needs.

If there is not rootfs, the size calculation will fail. Furthermore, given
that the iso9660 conformance level is determined using the size of rootfs,
it makes sense to not make the calculation if there is not such rootfs.

Signed-off-by: Ricardo Neri 
---
 meta/classes/bootimg.bbclass | 13 -
 1 file changed, 8 insertions(+), 5 deletions(-)

diff --git a/meta/classes/bootimg.bbclass b/meta/classes/bootimg.bbclass
index 2fd3efb..0a4546e 100644
--- a/meta/classes/bootimg.bbclass
+++ b/meta/classes/bootimg.bbclass
@@ -154,11 +154,14 @@ build_iso() {
# when it exceeds 3.8GB, the specification is 4G - 1 bytes, we need
# leave a few space for other files.
mkisofs_iso_level=""
-   rootfs_img_size=`stat -c '%s' ${ISODIR}/rootfs.img`
-   # 4080218931 = 3.8 * 1024 * 1024 * 1024
-   if [ $rootfs_img_size -gt 4080218931 ]; then
-   bbnote "${ISODIR}/rootfs.img execeeds 3.8GB, using '-iso-level 
3' for mkisofs"
-   mkisofs_iso_level="-iso-level 3"
+
+if [ -n "${ROOTFS}" ] && [ -s "${ROOTFS}" ]; then
+   rootfs_img_size=`stat -c '%s' ${ISODIR}/rootfs.img`
+   # 4080218931 = 3.8 * 1024 * 1024 * 1024
+   if [ $rootfs_img_size -gt 4080218931 ]; then
+   bbnote "${ISODIR}/rootfs.img execeeds 3.8GB, using 
'-iso-level 3' for mkisofs"
+   mkisofs_iso_level="-iso-level 3"
+   fi
fi
 
if [ "${PCBIOS}" = "1" ] && [ "${EFI}" != "1" ] ; then
-- 
1.9.1

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

Re: [OE-core] Perl recipe fixes and some updates

[Tim Orling]

> On Jul 10, 2015, at 3:52 PM, Burton, Ross  wrote:
> 
> Hi Jens,
> 
>> On 9 July 2015 at 17:22, Jens Rehsack  wrote:
>> With my client's update to fido I grabbed the tuit and did some patches: 
>> https://github.com/rehsack/poky/commits/fido
> 
> Can you rebase those onto master and send them to the list as attached 
> patches (i.e. git send-email)?
> 
If not, I will gladly help Jens on this.

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

Re: [OE-core] [oe] RFC: libav vs. ffmpeg, redux

[Khem Raj]

On Thu, Jul 9, 2015 at 8:02 AM, Burton, Ross  wrote:
> On 9 July 2015 at 15:57, akuster808  wrote:
>
>> That make sense to me. Also libav has LICENSE_FLAGS = "commercial" so the
>> change which will simplify things too.
>>
>
> Why isn't that the case for ffmpeg too?

it remains same, commercial is for the folks who ship the code to be
aware that there might be algorithms implemented in the code
which are governed by patents, so if you start making money on that
code then they might want a share of it. So you have to have agreement
with patent folks as ffmpeg code is not available under commercial
license.
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core