[OE-core] [PATCH] bash: define NON_INTERACTIVE_LOGIN_SHELLS
From: Li Wang li.w...@windriver.com
Allow login shells to read the startup files, even if they are not
interactive.
The patch comes from:
* bash-3.2-30.fc10.src.rpm - bash-2.03-profile.patch
Signed-off-by: Li Wang li.w...@windriver.com
---
.../bash/bash/bash-2.03-profile.patch | 24 ++
meta/recipes-extended/bash/bash_4.3.bb | 1 +
2 files changed, 25 insertions(+)
create mode 100644 meta/recipes-extended/bash/bash/bash-2.03-profile.patch
diff --git a/meta/recipes-extended/bash/bash/bash-2.03-profile.patch
b/meta/recipes-extended/bash/bash/bash-2.03-profile.patch
new file mode 100644
index 000..a7d5fe8
--- /dev/null
+++ b/meta/recipes-extended/bash/bash/bash-2.03-profile.patch
@@ -0,0 +1,24 @@
+bash: define NON_INTERACTIVE_LOGIN_SHELLS
+
+Allow login shells to read the startup files, even if they are not
+interactive.
+
+The patch comes from:
+* bash-3.2-30.fc10.src.rpm - bash-2.03-profile.patch
+
+Upstream-Status: Inappropriate [configuration]
+
+Signed-off-by: Li Wang li.w...@windriver.com
+---
+diff -up bash-3.2/config-top.h.profile bash-3.2/config-top.h
+--- bash-3.2/config-top.h.profile 2008-07-17 13:35:39.0 +0200
bash-3.2/config-top.h 2008-07-17 13:42:18.0 +0200
+@@ -26,6 +26,8 @@
+what POSIX.2 specifies. */
+ #define CONTINUE_AFTER_KILL_ERROR
+
++#define NON_INTERACTIVE_LOGIN_SHELLS
++
+ /* Define BREAK_COMPLAINS if you want the non-standard, but useful
+error messages about `break' and `continue' out of context. */
+ #define BREAK_COMPLAINS
diff --git a/meta/recipes-extended/bash/bash_4.3.bb
b/meta/recipes-extended/bash/bash_4.3.bb
index 23d3197..622058a 100644
--- a/meta/recipes-extended/bash/bash_4.3.bb
+++ b/meta/recipes-extended/bash/bash_4.3.bb
@@ -41,6 +41,7 @@ SRC_URI =
${GNU_MIRROR}/bash/${BPN}-${PV}.tar.gz;name=tarball \
file://mkbuiltins_have_stringize.patch \
file://build-tests.patch \
file://test-output.patch \
+ file://bash-2.03-profile.patch \
file://run-ptest \
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] State of bitbake world, Failed tasks 2015-07-04
On Tue, Jul 7, 2015 at 3:54 AM, Martin Jansa martin.ja...@gmail.com wrote: http://www.openembedded.org/wiki/Bitbake_World_Status snip == Failed tasks 2015-07-04 == INFO: jenkins-job.sh-1.3.1 Complete log available at http://logs.nslu2-linux.org/buildlogs/oe/world/log.report.20150705_101525.log === common (9) === * /meta-openembedded/meta-efl/recipes-efl/efl/epdf_svn.bb, do_compile * /meta-openembedded/meta-multimedia/recipes-mkv/mkvtoolnix/ mkvtoolnix_git.bb, do_compile * /meta-openembedded/meta-oe/recipes-extended/cmpi-bindings/ cmpi-bindings_git.bb, do_compile * /meta-openembedded/meta-oe/recipes-extended/openwsman/ openwsman_2.6.0.bb, do_compile * /meta-openembedded/meta-oe/recipes-extended/polkit/polkit_0.112.bb, do_configure * /meta-openembedded/meta-oe/recipes-extended/sblim-sfcb/ sblim-sfcb_1.4.8.bb, do_compile * /meta-openembedded/meta-perl/recipes-perl/libextutils/ libextutils-cppguess-perl_0.07.bb, do_configure * /meta-openembedded/meta-perl/recipes-perl/libmodule/ libmodule-pluggable-perl_5.1.bb, do_configure * /meta-openembedded/meta-perl/recipes-perl/libmodule/ libmodule-runtime-perl_0.014.bb, do_configure snip The three perl modules are failing because libmodule-build-perl is no longer included in perl 5.22 upgrade and this commit: http://git.openembedded.org/openembedded-core/commit/?id=80afd9650328de2eb17ba0e104ee2c76a7fb983e Rather than cripple cpan-build.bbclass, a recipe for libmodule-build-perl direct from CPAN is needed and will need to be added to oe-core, unless we want cpan-build.bbclass to do nothing useful. I am working on it after hours, but it may take a few days. --Tim -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] cross-localedef-native_2.20.bb: fix for gcc5
Burton, Ross ross.bur...@intel.com writes: On 7 July 2015 at 03:54, Richard Tollerton rich.toller...@ni.com wrote: The build of cross-localedef-native is observed to fail under gcc5 hosts with multiple definition errors, e.g.: Is this patch intended for fido? Master doesn't have 2.20 anymore (2.21) and I believe that works with gcc5 hosts. It was nominally written for dizzy. It looks like Khem already added -fgnu89-inline in his initial commit of cross-localedef-native_2.21.bb, so that's why this works in fido (and master). -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] toolchain-scripts.bbclass: use MLPREFIX to instead of MULTILIB_VARIANTS
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
This is because MULTILIB_VARIANTS is always avaliable when multlib is
enabled, use MLPREFIX to fix the problem so that lib32/lib64 packages will
only be built when build lib32/lib64-core-image-minimal.
[YOCTO #7961]
Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
meta/classes/toolchain-scripts.bbclass |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/meta/classes/toolchain-scripts.bbclass
b/meta/classes/toolchain-scripts.bbclass
index 9378918..d05a5a3 100644
--- a/meta/classes/toolchain-scripts.bbclass
+++ b/meta/classes/toolchain-scripts.bbclass
@@ -144,8 +144,9 @@ python __anonymous () {
deps =
for dep in (d.getVar('TOOLCHAIN_NEED_CONFIGSITE_CACHE', True) or
).split():
deps += %s:do_populate_sysroot % dep
-for variant in (d.getVar('MULTILIB_VARIANTS', True) or ).split():
-clsextend = oe.classextend.ClassExtender(variant, d)
+mlprefix = d.getVar('MLPREFIX', True)
+if mlprefix:
+clsextend = oe.classextend.ClassExtender(mlprefix[:-1], d)
newdep = clsextend.extend_name(dep)
deps += %s:do_populate_sysroot % newdep
d.appendVarFlag('do_configure', 'depends', deps)
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] toolchain-scripts.bbclass: use MLPREFIX to instead of MULTILIB_VARIANTS
The following changes since commit dd09fab685de2eaf04aa5ab60f8220b89c1deae9: tune-core2.inc: set X86ARCH32 to i686 (instead of i586) (2015-07-02 23:08:27 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/mlib http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=rbt/mlib Robert Yang (1): toolchain-scripts.bbclass: use MLPREFIX to instead of MULTILIB_VARIANTS meta/classes/toolchain-scripts.bbclass |5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) -- 1.7.9.5 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH][V2] db: add debug_lock option to show diagnostic info
Add debug_lock option to show lock diagnostic information instead of
outputing directly.
We can enable it with using ./configure ... --enable-debug_lock.
Signed-off-by: Zhixiong Chi zhixiong@windriver.com
---
.../db/db/db-add-debug-lock-option.patch | 151 +
meta/recipes-support/db/db_6.0.30.bb | 1 +
2 files changed, 152 insertions(+)
create mode 100644 meta/recipes-support/db/db/db-add-debug-lock-option.patch
diff --git a/meta/recipes-support/db/db/db-add-debug-lock-option.patch
b/meta/recipes-support/db/db/db-add-debug-lock-option.patch
new file mode 100644
index 000..72bdb84
--- /dev/null
+++ b/meta/recipes-support/db/db/db-add-debug-lock-option.patch
@@ -0,0 +1,151 @@
+Summary: db: add debug_lock option to show diagnostic info
+
+add debug_lock into configure to show diagnostic info
+
+Upstream-Status: Submitted
+
+Signed-off-by: Zhixiong Chi zhixiong@windriver.com
+Index: db-6.0.30/dist/config.hin
+===
+--- db-6.0.30.orig/dist/config.hin 2015-07-07 15:25:16.737736844 +0800
db-6.0.30/dist/config.hin 2015-07-07 15:31:44.097735878 +0800
+@@ -21,6 +21,9 @@
+ /* Define to 1 if you want a version that logs write operations. */
+ #undef DEBUG_WOP
+
++/* Define to 1 if you want a version that logs write/read lock operations. */
++#undef DEBUG_LOCK
++
+ /* Define to 1 if you want a version with run-time diagnostic checking. */
+ #undef DIAGNOSTIC
+
+Index: db-6.0.30/dist/configure
+===
+--- db-6.0.30.orig/dist/configure 2015-07-07 15:25:16.737736844 +0800
db-6.0.30/dist/configure 2015-07-07 15:34:45.841735425 +0800
+@@ -862,6 +862,7 @@
+ enable_debug
+ enable_debug_rop
+ enable_debug_wop
++enable_debug_lock
+ enable_diagnostic
+ enable_dump185
+ enable_java
+@@ -1556,6 +1557,7 @@
+ --enable-debug Build a debugging version.
+ --enable-debug_rop Build a version that logs read operations.
+ --enable-debug_wop Build a version that logs write operations.
++ --enable-debug_lock Build a version that logs write/read lock
operations.
+ --enable-diagnostic Build a version with run-time diagnostics.
+ --enable-dump185Build db_dump185(1) to dump 1.85 databases.
+ --enable-java Build Java API.
+@@ -3323,6 +3325,18 @@
+ { $as_echo $as_me:${as_lineno-$LINENO}: result: $db_cv_debug_wop 5
+ $as_echo $db_cv_debug_wop 6; }
+
++{ $as_echo $as_me:${as_lineno-$LINENO}: checking if --enable-debug_lock
option specified 5
++$as_echo_n checking if --enable-debug_lock option specified... 6; }
++# Check whether --enable-debug_lock was given.
++if test ${enable_debug_lock+set} = set; then :
++ enableval=$enable_debug_lock; db_cv_debug_lock=$enable_debug_lock
++else
++ db_cv_debug_lock=no
++fi
++
++{ $as_echo $as_me:${as_lineno-$LINENO}: result: $db_cv_debug_lock 5
++$as_echo $db_cv_debug_lock 6; }
++
+ { $as_echo $as_me:${as_lineno-$LINENO}: checking if --enable-diagnostic
option specified 5
+ $as_echo_n checking if --enable-diagnostic option specified... 6; }
+ # Check whether --enable-diagnostic was given.
+@@ -3835,6 +3849,11 @@
+
+
+ fi
++if test $db_cv_debug_lock = yes; then
++ $as_echo #define DEBUG_LOCK 1 confdefs.h
++
++
++fi
+ if test $db_cv_umrw = yes; then
+ $as_echo #define UMRW 1 confdefs.h
+
+Index: db-6.0.30/dist/configure.ac
+===
+--- db-6.0.30.orig/dist/configure.ac 2015-07-07 15:25:16.737736844 +0800
db-6.0.30/dist/configure.ac2015-07-07 15:35:12.465735359 +0800
+@@ -134,6 +134,11 @@
+ AH_TEMPLATE(DEBUG_WOP,
+ [Define to 1 if you want a version that logs write operations.])
+ fi
++if test $db_cv_debug_lock = yes; then
++ AC_DEFINE(DEBUG_LOCK)
++ AH_TEMPLATE(DEBUG_LOCK,
++[Define to 1 if you want a version that logs write/read lock operations.])
++fi
+ if test $db_cv_umrw = yes; then
+ AC_DEFINE(UMRW)
+ AH_TEMPLATE(UMRW,
+Index: db-6.0.30/src/common/db_err.c
+===
+--- db-6.0.30.orig/src/common/db_err.c 2015-07-07 15:25:16.737736844 +0800
db-6.0.30/src/common/db_err.c 2015-07-07 15:36:45.329735127 +0800
+@@ -648,6 +648,32 @@
+ }
+
+ /*
++ * __db_lock_msg --
++ * Standard DB lock stat message routine.
++ *
++ * PUBLIC: void __db_lock_msg __P((const ENV *, const char *, ...))
++ * PUBLIC:__attribute__ ((__format__ (__printf__, 2, 3)));
++ */
++void
++#ifdef STDC_HEADERS
++__db_lock_msg(const ENV *env, const char *fmt, ...)
++#else
++__db_lock_msg(env, fmt, va_alist)
++ const ENV *env;
++ const char *fmt;
++ va_dcl
++#endif
++{
++ DB_ENV *dbenv;
++
++ dbenv = env == NULL ? NULL : env-dbenv;
++#if defined(DEBUG_LOCK)
++ DB_REAL_MSG(dbenv, fmt);
++#endif
++}
++
++
++/*
+ * __db_repmsg --
+ *
Re: [OE-core] [PATCH] cross-localedef-native_2.20.bb: fix for gcc5
On 7 July 2015 at 03:54, Richard Tollerton rich.toller...@ni.com wrote: The build of cross-localedef-native is observed to fail under gcc5 hosts with multiple definition errors, e.g.: Is this patch intended for fido? Master doesn't have 2.20 anymore (2.21) and I believe that works with gcc5 hosts. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] bash: define NON_INTERACTIVE_LOGIN_SHELLS
Excerpts from wenzong@windriver.com's message of 2015-07-07 07:56:48 +0200: From: Li Wang li.w...@windriver.com Allow login shells to read the startup files, even if they are not interactive. The patch comes from: * bash-3.2-30.fc10.src.rpm - bash-2.03-profile.patch How is this different from commit 3985cef24de2da3b6895e67f4d577d4806c032b0 Author: Chen Qi qi.c...@windriver.com Date: Tue Apr 21 17:30:47 2015 +0800 bash: explicitly define NON_INTERACTIVE_LOGIN_SHELLS in CFLAGS If NON_INTERACTIVE_LOGIN_SHELLS is defined, all login shells read the startup files, even if they are not interactive. This is the behaviour of other major distros like Ubuntu and Fedora. We also need to set it so that when executing `su -l xxx -c env' command, /etc/profile is parsed. [YOCTO #5359] [YOCTO #7137] ? -- olof johansson -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] initrdscripts: handle mmc device as installer medium
Platforms which have the capability of using the MMC as an
installer medium will present the same MMC device as an
installation candidate. This happens because the MMC
devices appear as mmcblkX and the current script strips
up the X which is needed to identify an MMC device
uniqely.
This patch now updates the way device identifier stripping
is done and handles the exclusion of installer device from
installation candidates more generically.
Signed-off-by: Awais Belal awais_be...@mentor.com
---
.../initrdscripts/files/init-install-efi.sh | 20
.../recipes-core/initrdscripts/files/init-install.sh | 20
2 files changed, 32 insertions(+), 8 deletions(-)
diff --git a/meta/recipes-core/initrdscripts/files/init-install-efi.sh
b/meta/recipes-core/initrdscripts/files/init-install-efi.sh
index 14939ac..f339b30 100644
--- a/meta/recipes-core/initrdscripts/files/init-install-efi.sh
+++ b/meta/recipes-core/initrdscripts/files/init-install-efi.sh
@@ -18,7 +18,14 @@ swap_ratio=5
hdnamelist=
live_dev_name=`cat /proc/mounts | grep ${1%/} | awk '{print $1}'`
live_dev_name=${live_dev_name#\/dev/}
-live_dev_name=${live_dev_name%%[0-9]*}
+# Only strip the digit identifier if the device is not an mmc
+case $live_dev_name in
+mmcblk*)
+;;
+*)
+live_dev_name=${live_dev_name%%[0-9]*}
+;;
+esac
echo Searching for hard drives ...
@@ -36,9 +43,14 @@ for device in `ls /sys/block/`; do
*)
# skip the device LiveOS is on
# Add valid hard drive name to the list
-if [ $device != $live_dev_name -a -e /dev/$device ]; then
-hdnamelist=$hdnamelist $device
-fi
+case $device in
+$live_dev_name*)
+# skip the device we are running from
+;;
+*)
+hdnamelist=$hdnamelist $device
+;;
+esac
;;
esac
done
diff --git a/meta/recipes-core/initrdscripts/files/init-install.sh
b/meta/recipes-core/initrdscripts/files/init-install.sh
index 7fccdde..f9e9768 100644
--- a/meta/recipes-core/initrdscripts/files/init-install.sh
+++ b/meta/recipes-core/initrdscripts/files/init-install.sh
@@ -17,7 +17,14 @@ swap_ratio=5
hdnamelist=
live_dev_name=`cat /proc/mounts | grep ${1%/} | awk '{print $1}'`
live_dev_name=${live_dev_name#\/dev/}
-live_dev_name=${live_dev_name%%[0-9]*}
+# Only strip the digit identifier if the device is not an mmc
+case $live_dev_name in
+mmcblk*)
+;;
+*)
+live_dev_name=${live_dev_name%%[0-9]*}
+;;
+esac
echo Searching for hard drives ...
@@ -35,9 +42,14 @@ for device in `ls /sys/block/`; do
*)
# skip the device LiveOS is on
# Add valid hard drive name to the list
-if [ $device != $live_dev_name -a -e /dev/$device ]; then
-hdnamelist=$hdnamelist $device
-fi
+case $device in
+$live_dev_name*)
+# skip the device we are running from
+;;
+*)
+hdnamelist=$hdnamelist $device
+;;
+esac
;;
esac
done
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] db: add debug_lock option to show diagnostic info
On 07/07/2015 03:43 PM, Zhixiong Chi wrote:
Add debug_lock option to show lock diagnostic information instead of
outputing directly.
We can enable it with using ./configure ... --enable-debug_lock.
Signed-off-by: Zhixiong Chi zhixiong@windriver.com
---
.../db/db/db-add-debug-lock-option.patch | 144 +
meta/recipes-support/db/db_6.0.30.bb | 1 +
2 files changed, 145 insertions(+)
create mode 100644 meta/recipes-support/db/db/db-add-debug-lock-option.patch
diff --git a/meta/recipes-support/db/db/db-add-debug-lock-option.patch
b/meta/recipes-support/db/db/db-add-debug-lock-option.patch
new file mode 100644
index 000..dff6642
--- /dev/null
+++ b/meta/recipes-support/db/db/db-add-debug-lock-option.patch
@@ -0,0 +1,144 @@
+Index: db-6.0.30/dist/config.hin
+===
+--- db-6.0.30.orig/dist/config.hin 2015-07-07 15:25:16.737736844 +0800
db-6.0.30/dist/config.hin 2015-07-07 15:31:44.097735878 +0800
Missing Upstream-Status and SOB (Signed off by).
// Robert
+@@ -21,6 +21,9 @@
+ /* Define to 1 if you want a version that logs write operations. */
+ #undef DEBUG_WOP
+
++/* Define to 1 if you want a version that logs write/read lock operations. */
++#undef DEBUG_LOCK
++
+ /* Define to 1 if you want a version with run-time diagnostic checking. */
+ #undef DIAGNOSTIC
+
+Index: db-6.0.30/dist/configure
+===
+--- db-6.0.30.orig/dist/configure 2015-07-07 15:25:16.737736844 +0800
db-6.0.30/dist/configure 2015-07-07 15:34:45.841735425 +0800
+@@ -862,6 +862,7 @@
+ enable_debug
+ enable_debug_rop
+ enable_debug_wop
++enable_debug_lock
+ enable_diagnostic
+ enable_dump185
+ enable_java
+@@ -1556,6 +1557,7 @@
+ --enable-debug Build a debugging version.
+ --enable-debug_rop Build a version that logs read operations.
+ --enable-debug_wop Build a version that logs write operations.
++ --enable-debug_lock Build a version that logs write/read lock
operations.
+ --enable-diagnostic Build a version with run-time diagnostics.
+ --enable-dump185Build db_dump185(1) to dump 1.85 databases.
+ --enable-java Build Java API.
+@@ -3323,6 +3325,18 @@
+ { $as_echo $as_me:${as_lineno-$LINENO}: result: $db_cv_debug_wop 5
+ $as_echo $db_cv_debug_wop 6; }
+
++{ $as_echo $as_me:${as_lineno-$LINENO}: checking if --enable-debug_lock option
specified 5
++$as_echo_n checking if --enable-debug_lock option specified... 6; }
++# Check whether --enable-debug_lock was given.
++if test ${enable_debug_lock+set} = set; then :
++ enableval=$enable_debug_lock; db_cv_debug_lock=$enable_debug_lock
++else
++ db_cv_debug_lock=no
++fi
++
++{ $as_echo $as_me:${as_lineno-$LINENO}: result: $db_cv_debug_lock 5
++$as_echo $db_cv_debug_lock 6; }
++
+ { $as_echo $as_me:${as_lineno-$LINENO}: checking if --enable-diagnostic option
specified 5
+ $as_echo_n checking if --enable-diagnostic option specified... 6; }
+ # Check whether --enable-diagnostic was given.
+@@ -3835,6 +3849,11 @@
+
+
+ fi
++if test $db_cv_debug_lock = yes; then
++ $as_echo #define DEBUG_LOCK 1 confdefs.h
++
++
++fi
+ if test $db_cv_umrw = yes; then
+ $as_echo #define UMRW 1 confdefs.h
+
+Index: db-6.0.30/dist/configure.ac
+===
+--- db-6.0.30.orig/dist/configure.ac 2015-07-07 15:25:16.737736844 +0800
db-6.0.30/dist/configure.ac2015-07-07 15:35:12.465735359 +0800
+@@ -134,6 +134,11 @@
+ AH_TEMPLATE(DEBUG_WOP,
+ [Define to 1 if you want a version that logs write operations.])
+ fi
++if test $db_cv_debug_lock = yes; then
++ AC_DEFINE(DEBUG_LOCK)
++ AH_TEMPLATE(DEBUG_LOCK,
++[Define to 1 if you want a version that logs write/read lock operations.])
++fi
+ if test $db_cv_umrw = yes; then
+ AC_DEFINE(UMRW)
+ AH_TEMPLATE(UMRW,
+Index: db-6.0.30/src/common/db_err.c
+===
+--- db-6.0.30.orig/src/common/db_err.c 2015-07-07 15:25:16.737736844 +0800
db-6.0.30/src/common/db_err.c 2015-07-07 15:36:45.329735127 +0800
+@@ -648,6 +648,32 @@
+ }
+
+ /*
++ * __db_lock_msg --
++ * Standard DB lock stat message routine.
++ *
++ * PUBLIC: void __db_lock_msg __P((const ENV *, const char *, ...))
++ * PUBLIC:__attribute__ ((__format__ (__printf__, 2, 3)));
++ */
++void
++#ifdef STDC_HEADERS
++__db_lock_msg(const ENV *env, const char *fmt, ...)
++#else
++__db_lock_msg(env, fmt, va_alist)
++ const ENV *env;
++ const char *fmt;
++ va_dcl
++#endif
++{
++ DB_ENV *dbenv;
++
++ dbenv = env == NULL ? NULL : env-dbenv;
++#if defined(DEBUG_LOCK)
++ DB_REAL_MSG(dbenv, fmt);
++#endif
++}
++
++
++/*
+ * __db_repmsg --
+ *Replication system message routine.
+ *
+Index: db-6.0.30/src/lock/lock_failchk.c
[OE-core] [PATCH] db: add debug_lock option to show diagnostic info
Add debug_lock option to show lock diagnostic information instead of
outputing directly.
We can enable it with using ./configure ... --enable-debug_lock.
Signed-off-by: Zhixiong Chi zhixiong@windriver.com
---
.../db/db/db-add-debug-lock-option.patch | 144 +
meta/recipes-support/db/db_6.0.30.bb | 1 +
2 files changed, 145 insertions(+)
create mode 100644 meta/recipes-support/db/db/db-add-debug-lock-option.patch
diff --git a/meta/recipes-support/db/db/db-add-debug-lock-option.patch
b/meta/recipes-support/db/db/db-add-debug-lock-option.patch
new file mode 100644
index 000..dff6642
--- /dev/null
+++ b/meta/recipes-support/db/db/db-add-debug-lock-option.patch
@@ -0,0 +1,144 @@
+Index: db-6.0.30/dist/config.hin
+===
+--- db-6.0.30.orig/dist/config.hin 2015-07-07 15:25:16.737736844 +0800
db-6.0.30/dist/config.hin 2015-07-07 15:31:44.097735878 +0800
+@@ -21,6 +21,9 @@
+ /* Define to 1 if you want a version that logs write operations. */
+ #undef DEBUG_WOP
+
++/* Define to 1 if you want a version that logs write/read lock operations. */
++#undef DEBUG_LOCK
++
+ /* Define to 1 if you want a version with run-time diagnostic checking. */
+ #undef DIAGNOSTIC
+
+Index: db-6.0.30/dist/configure
+===
+--- db-6.0.30.orig/dist/configure 2015-07-07 15:25:16.737736844 +0800
db-6.0.30/dist/configure 2015-07-07 15:34:45.841735425 +0800
+@@ -862,6 +862,7 @@
+ enable_debug
+ enable_debug_rop
+ enable_debug_wop
++enable_debug_lock
+ enable_diagnostic
+ enable_dump185
+ enable_java
+@@ -1556,6 +1557,7 @@
+ --enable-debug Build a debugging version.
+ --enable-debug_rop Build a version that logs read operations.
+ --enable-debug_wop Build a version that logs write operations.
++ --enable-debug_lock Build a version that logs write/read lock
operations.
+ --enable-diagnostic Build a version with run-time diagnostics.
+ --enable-dump185Build db_dump185(1) to dump 1.85 databases.
+ --enable-java Build Java API.
+@@ -3323,6 +3325,18 @@
+ { $as_echo $as_me:${as_lineno-$LINENO}: result: $db_cv_debug_wop 5
+ $as_echo $db_cv_debug_wop 6; }
+
++{ $as_echo $as_me:${as_lineno-$LINENO}: checking if --enable-debug_lock
option specified 5
++$as_echo_n checking if --enable-debug_lock option specified... 6; }
++# Check whether --enable-debug_lock was given.
++if test ${enable_debug_lock+set} = set; then :
++ enableval=$enable_debug_lock; db_cv_debug_lock=$enable_debug_lock
++else
++ db_cv_debug_lock=no
++fi
++
++{ $as_echo $as_me:${as_lineno-$LINENO}: result: $db_cv_debug_lock 5
++$as_echo $db_cv_debug_lock 6; }
++
+ { $as_echo $as_me:${as_lineno-$LINENO}: checking if --enable-diagnostic
option specified 5
+ $as_echo_n checking if --enable-diagnostic option specified... 6; }
+ # Check whether --enable-diagnostic was given.
+@@ -3835,6 +3849,11 @@
+
+
+ fi
++if test $db_cv_debug_lock = yes; then
++ $as_echo #define DEBUG_LOCK 1 confdefs.h
++
++
++fi
+ if test $db_cv_umrw = yes; then
+ $as_echo #define UMRW 1 confdefs.h
+
+Index: db-6.0.30/dist/configure.ac
+===
+--- db-6.0.30.orig/dist/configure.ac 2015-07-07 15:25:16.737736844 +0800
db-6.0.30/dist/configure.ac2015-07-07 15:35:12.465735359 +0800
+@@ -134,6 +134,11 @@
+ AH_TEMPLATE(DEBUG_WOP,
+ [Define to 1 if you want a version that logs write operations.])
+ fi
++if test $db_cv_debug_lock = yes; then
++ AC_DEFINE(DEBUG_LOCK)
++ AH_TEMPLATE(DEBUG_LOCK,
++[Define to 1 if you want a version that logs write/read lock operations.])
++fi
+ if test $db_cv_umrw = yes; then
+ AC_DEFINE(UMRW)
+ AH_TEMPLATE(UMRW,
+Index: db-6.0.30/src/common/db_err.c
+===
+--- db-6.0.30.orig/src/common/db_err.c 2015-07-07 15:25:16.737736844 +0800
db-6.0.30/src/common/db_err.c 2015-07-07 15:36:45.329735127 +0800
+@@ -648,6 +648,32 @@
+ }
+
+ /*
++ * __db_lock_msg --
++ * Standard DB lock stat message routine.
++ *
++ * PUBLIC: void __db_lock_msg __P((const ENV *, const char *, ...))
++ * PUBLIC:__attribute__ ((__format__ (__printf__, 2, 3)));
++ */
++void
++#ifdef STDC_HEADERS
++__db_lock_msg(const ENV *env, const char *fmt, ...)
++#else
++__db_lock_msg(env, fmt, va_alist)
++ const ENV *env;
++ const char *fmt;
++ va_dcl
++#endif
++{
++ DB_ENV *dbenv;
++
++ dbenv = env == NULL ? NULL : env-dbenv;
++#if defined(DEBUG_LOCK)
++ DB_REAL_MSG(dbenv, fmt);
++#endif
++}
++
++
++/*
+ * __db_repmsg --
+ *Replication system message routine.
+ *
+Index: db-6.0.30/src/lock/lock_failchk.c
+===
+--- db-6.0.30.orig/src/lock/lock_failchk.c 2015-07-07
Re: [OE-core] [PATCH][V2] db: add debug_lock option to show diagnostic info
Changes:
1. add upstream-status and sob
2.modify the error in .bb file
On 2015年07月07日 16:17, Zhixiong Chi wrote:
Add debug_lock option to show lock diagnostic information instead of
outputing directly.
We can enable it with using ./configure ... --enable-debug_lock.
Signed-off-by: Zhixiong Chi zhixiong@windriver.com
---
.../db/db/db-add-debug-lock-option.patch | 151 +
meta/recipes-support/db/db_6.0.30.bb | 1 +
2 files changed, 152 insertions(+)
create mode 100644 meta/recipes-support/db/db/db-add-debug-lock-option.patch
diff --git a/meta/recipes-support/db/db/db-add-debug-lock-option.patch
b/meta/recipes-support/db/db/db-add-debug-lock-option.patch
new file mode 100644
index 000..72bdb84
--- /dev/null
+++ b/meta/recipes-support/db/db/db-add-debug-lock-option.patch
@@ -0,0 +1,151 @@
+Summary: db: add debug_lock option to show diagnostic info
+
+add debug_lock into configure to show diagnostic info
+
+Upstream-Status: Submitted
+
+Signed-off-by: Zhixiong Chi zhixiong@windriver.com
+Index: db-6.0.30/dist/config.hin
+===
+--- db-6.0.30.orig/dist/config.hin 2015-07-07 15:25:16.737736844 +0800
db-6.0.30/dist/config.hin 2015-07-07 15:31:44.097735878 +0800
+@@ -21,6 +21,9 @@
+ /* Define to 1 if you want a version that logs write operations. */
+ #undef DEBUG_WOP
+
++/* Define to 1 if you want a version that logs write/read lock operations. */
++#undef DEBUG_LOCK
++
+ /* Define to 1 if you want a version with run-time diagnostic checking. */
+ #undef DIAGNOSTIC
+
+Index: db-6.0.30/dist/configure
+===
+--- db-6.0.30.orig/dist/configure 2015-07-07 15:25:16.737736844 +0800
db-6.0.30/dist/configure 2015-07-07 15:34:45.841735425 +0800
+@@ -862,6 +862,7 @@
+ enable_debug
+ enable_debug_rop
+ enable_debug_wop
++enable_debug_lock
+ enable_diagnostic
+ enable_dump185
+ enable_java
+@@ -1556,6 +1557,7 @@
+ --enable-debug Build a debugging version.
+ --enable-debug_rop Build a version that logs read operations.
+ --enable-debug_wop Build a version that logs write operations.
++ --enable-debug_lock Build a version that logs write/read lock
operations.
+ --enable-diagnostic Build a version with run-time diagnostics.
+ --enable-dump185Build db_dump185(1) to dump 1.85 databases.
+ --enable-java Build Java API.
+@@ -3323,6 +3325,18 @@
+ { $as_echo $as_me:${as_lineno-$LINENO}: result: $db_cv_debug_wop 5
+ $as_echo $db_cv_debug_wop 6; }
+
++{ $as_echo $as_me:${as_lineno-$LINENO}: checking if --enable-debug_lock option
specified 5
++$as_echo_n checking if --enable-debug_lock option specified... 6; }
++# Check whether --enable-debug_lock was given.
++if test ${enable_debug_lock+set} = set; then :
++ enableval=$enable_debug_lock; db_cv_debug_lock=$enable_debug_lock
++else
++ db_cv_debug_lock=no
++fi
++
++{ $as_echo $as_me:${as_lineno-$LINENO}: result: $db_cv_debug_lock 5
++$as_echo $db_cv_debug_lock 6; }
++
+ { $as_echo $as_me:${as_lineno-$LINENO}: checking if --enable-diagnostic option
specified 5
+ $as_echo_n checking if --enable-diagnostic option specified... 6; }
+ # Check whether --enable-diagnostic was given.
+@@ -3835,6 +3849,11 @@
+
+
+ fi
++if test $db_cv_debug_lock = yes; then
++ $as_echo #define DEBUG_LOCK 1 confdefs.h
++
++
++fi
+ if test $db_cv_umrw = yes; then
+ $as_echo #define UMRW 1 confdefs.h
+
+Index: db-6.0.30/dist/configure.ac
+===
+--- db-6.0.30.orig/dist/configure.ac 2015-07-07 15:25:16.737736844 +0800
db-6.0.30/dist/configure.ac2015-07-07 15:35:12.465735359 +0800
+@@ -134,6 +134,11 @@
+ AH_TEMPLATE(DEBUG_WOP,
+ [Define to 1 if you want a version that logs write operations.])
+ fi
++if test $db_cv_debug_lock = yes; then
++ AC_DEFINE(DEBUG_LOCK)
++ AH_TEMPLATE(DEBUG_LOCK,
++[Define to 1 if you want a version that logs write/read lock operations.])
++fi
+ if test $db_cv_umrw = yes; then
+ AC_DEFINE(UMRW)
+ AH_TEMPLATE(UMRW,
+Index: db-6.0.30/src/common/db_err.c
+===
+--- db-6.0.30.orig/src/common/db_err.c 2015-07-07 15:25:16.737736844 +0800
db-6.0.30/src/common/db_err.c 2015-07-07 15:36:45.329735127 +0800
+@@ -648,6 +648,32 @@
+ }
+
+ /*
++ * __db_lock_msg --
++ * Standard DB lock stat message routine.
++ *
++ * PUBLIC: void __db_lock_msg __P((const ENV *, const char *, ...))
++ * PUBLIC:__attribute__ ((__format__ (__printf__, 2, 3)));
++ */
++void
++#ifdef STDC_HEADERS
++__db_lock_msg(const ENV *env, const char *fmt, ...)
++#else
++__db_lock_msg(env, fmt, va_alist)
++ const ENV *env;
++ const char *fmt;
++ va_dcl
++#endif
++{
++ DB_ENV *dbenv;
++
++ dbenv = env == NULL ? NULL : env-dbenv;
++#if
Re: [OE-core] FW: [oe] [meta-oe][PATCH] parted_1.8.6.bb: add parted that not GPLv3
On 7 July 2015 at 04:50, Lei, Maohui leimao...@cn.fujitsu.com wrote: Can non-GPLv3 parted be added into oe-core? I think not everybody wants to use the GPLv3 version. There's a good argument for this, so send a tested patch and it can be reviewed. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] grub: Add support for net_default_mac and net_default_ip variables
From: Lijun Guo lijun@windriver.com
Using -c parameter, grub-mkimage can embed a configuration file into
the grub image. However grub 2.0 doesn't support net_default_mac and
net_default_ip variables in the configuration file.
Backport upstream commit to fix the issue:
* commit id: 2aa072d76a9c7df837a6a81bf80958094a522740
Signed-off-by: Lijun Guo lijun@windriver.com
---
...-to-determine-MAC-IP-of-default-interface.patch | 127 +
meta/recipes-bsp/grub/grub2.inc| 1 +
2 files changed, 128 insertions(+)
create mode 100644
meta/recipes-bsp/grub/files/New-variables-to-determine-MAC-IP-of-default-interface.patch
diff --git
a/meta/recipes-bsp/grub/files/New-variables-to-determine-MAC-IP-of-default-interface.patch
b/meta/recipes-bsp/grub/files/New-variables-to-determine-MAC-IP-of-default-interface.patch
new file mode 100644
index 000..b1b028e
--- /dev/null
+++
b/meta/recipes-bsp/grub/files/New-variables-to-determine-MAC-IP-of-default-interface.patch
@@ -0,0 +1,127 @@
+From 2aa072d76a9c7df837a6a81bf80958094a522740 Mon Sep 17 00:00:00 2001
+From: Vladimir 'phcoder' Serbinenko phco...@gmail.com
+Date: Tue, 7 May 2013 12:05:36 +0200
+Subject: [PATCH] New variables 'net_default_*' to determine MAC/IP of
+ default interface.
+
+commit 2aa072d76a9c7df837a6a81bf80958094a522740 upstream
+
+Upstream-Status: Backport
+
+Signed-off-by: Lijun Guo lijun@windriver.com
+
+---
+ grub-core/net/bootp.c | 3 +++
+ grub-core/net/net.c | 69 ++-
+ 2 files changed, 71 insertions(+), 1 deletion(-)
+
+diff --git a/grub-core/net/bootp.c b/grub-core/net/bootp.c
+index 33f860a..c8ef4d6 100644
+--- a/grub-core/net/bootp.c
b/grub-core/net/bootp.c
+@@ -211,6 +211,9 @@ grub_net_configure_by_dhcp_ack (const char *name,
+ grub_print_error ();
+ }
+
++ if (is_def)
++grub_env_set (net_default_interface, name);
++
+ if (device !*device bp-server_ip)
+ {
+ *device = grub_xasprintf (tftp,%d.%d.%d.%d,
+diff --git a/grub-core/net/net.c b/grub-core/net/net.c
+index aebbe4b..8ea6906 100644
+--- a/grub-core/net/net.c
b/grub-core/net/net.c
+@@ -1,6 +1,6 @@
+ /*
+ * GRUB -- GRand Unified Bootloader
+- * Copyright (C) 2010,2011 Free Software Foundation, Inc.
++ * Copyright (C) 2010,2011,2012,2013 Free Software Foundation, Inc.
+ *
+ * GRUB is free software: you can redistribute it and/or modify
+ * it under the terms of the GNU General Public License as published by
+@@ -813,6 +813,69 @@ defserver_get_env (struct grub_env_var *var __attribute__
((unused)),
+ return grub_net_default_server ? : ;
+ }
+
++static const char *
++defip_get_env (struct grub_env_var *var __attribute__ ((unused)),
++ const char *val __attribute__ ((unused)))
++{
++ const char *intf = grub_env_get (net_default_interface);
++ const char *ret = NULL;
++ if (intf)
++{
++ char *buf = grub_xasprintf (net_%s_ip, intf);
++ if (buf)
++ ret = grub_env_get (buf);
++ grub_free (buf);
++}
++ return ret;
++}
++
++static char *
++defip_set_env (struct grub_env_var *var __attribute__ ((unused)),
++ const char *val)
++{
++ const char *intf = grub_env_get (net_default_interface);
++ if (intf)
++{
++ char *buf = grub_xasprintf (net_%s_ip, intf);
++ if (buf)
++ grub_env_set (buf, val);
++ grub_free (buf);
++}
++ return NULL;
++}
++
++
++static const char *
++defmac_get_env (struct grub_env_var *var __attribute__ ((unused)),
++ const char *val __attribute__ ((unused)))
++{
++ const char *intf = grub_env_get (net_default_interface);
++ const char *ret = NULL;
++ if (intf)
++{
++ char *buf = grub_xasprintf (net_%s_mac, intf);
++ if (buf)
++ ret = grub_env_get (buf);
++ grub_free (buf);
++}
++ return ret;
++}
++
++static char *
++defmac_set_env (struct grub_env_var *var __attribute__ ((unused)),
++ const char *val)
++{
++ const char *intf = grub_env_get (net_default_interface);
++ if (intf)
++{
++ char *buf = grub_xasprintf (net_%s_mac, intf);
++ if (buf)
++ grub_env_set (buf, val);
++ grub_free (buf);
++}
++ return NULL;
++}
++
+
+ static void
+ grub_net_network_level_interface_register (struct
grub_net_network_level_interface *inter)
+@@ -1560,6 +1623,10 @@ GRUB_MOD_INIT(net)
+ defserver_set_env);
+ grub_register_variable_hook (pxe_default_server, defserver_get_env,
+ defserver_set_env);
++ grub_register_variable_hook (net_default_ip, defip_get_env,
++ defip_set_env);
++ grub_register_variable_hook (net_default_mac, defmac_get_env,
++ defmac_set_env);
+
+ cmd_addaddr = grub_register_command (net_add_addr, grub_cmd_addaddr,
+ /* TRANSLATORS: HWADDRESS stands for
+--
+1.8.5.2.233.g932f7e4
+
diff --git
[OE-core] [PATCHv2 1/1] sanity.bbclass: Check if /tmp is writable
From: Mariano Lopez mariano.lo...@linux.intel.com Used mkstemp instead of raw open file call. Also added the exception message to the output of the sanity check. [YOCTO #7922] Signed-off-by: Mariano Lopez mariano.lo...@linux.intel.com --- meta/classes/sanity.bbclass | 13 +++-- 1 file changed, 7 insertions(+), 6 deletions(-) diff --git a/meta/classes/sanity.bbclass b/meta/classes/sanity.bbclass index 7a580da..125cc4c 100644 --- a/meta/classes/sanity.bbclass +++ b/meta/classes/sanity.bbclass @@ -707,15 +707,16 @@ def check_sanity_everybuild(status, d): # Check if /tmp is writable from string import ascii_letters from random import choice -filename = bb_writetest.%s % os.getpid() -testfile = os.path.join(/tmp, filename) +from tempfile import mkstemp +tmpfd, tmppath = mkstemp() try: -f = open(testfile, w) +f = os.fdopen(tmpfd, wt) f.write(.join(choice(ascii_letters) for x in range(1024))) f.close() -os.remove(testfile) -except: -status.addresult(Failed to write into /tmp. Please verify your filesystem.) +except Exception as err: +status.addresult(Failed to write into /tmp; %s. Please verify your filesystem. % err) +finally: +os.remove(tmppath) # Check that the DISTRO is valid, if set # need to take into account DISTRO renaming DISTRO -- 1.8.4.5 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] nettle: update package to 3.1.1 version.
On 07/07/2015 03:40 AM, Burton, Ross wrote: On 7 July 2015 at 06:34, Anders Darander and...@chargestorm.se mailto:and...@chargestorm.se wrote: So could you double check the 3.1.1 release, and verify whether it only consists of LGPLv3 | GPLv2+ licensed files, or if there actually are any files having the GPLv3(+) restriction? The nettle manual says quite clearly: Nettle is dual licenced under the GNU General Public License version 2 or later, and the GNU Lesser General Public License version 3 or later https://git.lysator.liu.se/nettle/nettle/blob/master/nettle.texinfo#L147 (https://git.lysator.liu.se/nettle/nettle/blob/master/nettle.texinfo#L147) An updated recipe that puts the or operator in the LICENSE field will solve all the problems. which recipe? 2.7.1 / 3.1 or both? - armin ( sucks at this licensing stuff) Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] nettle: update package to 3.1.1 version.
On 7 July 2015 at 21:09, akuster808 akuster...@gmail.com wrote: which recipe? 2.7.1 / 3.1 or both? - armin ( sucks at this licensing stuff) So: 2.7.1 is LGPL (v2). 3.1.1 is GPLv2+ or LGPLv3+. An interesting choice to say the least. Because the v2 bit is not L, I'm wondering if we will need to keep both versions. But a 3.1.1 recipe with GPLv2+ *or* LGPLv3+ would be a good start. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-core][PATCH 1/2] Set S to fix QA warning on systemd-serialgetty.
On 26 June 2015 at 16:35, Burton, Ross ross.bur...@intel.com wrote: So a good question is why don't I see that warning? :) So this was bugging me and Richard was also concerned about why neither of us saw it, nor the autobuilder. Turns out to be an old default behaviour (#4634) triggered by having buildhistory enabled. Suffice to say this patch is unblocked now and should be merged soon now it's understood: it was obviously right but the lack of the warning triggering was worrying. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] python-io: Add runtime dependency on contextlib
The python-io package includes ssl.py module which imports the
contextlib library.
This applied to Python 2.7.9 but not 3.3.
Signed-off-by: Ash Charles ashchar...@gmail.com
---
meta/recipes-devtools/python/python-2.7-manifest.inc | 2 +-
scripts/contrib/python/generate-manifest-2.7.py | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/python/python-2.7-manifest.inc
b/meta/recipes-devtools/python/python-2.7-manifest.inc
index 9ba9c7f..dd8d825 100644
--- a/meta/recipes-devtools/python/python-2.7-manifest.inc
+++ b/meta/recipes-devtools/python/python-2.7-manifest.inc
@@ -130,7 +130,7 @@ RDEPENDS_${PN}-importlib=${PN}-core
FILES_${PN}-importlib=${libdir}/python2.7/importlib
SUMMARY_${PN}-io=Python low-level I/O
-RDEPENDS_${PN}-io=${PN}-core ${PN}-math ${PN}-textutils ${PN}-netclient
+RDEPENDS_${PN}-io=${PN}-core ${PN}-math ${PN}-textutils ${PN}-netclient
${PN}-contextlib
FILES_${PN}-io=${libdir}/python2.7/lib-dynload/_socket.so
${libdir}/python2.7/lib-dynload/_io.so ${libdir}/python2.7/lib-dynload/_ssl.so
${libdir}/python2.7/lib-dynload/select.so
${libdir}/python2.7/lib-dynload/termios.so
${libdir}/python2.7/lib-dynload/cStringIO.so ${libdir}/python2.7/pipes.*
${libdir}/python2.7/socket.* ${libdir}/python2.7/ssl.*
${libdir}/python2.7/tempfile.* ${libdir}/python2.7/StringIO.*
${libdir}/python2.7/io.* ${libdir}/python2.7/_pyio.*
SUMMARY_${PN}-json=Python JSON support
diff --git a/scripts/contrib/python/generate-manifest-2.7.py
b/scripts/contrib/python/generate-manifest-2.7.py
index a368c8a..936522e 100755
--- a/scripts/contrib/python/generate-manifest-2.7.py
+++ b/scripts/contrib/python/generate-manifest-2.7.py
@@ -275,7 +275,7 @@ if __name__ == __main__:
m.addPackage( ${PN}-image, Python graphical image handling,
${PN}-core,
colorsys.* imghdr.* lib-dynload/imageop.so lib-dynload/rgbimg.so )
-m.addPackage( ${PN}-io, Python low-level I/O, ${PN}-core ${PN}-math
${PN}-textutils ${PN}-netclient,
+m.addPackage( ${PN}-io, Python low-level I/O, ${PN}-core ${PN}-math
${PN}-textutils ${PN}-netclient ${PN}-contextlib,
lib-dynload/_socket.so lib-dynload/_io.so lib-dynload/_ssl.so
lib-dynload/select.so lib-dynload/termios.so lib-dynload/cStringIO.so +
pipes.* socket.* ssl.* tempfile.* StringIO.* io.* _pyio.* )
--
2.1.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] nettle: update package to 3.1.1 version.
On Tue, Jul 7, 2015 at 1:30 PM, Burton, Ross ross.bur...@intel.com wrote: On 7 July 2015 at 21:09, akuster808 akuster...@gmail.com wrote: which recipe? 2.7.1 / 3.1 or both? - armin ( sucks at this licensing stuff) So: 2.7.1 is LGPL (v2). 3.1.1 is GPLv2+ or LGPLv3+. An interesting choice to say the least. Because the v2 bit is not L, I'm wondering if we will need to keep both versions. But a 3.1.1 recipe with GPLv2+ *or* LGPLv3+ would be a good start. I'd vote YES to keeping the LGPLv2 version available. GPL libraries are normally off limits for closed source apps, so the new licensing options would be a problem for anyone with a proprietary application using nettle in a distro which can't use [L]GPLv3. (I'm in that category...). Ross -- ___ 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] mklibs-native: Remove the dpkg-native dependency
ping
On 06/10/2015 04:44 AM, leonardo.sandoval.gonza...@linux.intel.com wrote:
From: Leonardo Sandoval leonardo.sandoval.gonza...@linux.intel.com
The 'dpkg-native' dependency introduced on 0a08dc is not neccesary
needed if the mklibs-native code is secured with a try/catch statement
when calling the dpkg-native application.
[YOCTO #3782]
Signed-off-by: Leonardo Sandoval leonardo.sandoval.gonza...@linux.intel.com
---
.../mklibs/mklibs-native_0.1.40.bb | 3 +-
.../mklibs/catch-exception-if-dpkg-architect.patch | 103 +
2 files changed, 105 insertions(+), 1 deletion(-)
create mode 100644
meta/recipes-devtools/mklibs/mklibs/catch-exception-if-dpkg-architect.patch
diff --git a/meta/recipes-devtools/mklibs/mklibs-native_0.1.40.bb
b/meta/recipes-devtools/mklibs/mklibs-native_0.1.40.bb
index b2fcae5..ff3fe08 100644
--- a/meta/recipes-devtools/mklibs/mklibs-native_0.1.40.bb
+++ b/meta/recipes-devtools/mklibs/mklibs-native_0.1.40.bb
@@ -4,12 +4,13 @@ HOMEPAGE = https://launchpad.net/mklibs;
SECTION = devel
LICENSE = GPLv2+
LIC_FILES_CHKSUM =
file://debian/copyright;md5=98d31037b13d896e33890738ef01af64
-DEPENDS = python-native dpkg-native
+DEPENDS = python-native
SRC_URI =
http://ftp.de.debian.org/debian/pool/main/m/mklibs/${BPN}_${PV}.tar.xz \
file://ac_init_fix.patch\
file://fix_STT_GNU_IFUNC.patch\
file://sysrooted-ldso.patch \
+ file://catch-exception-if-dpkg-architect.patch \
SRC_URI[md5sum] = e1dafe5f962caa9dc5f2651c0723812a
diff --git
a/meta/recipes-devtools/mklibs/mklibs/catch-exception-if-dpkg-architect.patch
b/meta/recipes-devtools/mklibs/mklibs/catch-exception-if-dpkg-architect.patch
new file mode 100644
index 000..55ff0a7
--- /dev/null
+++
b/meta/recipes-devtools/mklibs/mklibs/catch-exception-if-dpkg-architect.patch
@@ -0,0 +1,103 @@
+From 78a1245b5217ea42fc122b339684ff8d59059037 Mon Sep 17 00:00:00 2001
+From: Leonardo Sandoval leonardo.sandoval.gonza...@linux.intel.com
+Date: Wed, 10 Jun 2015 07:24:23 +
+Subject: [PATCH] mklibs,mklibs-copy: Catch exception if dpkg-architecture not
+ found
+
+Signed-off-by: Leonardo Sandoval leonardo.sandoval.gonza...@linux.intel.com
+---
+ src/mklibs | 33 ++---
+ src/mklibs-copy | 33 ++---
+ 2 files changed, 36 insertions(+), 30 deletions(-)
+
+diff --git a/src/mklibs b/src/mklibs
+index a3533c0..75d2bb4 100755
+--- a/src/mklibs
b/src/mklibs
+@@ -272,21 +272,24 @@ def extract_soname(so_file):
+ return
+
+ def multiarch(paths):
+-devnull = open('/dev/null', 'w')
+-dpkg_architecture = subprocess.Popen(
+-['dpkg-architecture', '-qDEB_HOST_MULTIARCH'],
+-stdout=subprocess.PIPE, stderr=devnull)
+-devnull.close()
+-deb_host_multiarch, _ = dpkg_architecture.communicate()
+-if dpkg_architecture.returncode == 0:
+-deb_host_multiarch = deb_host_multiarch.rstrip('\n')
+-new_paths = []
+-for path in paths:
+-new_paths.append(
+-path.replace('/lib', '/lib/%s' % deb_host_multiarch, 1))
+-new_paths.append(path)
+-return new_paths
+-else:
++try:
++devnull = open('/dev/null', 'w')
++dpkg_architecture = subprocess.Popen(
++['dpkg-architecture', '-qDEB_HOST_MULTIARCH'],
++stdout=subprocess.PIPE, stderr=devnull)
++devnull.close()
++deb_host_multiarch, _ = dpkg_architecture.communicate()
++if dpkg_architecture.returncode == 0:
++deb_host_multiarch = deb_host_multiarch.rstrip('\n')
++new_paths = []
++for path in paths:
++new_paths.append(
++path.replace('/lib', '/lib/%s' % deb_host_multiarch, 1))
++new_paths.append(path)
++return new_paths
++else:
++return paths
++except OSError:
+ return paths
+
+ def usage(was_err):
+diff --git a/src/mklibs-copy b/src/mklibs-copy
+index c33985d..fc93ea1 100755
+--- a/src/mklibs-copy
b/src/mklibs-copy
+@@ -116,21 +116,24 @@ def extract_soname(so_file):
+ return
+
+ def multiarch(paths):
+-devnull = open('/dev/null', 'w')
+-dpkg_architecture = subprocess.Popen(
+-['dpkg-architecture', '-qDEB_HOST_MULTIARCH'],
+-stdout=subprocess.PIPE, stderr=devnull)
+-devnull.close()
+-deb_host_multiarch, _ = dpkg_architecture.communicate()
+-if dpkg_architecture.returncode == 0:
+-deb_host_multiarch = deb_host_multiarch.rstrip('\n')
+-new_paths = []
+-for path in paths:
+-new_paths.append(
+-path.replace('/lib', '/lib/%s' % deb_host_multiarch, 1))
+-new_paths.append(path)
+-return new_paths
+-else:
++try:
++devnull = open('/dev/null', 'w')
++dpkg_architecture = subprocess.Popen(
++['dpkg-architecture',
Re: [OE-core] [PATCH 0/2] Add UEFI firmware for qemux86*
ping On 06/17/2015 01:43 AM, leonardo.sandoval.gonza...@linux.intel.com wrote: From: Leonardo Sandoval leonardo.sandoval.gonza...@linux.intel.com These two patches include: 1. Recipe: Including the OVMF recipe (taken from luv-yocto repository) on Poky 2. Boot script: Instrumenting runqemu to include OECORE_MACHINE_SYSROOT, so the OVMF BIOS can be found. [YOCTO #5654] The following changes since commit 062678c4ab88fa94ed38efa6520c3b4e2d88ca73: sysvinit: Only enable recipe in builds where its applicable (2015-06-10 12:03:19 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib lsandov1/efi-qemux86 http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=lsandov1/efi-qemux86 Leonardo Sandoval (2): ovmf: Recipe taken from luv-yocto repository runqemu: Define OECORE_MACHINE_SYSROOT on setup_sysroot ...s-Force-tools-variables-to-host-toolchain.patch | 50 ++ meta/recipes-core/ovmf/ovmf_git.bb | 61 ++ scripts/runqemu| 13 - 3 files changed, 123 insertions(+), 1 deletion(-) create mode 100644 meta/recipes-core/ovmf/ovmf/0001-BaseTools-Force-tools-variables-to-host-toolchain.patch create mode 100644 meta/recipes-core/ovmf/ovmf_git.bb -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] toolchain-scripts.bbclass: use MLPREFIX to instead of MULTILIB_VARIANTS
On Tue, 2015-07-07 at 00:17 -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
This is because MULTILIB_VARIANTS is always avaliable when multlib is
enabled, use MLPREFIX to fix the problem so that lib32/lib64 packages will
only be built when build lib32/lib64-core-image-minimal.
[YOCTO #7961]
Signed-off-by: Robert Yang liezhi.y...@windriver.com
---
meta/classes/toolchain-scripts.bbclass |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/meta/classes/toolchain-scripts.bbclass
b/meta/classes/toolchain-scripts.bbclass
index 9378918..d05a5a3 100644
--- a/meta/classes/toolchain-scripts.bbclass
+++ b/meta/classes/toolchain-scripts.bbclass
@@ -144,8 +144,9 @@ python __anonymous () {
deps =
for dep in (d.getVar('TOOLCHAIN_NEED_CONFIGSITE_CACHE', True) or
).split():
deps += %s:do_populate_sysroot % dep
-for variant in (d.getVar('MULTILIB_VARIANTS', True) or ).split():
-clsextend = oe.classextend.ClassExtender(variant, d)
+mlprefix = d.getVar('MLPREFIX', True)
+if mlprefix:
+clsextend = oe.classextend.ClassExtender(mlprefix[:-1], d)
newdep = clsextend.extend_name(dep)
deps += %s:do_populate_sysroot % newdep
d.appendVarFlag('do_configure', 'depends', deps)
I'm starting to get mildly annoyed with this. Back in 2014 it was
insisted the correct behaviour here was that the cache artefacts for
*all* multilibs shoul be pulled into the SDK. This was done with:
http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=bb213d8e60746d61d80505487d5f14a4eb45231b
where the code quite clearly iterates MULTILIB_VARIANTS for this reason.
We've therefore gone to some lengths to preserve that.
So which is this code supposed to do? I don't honestly know any more. I
do agree its extremely annoying that the images trigger the multilib
builds though and I think we need to fix that. This class is used from:
populate_sdk_base
meta-ide-support
meta-environment
so perhaps the best way to do this is have a function like:
def toolchain_get_depends(d):
import oe.classextend
deps =
for dep in (d.getVar('TOOLCHAIN_NEED_CONFIGSITE_CACHE', True) or
).split():
deps += %s:do_populate_sysroot % dep
for variant in (d.getVar('MULTILIB_VARIANTS', True) or ).split():
clsextend = oe.classextend.ClassExtender(variant, d)
newdep = clsextend.extend_name(dep)
deps += %s:do_populate_sysroot % newdep
return deps
then meta-ide-support can do:
do_populate_ide_support[depends] += ${@toolchain_get_depends(d)}
meta-environment can do:
do_generate_content[depends] += ${@toolchain_get_depends(d)}
and I can't actually see why populate_sdk_base needs the
toolchain-scripts class at all. Perhaps someone can spot why it needs
the inherit or the dependency?
Cheers,
Richard
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] nettle: update package to 3.1.1 version.
On Tue, 2015-07-07 at 14:03 -0700, Andre McCurdy wrote: On Tue, Jul 7, 2015 at 1:30 PM, Burton, Ross ross.bur...@intel.com wrote: On 7 July 2015 at 21:09, akuster808 akuster...@gmail.com wrote: which recipe? 2.7.1 / 3.1 or both? - armin ( sucks at this licensing stuff) So: 2.7.1 is LGPL (v2). 3.1.1 is GPLv2+ or LGPLv3+. An interesting choice to say the least. Because the v2 bit is not L, I'm wondering if we will need to keep both versions. But a 3.1.1 recipe with GPLv2+ *or* LGPLv3+ would be a good start. I'd vote YES to keeping the LGPLv2 version available. GPL libraries are normally off limits for closed source apps, so the new licensing options would be a problem for anyone with a proprietary application using nettle in a distro which can't use [L]GPLv3. (I'm in that category...). Surely if you can't use [L]GPLv3, you want the 3.1.1 version which is GPLv2 (or other things)? Cheers, Richard -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] nettle: update package to 3.1.1 version.
On Tue, Jul 7, 2015 at 4:04 PM, Richard Purdie richard.pur...@linuxfoundation.org wrote: On Tue, 2015-07-07 at 14:03 -0700, Andre McCurdy wrote: On Tue, Jul 7, 2015 at 1:30 PM, Burton, Ross ross.bur...@intel.com wrote: On 7 July 2015 at 21:09, akuster808 akuster...@gmail.com wrote: which recipe? 2.7.1 / 3.1 or both? - armin ( sucks at this licensing stuff) So: 2.7.1 is LGPL (v2). 3.1.1 is GPLv2+ or LGPLv3+. An interesting choice to say the least. Because the v2 bit is not L, I'm wondering if we will need to keep both versions. But a 3.1.1 recipe with GPLv2+ *or* LGPLv3+ would be a good start. I'd vote YES to keeping the LGPLv2 version available. GPL libraries are normally off limits for closed source apps, so the new licensing options would be a problem for anyone with a proprietary application using nettle in a distro which can't use [L]GPLv3. (I'm in that category...). Surely if you can't use [L]GPLv3, you want the 3.1.1 version which is GPLv2 (or other things)? There are two separate issues. Both GPLv3 and LGPLv3 block 'Tivoization', which rules out [L]GPLv3 for anyone needing to create signed firmware images which can not be modified by the end user. http://www.gnu.org/licenses/rms-why-gplv3.en.html Quite separate from that, linking an application with a GPL library (any version of the GPL) requires that the application be released under a GPL or GPL compatible license, so GPL libraries are generally considered to be incompatible with closed source applications. (Dynamically linking with an LGPL library is generally OK since the LGPL license doesn't transfer to the application). http://www.gnu.org/licenses/gpl-faq.en.html#IfLibraryIsGPL http://www.gnu.org/licenses/gpl-faq.en.html#GPLStaticVsDynamic So for someone with a proprietary application which links dynamically with nettle in a distro which can't use [L]GPLv3, the older version of nettle with an LGPLv2 license would be the only option. Cheers, Richard -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] cross-localedef-native_2.20.bb: fix for gcc5
On Tue, Jul 7, 2015 at 5:29 AM, Burton, Ross ross.bur...@intel.com wrote: On 7 July 2015 at 03:54, Richard Tollerton rich.toller...@ni.com wrote: The build of cross-localedef-native is observed to fail under gcc5 hosts with multiple definition errors, e.g.: Is this patch intended for fido? Master doesn't have 2.20 anymore (2.21) and I believe that works with gcc5 hosts. I would prefer to upgrade to 2.21, if this is tthe case. -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://code.ossystems.com.br Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] qemu: fix CVE-2015-3209
Backport patch to fix CVE-2015-3209.
http://git.qemu.org/?p=qemu.git;a=commit;h=9f7c594
Signed-off-by: Kai Kang kai.k...@windriver.com
---
.../qemu/qemu/qemu-fix-CVE-2015-3209.patch | 53 ++
meta/recipes-devtools/qemu/qemu_2.3.0.bb | 1 +
2 files changed, 54 insertions(+)
create mode 100644 meta/recipes-devtools/qemu/qemu/qemu-fix-CVE-2015-3209.patch
diff --git a/meta/recipes-devtools/qemu/qemu/qemu-fix-CVE-2015-3209.patch
b/meta/recipes-devtools/qemu/qemu/qemu-fix-CVE-2015-3209.patch
new file mode 100644
index 000..d2dbb94
--- /dev/null
+++ b/meta/recipes-devtools/qemu/qemu/qemu-fix-CVE-2015-3209.patch
@@ -0,0 +1,53 @@
+Upstream-Status: Backport
+
+Signed-off-by: Kai Kang kai.k...@windriver.com
+
+From 9f7c594c006289ad41169b854d70f5da6e400a2a Mon Sep 17 00:00:00 2001
+From: Petr Matousek pmato...@redhat.com
+Date: Sun, 24 May 2015 10:53:44 +0200
+Subject: [PATCH] pcnet: force the buffer access to be in bounds during tx
+
+4096 is the maximum length per TMD and it is also currently the size of
+the relay buffer pcnet driver uses for sending the packet data to QEMU
+for further processing. With packet spanning multiple TMDs it can
+happen that the overall packet size will be bigger than sizeof(buffer),
+which results in memory corruption.
+
+Fix this by only allowing to queue maximum sizeof(buffer) bytes.
+
+This is CVE-2015-3209.
+
+[Fixed 3-space indentation to QEMU's 4-space coding standard.
+--Stefan]
+
+Signed-off-by: Petr Matousek pmato...@redhat.com
+Reported-by: Matt Tait mattt...@google.com
+Reviewed-by: Peter Maydell peter.mayd...@linaro.org
+Reviewed-by: Stefan Hajnoczi stefa...@redhat.com
+Signed-off-by: Stefan Hajnoczi stefa...@redhat.com
+---
+ hw/net/pcnet.c | 8
+ 1 file changed, 8 insertions(+)
+
+diff --git a/hw/net/pcnet.c b/hw/net/pcnet.c
+index bdfd38f..68b9981 100644
+--- a/hw/net/pcnet.c
b/hw/net/pcnet.c
+@@ -1241,6 +1241,14 @@ static void pcnet_transmit(PCNetState *s)
+ }
+
+ bcnt = 4096 - GET_FIELD(tmd.length, TMDL, BCNT);
++
++/* if multi-tmd packet outsizes s-buffer then skip it silently.
++ Note: this is not what real hw does */
++if (s-xmit_pos + bcnt sizeof(s-buffer)) {
++s-xmit_pos = -1;
++goto txdone;
++}
++
+ s-phys_mem_read(s-dma_opaque, PHYSADDR(s, tmd.tbadr),
+ s-buffer + s-xmit_pos, bcnt, CSR_BSWP(s));
+ s-xmit_pos += bcnt;
+--
+2.4.1
+
diff --git a/meta/recipes-devtools/qemu/qemu_2.3.0.bb
b/meta/recipes-devtools/qemu/qemu_2.3.0.bb
index ec1b101..cae0ad1 100644
--- a/meta/recipes-devtools/qemu/qemu_2.3.0.bb
+++ b/meta/recipes-devtools/qemu/qemu_2.3.0.bb
@@ -18,6 +18,7 @@ SRC_URI +=
file://configure-fix-Darwin-target-detection.patch \
file://09-xen-pt-mark-reserved-bits-in-PCI-config-space-fields-CVE-2015-4106.patch
\
file://10-xen-pt-add-a-few-PCI-config-space-field-descriptions-CVE-2015-4106.patch
\
file://11-xen-pt-unknown-PCI-config-space-fields-should-be-readonly-CVE-2015-4106.patch
\
+file://qemu-fix-CVE-2015-3209.patch \
SRC_URI_prepend = http://wiki.qemu-project.org/download/${BP}.tar.bz2;
SRC_URI[md5sum] = 2fab3ea4460de9b57192e5b8b311f221
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] qemu: Fix CVE-2015-3209
The following changes since commit 8ad9a434c9fd0300cf5c38c368b181b78421e95a: bitbake: tests/data: Add new data tests (2015-07-01 15:40:21 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib kangkai/qemu http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=kangkai/qemu Kai Kang (1): qemu: fix CVE-2015-3209 .../qemu/qemu/qemu-fix-CVE-2015-3209.patch | 53 ++ meta/recipes-devtools/qemu/qemu_2.3.0.bb | 1 + 2 files changed, 54 insertions(+) create mode 100644 meta/recipes-devtools/qemu/qemu/qemu-fix-CVE-2015-3209.patch -- 1.9.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] oeqa/bbtests: Fix race over DL_DIR and SSTATE_DIR
Running -c cleanall on shared DL_DIR and SSTATE_DIR is antisocial.
It leads to hard to debug races where we wonder why files disappear
and reappear from those directories.
Fix this by using a specific set of directories for these tests. This
avoids a long standing bug on the autobuilder where aspell and man
sources would disappear.
[YOCTO #6276]
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
diff --git a/meta/lib/oeqa/selftest/bbtests.py
b/meta/lib/oeqa/selftest/bbtests.py
index 9bd34ee..ffe0ea5 100644
--- a/meta/lib/oeqa/selftest/bbtests.py
+++ b/meta/lib/oeqa/selftest/bbtests.py
@@ -98,6 +98,8 @@ class BitbakeTests(oeSelfTest):
def test_invalid_recipe_src_uri(self):
data = 'SRC_URI = file://invalid'
self.write_recipeinc('man', data)
+self.write_config(DL_DIR = \${TOPDIR}/download-selftest\)
+self.write_config(SSTATE_DIR = \${TOPDIR}/download-selftest\)
bitbake('-ccleanall man')
result = bitbake('-c fetch man', ignore_status=True)
bitbake('-ccleanall man')
@@ -108,6 +110,8 @@ class BitbakeTests(oeSelfTest):
@testcase(171)
def test_rename_downloaded_file(self):
+self.write_config(DL_DIR = \${TOPDIR}/download-selftest\)
+self.write_config(SSTATE_DIR = \${TOPDIR}/download-selftest\)
data = 'SRC_URI_append = ;downloadfilename=test-aspell.tar.gz'
self.write_recipeinc('aspell', data)
bitbake('-ccleanall aspell')
@@ -170,6 +174,8 @@ class BitbakeTests(oeSelfTest):
@testcase(1035)
def test_continue(self):
+self.write_config(DL_DIR = \${TOPDIR}/download-selftest\)
+self.write_config(SSTATE_DIR = \${TOPDIR}/download-selftest\)
self.write_recipeinc('man',\ndo_fail_task () {\nexit 1 \n}\n\naddtask
do_fail_task before do_fetch\n )
runCmd('bitbake -c cleanall man xcursor-transparent-theme')
result = runCmd('bitbake man xcursor-transparent-theme -k',
ignore_status=True)
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] State of bitbake world, Failed tasks 2015-07-04
http://www.openembedded.org/wiki/Bitbake_World_Status
OE @ ~/openembedded-core $ git log --oneline origin/master..jansa/master
c22ba08 mesa: respect MESA_EGL_NO_X11_HEADERS even with x11 in PACKAGECONFIG
c2a07c6 squashfs-tools: upgrade to newer revision from git
56ad2f6 guile, mailx, gcc, opensp, gstreamer1.0-libav, libunwind: disable thumb
where it fails for qemuarm
5c1f309 initramfs-framework: Drop allarch
335b79a linux-firmware: Drop allarch
4a62696 ppp-dialin: Drop allarch
01a15cb usbinit, weston-init, run-postinsts, qt-demo-init: Drop allarch
62f5527 resolvconf: Drop allarch
f0158b0 icu: force arm mode
de7c4f8 gdb: force arm mode
8da6e8e DO-NOT-MERGE: distutils3.bbclass: Don't use MACHINE variable
1de0520 libsdl: Add support for libsdl-native
3a1554c WIP: Add KERNEL_EXTRA_ARGS?
c563456 sstate-sysroot-cruft: Add /usr/src/kernel/.* to whitelist
1fd6703 report-error: Allow to upload reports automatically
1e1f3e3 qemux86: Add identical qemux86copy variant for tests
== Failed tasks 2015-07-04 ==
INFO: jenkins-job.sh-1.3.1 Complete log available at
http://logs.nslu2-linux.org/buildlogs/oe/world/log.report.20150705_101525.log
=== common (9) ===
* /meta-openembedded/meta-efl/recipes-efl/efl/epdf_svn.bb, do_compile
*
/meta-openembedded/meta-multimedia/recipes-mkv/mkvtoolnix/mkvtoolnix_git.bb,
do_compile
*
/meta-openembedded/meta-oe/recipes-extended/cmpi-bindings/cmpi-bindings_git.bb,
do_compile
* /meta-openembedded/meta-oe/recipes-extended/openwsman/openwsman_2.6.0.bb,
do_compile
* /meta-openembedded/meta-oe/recipes-extended/polkit/polkit_0.112.bb,
do_configure
*
/meta-openembedded/meta-oe/recipes-extended/sblim-sfcb/sblim-sfcb_1.4.8.bb,
do_compile
*
/meta-openembedded/meta-perl/recipes-perl/libextutils/libextutils-cppguess-perl_0.07.bb,
do_configure
*
/meta-openembedded/meta-perl/recipes-perl/libmodule/libmodule-pluggable-perl_5.1.bb,
do_configure
*
/meta-openembedded/meta-perl/recipes-perl/libmodule/libmodule-runtime-perl_0.014.bb,
do_configure
=== common-x86 (1) ===
* /meta-openembedded/meta-efl/recipes-efl/webkit/webkit-efl_1.11.0.bb,
do_compile
=== qemuarm (3) ===
* /meta-openembedded/meta-multimedia/recipes-multimedia/vlc/vlc_2.1.4.bb,
do_compile
* /meta-openembedded/meta-oe/recipes-extended/tiptop/tiptop_2.2.bb,
do_compile
* /meta-qt5/recipes-qt/qt5/qtxmlpatterns_git.bb, do_compile
=== qemux86 (1) ===
*
/meta-openembedded/meta-oe/recipes-graphics/xorg-driver/xf86-video-geode_2.11.16.bb,
do_compile
=== qemux86_64 (2) ===
* /meta-browser/recipes-browser/chromium/cef3_280796.bb, do_configure
* /meta-openembedded/meta-oe/recipes-support/libldb/libldb_1.1.17.bb,
do_configure
=== Number of failed tasks (35) ===
{| class=wikitable
|-
|| qemuarm || 12||
http://logs.nslu2-linux.org/buildlogs/oe/world//log.world.20150702_132650.log//
|| http://errors.yoctoproject.org:80/Errors/Build/6950/
|-
|| qemux86 || 11||
http://logs.nslu2-linux.org/buildlogs/oe/world//log.world.20150703_114210.log//
||
|-
|| qemux86_64 || 12||
http://logs.nslu2-linux.org/buildlogs/oe/world//log.world.20150704_112232.log//
||
|}
=== PNBLACKLISTs (68) ===
=== QA issues (82) ===
{| class=wikitable
!| Count||Issue
|-
||0 ||libdir
|-
||0 ||version-going-backwards
|-
||18||textrel
|-
||28||build-deps
|-
||3 ||already-stripped
|-
||33||file-rdeps
|}
PNBLACKLISTs:
openembedded-core/:
meta-browser:
meta-openembedded:
meta-efl/recipes-efl/e17/diskio_svn.bb:PNBLACKLIST[diskio] ?= broken: switch
to https://git.enlightenment.org/enlightenment/modules/diskio.git/ and fix
0.0.1+svnr82070-r0.0/E-MODULES-EXTRA/diskio/e-module-diskio.edc:58. invalid
state name: 'off'. default state must always be first.
meta-efl/recipes-efl/efl/entrance_svn.bb:PNBLACKLIST[entrance] ?= broken:
switch to https://git.enlightenment.org/misc/entrance.git and fix
0.0.4+svnr82070-r7/entrance/data/themes/old/default.edc:678. invalid state
name: 'defaault'. default state must always be first.
meta-efl/recipes-navigation/mcnavi/mcnavi_0.3.4.bb:PNBLACKLIST[mcnavi] ?=
BROKEN: latest version 0.3.4 is 3 years old and now broken with more strict
ejde_cc from efl-1.13
meta-filesystems/recipes-filesystems/ifuse/ifuse_1.1.2.bb:PNBLACKLIST[ifuse] ?=
depends on blacklisted libimobiledevice
meta-gnome/recipes-apps/gnome-mplayer/gnome-mplayer_1.0.5.bb:PNBLACKLIST[gnome-mplayer]
?= rdepends on blacklisted mplayer
meta-gnome/recipes-gnome/gcr/gcr_3.8.2.bb:PNBLACKLIST[gcr] ?= CONFLICT: 4
files conflict with gnome-keyring
meta-gnome/recipes-gnome/gnome-menus/gnome-menus3_3.10.1.bb:PNBLACKLIST[gnome-menus3]
?= CONFLICT: 24 files are conflicting with gnome-menus
meta-gnome/recipes-gnome/gnome-panel/gnome-panel3_3.0.2.bb:PNBLACKLIST[gnome-panel3]
?= CONFLICT: depends on libgweather3 which conflicts with libgweather
meta-gnome/recipes-gnome/gweather/libgweather3_3.0.2.bb:PNBLACKLIST[libgweather3]
?= CONFLICT: 876 files
Re: [OE-core] [PATCH 1/1] initscripts: add /sbin/sushell for systemd service debug-shell
On 2015年07月06日 16:47, Kai Kang wrote:
Add file /sbin/sushell for systemd service debug-shell which starts with
/bin/sushell when SELinux is enabled. Copy and add sushell file from
Fedora 22.
Add runtime dependency bash as well when systemd is enabled to eliminate
QA warning:
WARNING: QA Issue: /sbin/sushell_initscripts contained in package initscripts
requires /bin/bash, but no providers found in its RDEPENDS [file-rdeps]
Signed-off-by: Kai Kang kai.k...@windriver.com
---
meta/recipes-core/initscripts/initscripts-1.0/sushell | 5 +
meta/recipes-core/initscripts/initscripts_1.0.bb | 10 +-
2 files changed, 14 insertions(+), 1 deletion(-)
create mode 100644 meta/recipes-core/initscripts/initscripts-1.0/sushell
diff --git a/meta/recipes-core/initscripts/initscripts-1.0/sushell
b/meta/recipes-core/initscripts/initscripts-1.0/sushell
new file mode 100644
index 000..7d96941
--- /dev/null
+++ b/meta/recipes-core/initscripts/initscripts-1.0/sushell
@@ -0,0 +1,5 @@
+#!/bin/bash
+
+[ -z $SUSHELL ] SUSHELL=/bin/bash
+
+exec $SUSHELL
diff --git a/meta/recipes-core/initscripts/initscripts_1.0.bb
b/meta/recipes-core/initscripts/initscripts_1.0.bb
index a086591..c2e815f 100644
--- a/meta/recipes-core/initscripts/initscripts_1.0.bb
+++ b/meta/recipes-core/initscripts/initscripts_1.0.bb
@@ -33,6 +33,7 @@ SRC_URI = file://functions \
file://GPLv2.patch \
file://dmesg.sh \
file://logrotate-dmesg.conf \
+
${@bb.utils.contains('DISTRO_FEATURES','systemd','file://sushell','',d)} \
It should check distro feature selinux rather than systemd that only
when selinux is enabled, debug-shell.service from systemd starts with
sushell.
I'll send V2.
Thanks,
Kai
S = ${WORKDIR}
@@ -46,7 +47,9 @@ DEPENDS_append = update-rc.d-native
DEPENDS_append =
${@bb.utils.contains('DISTRO_FEATURES','systemd','systemd-systemctl-native','',d)}
PACKAGES =+ ${PN}-functions
-RDEPENDS_${PN} = ${PN}-functions
+RDEPENDS_${PN} = ${PN}-functions \
+
${@bb.utils.contains('DISTRO_FEATURES','systemd','bash','',d)} \
+
FILES_${PN}-functions = ${sysconfdir}/init.d/functions*
ALTERNATIVE_PRIORITY_${PN}-functions = 90
@@ -104,6 +107,11 @@ do_install () {
if [ ${TARGET_ARCH} = arm ]; then
install -m 0755 ${WORKDIR}/alignment.sh ${D}${sysconfdir}/init.d
fi
+
+ if ${@bb.utils.contains('DISTRO_FEATURES','systemd','true','false',d)};
then
+ install -d ${D}/${base_sbindir}
+ install -m 0755 ${WORKDIR}/sushell ${D}/${base_sbindir}
+ fi
#
# Install device dependent scripts
#
--
Regards,
Neil | Kai Kang
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] oeqa/selftest: Added 2 testcases and updated setup for other two in imagefeatures.
Automated 2 oe-selftest testcases:
- 1116: Check if clutter image can be built
- 1117: Check Wayland support in image
Updated setup for test_efi_gummiboot_images_can_be_build and
test_wic_command_can_create_efi_gummiboot_installation_images
to accomodate latest wic changes.
Signed-off-by: Daniel Istrate daniel.alexandrux.istr...@intel.com
---
meta/lib/oeqa/selftest/imagefeatures.py | 41 +++--
1 file changed, 39 insertions(+), 2 deletions(-)
diff --git a/meta/lib/oeqa/selftest/imagefeatures.py
b/meta/lib/oeqa/selftest/imagefeatures.py
index e49f498..e0e424d 100644
--- a/meta/lib/oeqa/selftest/imagefeatures.py
+++ b/meta/lib/oeqa/selftest/imagefeatures.py
@@ -207,6 +207,41 @@ class ImageFeatures(oeSelfTest):
system('pkill qemu')
proc_qemu.close()
+@testcase(1116)
+def test_clutter_image_can_be_built(self):
+
+Summary: Check if clutter image can be built
+Expected:1. core-image-clutter can be built
+Product: oe-core
+Author: Ionut Chisanovici ionutx.chisanov...@intel.com
+AutomatedBy: Daniel Istrate daniel.alexandrux.istr...@intel.com
+
+
+# Build a core-image-clutter
+ret = bitbake('core-image-clutter')
+self.assertEqual(0, ret.status, 'Failed to build core-image-clutter')
+
+@testcase(1117)
+def test_wayland_support_in_image(self):
+
+Summary: Check Wayland support in image
+Expected:1. Wayland image can be build
+ 2. Wayland feature can be installed
+Product: oe-core
+Author: Ionut Chisanovici ionutx.chisanov...@intel.com
+AutomatedBy: Daniel Istrate daniel.alexandrux.istr...@intel.com
+
+
+features = 'DISTRO_FEATURES_append = wayland\n'
+features += 'CORE_IMAGE_EXTRA_INSTALL += wayland weston'
+
+# Append 'features' to local.conf
+self.append_config(features)
+
+# Build a core-image-weston
+ret = bitbake('core-image-weston')
+self.assertEqual(0, ret.status, 'Failed to build a core-image-weston')
+
class Gummiboot(oeSelfTest):
@@ -240,8 +275,10 @@ class Gummiboot(oeSelfTest):
features += 'MACHINE = nuc'
self.append_config(features)
-# Run bitbake core-image-minimal to build a nuc efi/gummiboot image
-ret = bitbake('core-image-minimal')
+# Run bitbake syslinux syslinux-native parted-native
dosfstools-native mtools-native core-image-minimal
+# to build a nuc/efi gummiboot image
+
+ret = bitbake('syslinux syslinux-native parted-native
dosfstools-native mtools-native core-image-minimal')
self.assertEqual(0, ret.status, 'Failed to build a core-image-minimal')
@testcase(1101)
--
2.1.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] nettle: update package to 3.1.1 version.
On 7 July 2015 at 06:34, Anders Darander and...@chargestorm.se wrote: So could you double check the 3.1.1 release, and verify whether it only consists of LGPLv3 | GPLv2+ licensed files, or if there actually are any files having the GPLv3(+) restriction? The nettle manual says quite clearly: Nettle is dual licenced under the GNU General Public License version 2 or later, and the GNU Lesser General Public License version 3 or later https://git.lysator.liu.se/nettle/nettle/blob/master/nettle.texinfo#L147 (https://git.lysator.liu.se/nettle/nettle/blob/master/nettle.texinfo#L147) An updated recipe that puts the or operator in the LICENSE field will solve all the problems. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [meta-oe][dizzy][PATCH] libxml2: fix python path and add libxml2-python
From: Robert Yang liezhi.y...@windriver.com
We have libxml2-python for native and nativesdk, but don't have it for
target, and can't find the reason from the git log, libxml2-python is
widely used, after looked into it's configure.in, we can add it
by PACKAGECONFIG.
The previous --with-python=${STAGING_BINDIR}/python is incorrect, it
acted as work becase it's conigure can check automatically, python is in
${STAGING_BINDIR_NATIVE}/${PYTHON_PN}-native/${PYTHON_PN}, as known as
${PYTHON}.
Add python to PACKAGECONFIG, since createrepo rdepends on
libxml2-python, otherwise the target createrepo can't work.
(From OE-Core rev: ed72e123724599e70eb4d283f06fca3e56a8b50a)
Signed-off-by: Robert Yang liezhi.y...@windriver.com
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
(cherry picked from commit 212d9d4245cef2343f21d65fa1ee7cfd537432a3)
Signed-off-by: WU CHIA CHUAN chia.chuan...@intel.com
---
meta/recipes-core/libxml/libxml2.inc | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/meta/recipes-core/libxml/libxml2.inc
b/meta/recipes-core/libxml/libxml2.inc
index c729c19..6f01128 100644
--- a/meta/recipes-core/libxml/libxml2.inc
+++ b/meta/recipes-core/libxml/libxml2.inc
@@ -9,8 +9,6 @@ LIC_FILES_CHKSUM =
file://Copyright;md5=2044417e2e5006b65a8b9067b683fcf1 \
file://list.c;beginline=4;endline=13;md5=cdbfa3dee51c099edb04e39f762ee907 \
file://trio.c;beginline=5;endline=14;md5=6c025753c86d958722ec76e94cae932e
-DEPENDS_class-nativesdk = nativesdk-python
-DEPENDS_class-native = python-native
DEPENDS =+ zlib
SRC_URI = ftp://xmlsoft.org/libxml2/libxml2-${PV}.tar.gz;name=libtar \
@@ -30,6 +28,8 @@ inherit autotools pkgconfig binconfig-disabled pythonnative
ptest
RDEPENDS_${PN}-ptest += python-core
+RDEPENDS_${PN}-python += python-core
+
RDEPENDS_${PN}-ptest_append_libc-glibc += glibc-gconv-ebcdic-us
glibc-gconv-ibm1141
# We don't DEPEND on binutils for ansidecl.h so ensure we don't use the header
@@ -37,16 +37,16 @@ do_configure_prepend () {
sed -i -e '/.*ansidecl.h.*/d' ${S}/configure.in
}
-do_configure_prepend_class-nativesdk () {
- # Ensure we get the correct site-packages path
- export PYTHON_SITE_PACKAGES=${PYTHON_SITEPACKAGES_DIR}
-}
+export PYTHON_SITE_PACKAGES=${PYTHON_SITEPACKAGES_DIR}
+
+PACKAGECONFIG ??= python
+PACKAGECONFIG[python] = --with-python=${PYTHON},--without-python,python
# WARNING: zlib is require for RPM use
-EXTRA_OECONF = --without-python --without-debug --without-legacy
--with-catalog --without-docbook --with-c14n --without-lzma --with-fexceptions
-EXTRA_OECONF_class-native = --with-python=${STAGING_BINDIR}/python
--without-legacy --without-docbook --with-c14n --without-lzma --with-zlib
-EXTRA_OECONF_class-nativesdk = --with-python=${STAGING_BINDIR}/python
--without-legacy --without-docbook --with-c14n --without-lzma --with-zlib
-EXTRA_OECONF_linuxstdbase = --without-python --with-debug --with-legacy
--with-docbook --with-c14n --without-lzma --with-zlib
+EXTRA_OECONF = --without-debug --without-legacy --with-catalog
--without-docbook --with-c14n --without-lzma --with-fexceptions
+EXTRA_OECONF_class-native = --without-legacy --without-docbook --with-c14n
--without-lzma --with-zlib
+EXTRA_OECONF_class-nativesdk = --without-legacy --without-docbook --with-c14n
--without-lzma --with-zlib
+EXTRA_OECONF_linuxstdbase = --with-debug --with-legacy --with-docbook
--with-c14n --without-lzma --with-zlib
# required for pythong binding
export HOST_SYS
--
1.7.9.5
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [meta-oe][dizzy][PATCH] cherry picked from master branch to dizzy branch
From: WU CHIA CHUAN chia.chuan...@intel.com Dear maintainer, This patch provided libxml2-python package which is widely used. Currently this patch only limited to master branch,please consider to bring this patch to dizzy branch as well. Thank you, Chia Chuan Robert Yang (1): libxml2: fix python path and add libxml2-python meta/recipes-core/libxml/libxml2.inc | 20 ++-- 1 file changed, 10 insertions(+), 10 deletions(-) -- 1.7.9.5 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] dhcp: add exec script when dhclient run
From: Li Wang li.w...@windriver.com
make dhclient-script to call ntp/nis script to get the extra data from server
Signed-off-by: Li Wang li.w...@windriver.com
Signed-off-by: Roy Li rongqing...@windriver.com
---
.../dhcp/dhcp/dhcp-add-exec-script-function.patch | 93 ++
meta/recipes-connectivity/dhcp/dhcp_4.3.2.bb | 1 +
meta/recipes-connectivity/dhcp/files/dhclient.conf | 1 +
3 files changed, 95 insertions(+)
create mode 100644
meta/recipes-connectivity/dhcp/dhcp/dhcp-add-exec-script-function.patch
diff --git
a/meta/recipes-connectivity/dhcp/dhcp/dhcp-add-exec-script-function.patch
b/meta/recipes-connectivity/dhcp/dhcp/dhcp-add-exec-script-function.patch
new file mode 100644
index 000..40faba3
--- /dev/null
+++ b/meta/recipes-connectivity/dhcp/dhcp/dhcp-add-exec-script-function.patch
@@ -0,0 +1,93 @@
+dhclient: add exec script function
+
+Upstream-Status: Pending
+
+make dhclient to call /etc/dhcp/dhclient.d/*.sh
+
+Signed-off-by: Li Wang li.w...@windriver.com
+---
+ client/scripts/linux | 23 ++-
+ 1 file changed, 22 insertions(+), 1 deletion(-)
+
+diff --git a/client/scripts/linux b/client/scripts/linux
+index 3c3575e..4ea1e4f 100755
+--- a/client/scripts/linux
b/client/scripts/linux
+@@ -24,6 +24,7 @@
+
+ # 'ip' just looks too weird. /sbin/ip looks less weird.
+ ip=/sbin/ip
++ETCDIR=/etc/dhcp
+
+ make_resolv_conf() {
+ if [ x$new_domain_name_servers != x ]; then
+@@ -84,6 +85,20 @@ exit_with_hooks() {
+ exit $exit_status
+ }
+
++execute_client_side_configuration_scripts() {
++# execute any additional client side configuration scripts we have
++if [ ${1} == config ] || [ ${1} == restore ]; then
++for f in ${ETCDIR}/dhclient.d/*.sh ; do
++if [ -x ${f} ]; then
++subsystem=${f%.sh}
++subsystem=${subsystem##*/}
++. ${f}
++${subsystem}_${1}
++fi
++done
++fi
++}
++
+ # Invoke the local dhcp client enter hooks, if they exist.
+ if [ -f /etc/dhclient-enter-hooks ]; then
+ exit_status=0
+@@ -201,11 +216,14 @@ if [ x$reason = xBOUND ] || [ x$reason = xRENEW ] || \
+ route add -host $alias_ip_address $interface:0
+ fi
+ make_resolv_conf
++ execute_client_side_configuration_scripts config
+ exit_with_hooks 0
+ fi
+
+ if [ x$reason = xEXPIRE ] || [ x$reason = xFAIL ] || [ x$reason = xRELEASE ] \
+|| [ x$reason = xSTOP ]; then
++ execute_client_side_configuration_scripts restore
++
+ if [ x$alias_ip_address != x ]; then
+ # Turn off alias interface.
+ ifconfig $interface:0- inet 0
+@@ -277,7 +295,7 @@ if [ x$reason = xBOUND6 ] ; then
+
+ # Check for nameserver options.
+ make_resolv_conf
+-
++ execute_client_side_configuration_scripts config
+ exit_with_hooks 0
+ fi
+
+@@ -297,6 +315,7 @@ if [ x$reason = xRENEW6 ] || [ x$reason = xREBIND6 ] ; then
+ make_resolv_conf
+ fi
+
++ execute_client_side_configuration_scripts config
+ exit_with_hooks 0
+ fi
+
+@@ -308,6 +327,7 @@ if [ x$reason = xDEPREF6 ] ; then
+ ${ip} -f inet6 addr change ${new_ip6_address}/${new_ip6_prefixlen} \
+dev ${interface} scope global preferred_lft 0
+
++ execute_client_side_configuration_scripts config
+ exit_with_hooks 0
+ fi
+
+@@ -316,6 +336,8 @@ if [ x$reason = xEXPIRE6 -o x$reason = xRELEASE6 -o
x$reason = xSTOP6 ] ; then
+ exit_with_hooks 2;
+ fi
+
++ execute_client_side_configuration_scripts restore
++
+ ${ip} -f inet6 addr del ${old_ip6_address}/${old_ip6_prefixlen} \
+ dev ${interface}
+
diff --git a/meta/recipes-connectivity/dhcp/dhcp_4.3.2.bb
b/meta/recipes-connectivity/dhcp/dhcp_4.3.2.bb
index b4a05fc..a73d31f 100644
--- a/meta/recipes-connectivity/dhcp/dhcp_4.3.2.bb
+++ b/meta/recipes-connectivity/dhcp/dhcp_4.3.2.bb
@@ -6,6 +6,7 @@ SRC_URI += file://dhcp-3.0.3-dhclient-dbus.patch;striplevel=0 \
file://fixsepbuild.patch \
file://dhclient-script-drop-resolv.conf.dhclient.patch \
file://replace-ifconfig-route.patch \
+file://dhcp-add-exec-script-function.patch \
SRC_URI[md5sum] = 5a284875dd2c12ddd388416d69156a67
diff --git a/meta/recipes-connectivity/dhcp/files/dhclient.conf
b/meta/recipes-connectivity/dhcp/files/dhclient.conf
index 0e6dcf9..0f7d42f 100644
--- a/meta/recipes-connectivity/dhcp/files/dhclient.conf
+++ b/meta/recipes-connectivity/dhcp/files/dhclient.conf
@@ -17,6 +17,7 @@
#supersede domain-name fugue.com home.vix.com;
#prepend domain-name-servers 127.0.0.1;
request subnet-mask, broadcast-address, time-offset, routers,
+ nis-domain, nis-servers, domain-search, ntp-servers,
domain-name, domain-name-servers, host-name,
netbios-name-servers, netbios-scope;
#require subnet-mask, domain-name-servers;
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
[OE-core] [PATCH] gdb: Fix detection of 64-bit PPC inferior in gdbserver
From: Yuanjie Huang yuanjie.hu...@windriver.com
Fix 64-bit detection according to PowerISA Boot III-S.
https://sourceware.org/ml/gdb-patches/2014-12/msg00239.html
Written by: Yao Qi y...@codesourcery.com
Signed-off-by: Yuanjie Huang yuanjie.hu...@windriver.com
---
meta/recipes-devtools/gdb/gdb.inc | 1 +
...ction-of-64-bit-PPC-inferior-in-gdbserver.patch | 56 ++
2 files changed, 57 insertions(+)
create mode 100644
meta/recipes-devtools/gdb/gdb/fix-detection-of-64-bit-PPC-inferior-in-gdbserver.patch
diff --git a/meta/recipes-devtools/gdb/gdb.inc
b/meta/recipes-devtools/gdb/gdb.inc
index 5466a7d..88c0213 100644
--- a/meta/recipes-devtools/gdb/gdb.inc
+++ b/meta/recipes-devtools/gdb/gdb.inc
@@ -4,6 +4,7 @@ inherit gettext
SRC_URI += file://0002-Change-order-of-CFLAGS.patch \
file://0003-Add-support-for-Renesas-SH-sh4-architecture.patch \
+file://fix-detection-of-64-bit-PPC-inferior-in-gdbserver.patch \
#LDFLAGS_append = -s
#export CFLAGS_append= -L${STAGING_LIBDIR}
diff --git
a/meta/recipes-devtools/gdb/gdb/fix-detection-of-64-bit-PPC-inferior-in-gdbserver.patch
b/meta/recipes-devtools/gdb/gdb/fix-detection-of-64-bit-PPC-inferior-in-gdbserver.patch
new file mode 100644
index 000..2854352
--- /dev/null
+++
b/meta/recipes-devtools/gdb/gdb/fix-detection-of-64-bit-PPC-inferior-in-gdbserver.patch
@@ -0,0 +1,56 @@
+From 4fe67dbafa1bee679daecc12ed30621d5c2605de Mon Sep 17 00:00:00 2001
+From: Yao Qi y...@codesourcery.com
+Date: Mon, 11 May 2015 10:57:33 +0800
+Subject: [PATCH] Fix detection of 64-bit PPC inferior in gdbserver
+
+Issue #16775
+
+* gdbserver/linux-ppc-low.c (ppc_arch_setup): Change variable msr to type
+'unsigned long'. Check bit 63 or bit 31 is one.
+
+https://sourceware.org/ml/gdb-patches/2014-12/msg00239.html
+Written by: Yao Qi y...@codesourcery.com
+
+Upstream-Status: Pending
+
+Signed-off-by: Yuanjie Huang yuanjie.hu...@windriver.com
+---
+ gdb/gdbserver/linux-ppc-low.c | 11 +++
+ 1 file changed, 7 insertions(+), 4 deletions(-)
+
+diff --git a/gdb/gdbserver/linux-ppc-low.c b/gdb/gdbserver/linux-ppc-low.c
+index 63d4218..a62cf22 100644
+--- a/gdb/gdbserver/linux-ppc-low.c
b/gdb/gdbserver/linux-ppc-low.c
+@@ -374,7 +374,7 @@ ppc_arch_setup (void)
+ {
+ const struct target_desc *tdesc;
+ #ifdef __powerpc64__
+- long msr;
++ unsigned long msr;
+ struct regcache *regcache;
+
+ /* On a 64-bit host, assume 64-bit inferior process with no
+@@ -384,13 +384,16 @@ ppc_arch_setup (void)
+ current_process ()-tdesc = tdesc;
+ ppc_hwcap = 0;
+
+- /* Only if the high bit of the MSR is set, we actually have
+- a 64-bit inferior. */
++ /* We actually have a 64-bit inferior only if the certain bit of the
++ MSR is set. The PowerISA Book III-S MSR is different from the
++ PowerISA Book III-E MSR. The Book III-S MSR is 64 bits wide, and
++ its MSR[SF] is the bit 0 of a 64-bit value. Book III-E MSR is 32
++ bits wide, and its MSR[CM] is the bit 0 of a 32-bit value. */
+ regcache = new_register_cache (tdesc);
+ fetch_inferior_registers (regcache, find_regno (tdesc, msr));
+ collect_register_by_name (regcache, msr, msr);
+ free_register_cache (regcache);
+- if (msr 0)
++ if (msr 0x80008000)
+ {
+ ppc_get_hwcap (ppc_hwcap);
+ if (ppc_hwcap PPC_FEATURE_CELL)
+--
+1.8.5.2.233.g932f7e4
+
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] FW: [oe] [meta-oe][PATCH] parted_1.8.6.bb: add parted that not GPLv3
On Tue, Jul 7, 2015 at 10:55 AM, Alexander Kanavin alexander.kana...@linux.intel.com wrote: On 07/07/2015 04:38 PM, Burton, Ross wrote: How about renaming the recipe, so that it doesn't clash with the GPLv3 version? For example, parted1_1.8.6.bb http://parted1_1.8.6.bb. Then it can be kept outside of oe-core. As they're just version variations that would be overly complex. Dropping it in oe-core as it's a non-v3 alternative doesn't seem to be a problem to me (as there's plenty of precedent for that already). My problem is that parted 1.8.6 was released in 2007, and the recipe already carries eight patches with it (and none of them has any information about their origin). Who's going to provide ongoing maintenance for all that? I would like Lei to establish himself as the maintainer (through the maintainers.inc file). Agreed; 2007 I was still one of developers of it IIRC and since then, Jim has improved it quite a lot. To be honest, parted at that time has several issues with bigger disk sectors and other stuff. I wouldn't like to see projects relying on such old and buggy version. -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://code.ossystems.com.br Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] toolchain-scripts.bbclass: use MLPREFIX to instead of MULTILIB_VARIANTS
On Tue, Jul 7, 2015 at 12:17 AM, Robert Yang liezhi.y...@windriver.com
wrote:
for dep in (d.getVar('TOOLCHAIN_NEED_CONFIGSITE_CACHE', True) or
).split():
deps += %s:do_populate_sysroot % dep
-for variant in (d.getVar('MULTILIB_VARIANTS', True) or
).split():
-clsextend = oe.classextend.ClassExtender(variant, d)
+mlprefix = d.getVar('MLPREFIX', True)
+if mlprefix:
+clsextend = oe.classextend.ClassExtender(mlprefix[:-1], d)
newdep = clsextend.extend_name(dep)
deps += %s:do_populate_sysroot % newdep
Do we really want to get MLPREFIX and construct a ClassExtender for each
dep in TOOLCHAIN_NEED_CONFIGSITE_CACHE? Could we do those outside the loop?
--
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] FW: [oe] [meta-oe][PATCH] parted_1.8.6.bb: add parted that not GPLv3
On 07/07/2015 11:18 AM, Burton, Ross wrote: Can non-GPLv3 parted be added into oe-core? I think not everybody wants to use the GPLv3 version. There's a good argument for this, so send a tested patch and it can be reviewed. How about renaming the recipe, so that it doesn't clash with the GPLv3 version? For example, parted1_1.8.6.bb. Then it can be kept outside of oe-core. Alex -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] FW: [oe] [meta-oe][PATCH] parted_1.8.6.bb: add parted that not GPLv3
On 7 July 2015 at 14:30, Alexander Kanavin alexander.kana...@linux.intel.com wrote: How about renaming the recipe, so that it doesn't clash with the GPLv3 version? For example, parted1_1.8.6.bb. Then it can be kept outside of oe-core. As they're just version variations that would be overly complex. Dropping it in oe-core as it's a non-v3 alternative doesn't seem to be a problem to me (as there's plenty of precedent for that already). Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] FW: [oe] [meta-oe][PATCH] parted_1.8.6.bb: add parted that not GPLv3
On 07/07/2015 04:38 PM, Burton, Ross wrote: How about renaming the recipe, so that it doesn't clash with the GPLv3 version? For example, parted1_1.8.6.bb http://parted1_1.8.6.bb. Then it can be kept outside of oe-core. As they're just version variations that would be overly complex. Dropping it in oe-core as it's a non-v3 alternative doesn't seem to be a problem to me (as there's plenty of precedent for that already). My problem is that parted 1.8.6 was released in 2007, and the recipe already carries eight patches with it (and none of them has any information about their origin). Who's going to provide ongoing maintenance for all that? I would like Lei to establish himself as the maintainer (through the maintainers.inc file). Regards, Alex -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/3] speex, speexdsp: 1.2rc1 - 1.2rc2/1.2rc3
On 07/06/2015 06:14 PM, Tanu Kaskinen wrote: These patches update speex to 1.2rc2 and speexdsp to 1.2rc3. speexdsp was previously included in speex, but now it's in a separate source tree, so a new recipe is needed. The gap between rc1 and rc2 has been six *years*, and rc2 has been released 7 *months* ago. The upstream clearly doesn't know the definition of 'release candidate' :) I'm totally fine with your patches, just in case. Alex -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] libdrm: remove git recipe, merge inc
On Jul 3, 2015, at 3:21 AM, Ross Burton ross.bur...@intel.com wrote:
The git recipe hasn't been touched since 2012 and is out of date, so simplify
the recipe by removing the git form and merging the remaining bb and inc file.
There might be recipes in other layers which might be using .inc file, drm is
sometimes
specific to some SOCs. layer index shows that atleast meta-ti assumes .inc to
be available
and there might be more unlisted or closed layers which do so.
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/recipes-graphics/drm/libdrm.inc | 41 --
meta/recipes-graphics/drm/libdrm_2.4.59.bb | 41 +++---
meta/recipes-graphics/drm/libdrm_git.bb| 12 -
3 files changed, 38 insertions(+), 56 deletions(-)
delete mode 100644 meta/recipes-graphics/drm/libdrm.inc
delete mode 100644 meta/recipes-graphics/drm/libdrm_git.bb
diff --git a/meta/recipes-graphics/drm/libdrm.inc
b/meta/recipes-graphics/drm/libdrm.inc
deleted file mode 100644
index d3e1e92..000
--- a/meta/recipes-graphics/drm/libdrm.inc
+++ /dev/null
@@ -1,41 +0,0 @@
-SUMMARY = Userspace interface to the kernel DRM services
-DESCRIPTION = The runtime library for accessing the kernel DRM services.
DRM \
-stands for \Direct Rendering Manager\, which is the kernel portion of the \
-\Direct Rendering Infrastructure\ (DRI). DRI is required for many
hardware \
-accelerated OpenGL drivers.
-HOMEPAGE = http://dri.freedesktop.org;
-SECTION = x11/base
-LICENSE = MIT
-LIC_FILES_CHKSUM =
file://xf86drm.c;beginline=9;endline=32;md5=c8a3b961af7667c530816761e949dc71
-SRC_URI = http://dri.freedesktop.org/libdrm/libdrm-${PV}.tar.bz2;
-PROVIDES = drm
-DEPENDS = libpthread-stubs udev
-
-# be aware that libdrm_2.4.44.bb ignores this
-INC_PR = r4
-
-#libpciaccess is required starting from libdrm 2.4.26
-DEPENDS += libpciaccess
-
-inherit autotools pkgconfig
-
-EXTRA_OECONF += --disable-cairo-tests \
- --enable-omap-experimental-api \
- --enable-install-test-programs \
- --disable-manpages \
-
-ALLOW_EMPTY_${PN}-drivers = 1
-PACKAGES =+ ${PN}-tests ${PN}-drivers ${PN}-radeon ${PN}-nouveau ${PN}-omap
\
- ${PN}-intel ${PN}-exynos ${PN}-kms ${PN}-freedreno
-
-RRECOMMENDS_${PN}-drivers = ${PN}-radeon ${PN}-nouveau ${PN}-omap
${PN}-intel \
- ${PN}-exynos ${PN}-freedreno
-
-FILES_${PN}-tests = ${bindir}/dr* ${bindir}/mode* ${bindir}/*test
-FILES_${PN}-radeon = ${libdir}/libdrm_radeon.so.*
-FILES_${PN}-nouveau = ${libdir}/libdrm_nouveau.so.*
-FILES_${PN}-omap = ${libdir}/libdrm_omap.so.*
-FILES_${PN}-intel = ${libdir}/libdrm_intel.so.*
-FILES_${PN}-exynos = ${libdir}/libdrm_exynos.so.*
-FILES_${PN}-kms = ${libdir}/libkms*.so.*
-FILES_${PN}-freedreno = ${libdir}/libdrm_freedreno.so.*
diff --git a/meta/recipes-graphics/drm/libdrm_2.4.59.bb
b/meta/recipes-graphics/drm/libdrm_2.4.59.bb
index 14bf44a..97f75ff 100644
--- a/meta/recipes-graphics/drm/libdrm_2.4.59.bb
+++ b/meta/recipes-graphics/drm/libdrm_2.4.59.bb
@@ -1,6 +1,41 @@
-require libdrm.inc
-
-SRC_URI += file://installtests.patch
+SUMMARY = Userspace interface to the kernel DRM services
+DESCRIPTION = The runtime library for accessing the kernel DRM services.
DRM \
+stands for \Direct Rendering Manager\, which is the kernel portion of the \
+\Direct Rendering Infrastructure\ (DRI). DRI is required for many
hardware \
+accelerated OpenGL drivers.
+HOMEPAGE = http://dri.freedesktop.org;
+SECTION = x11/base
+LICENSE = MIT
+LIC_FILES_CHKSUM =
file://xf86drm.c;beginline=9;endline=32;md5=c8a3b961af7667c530816761e949dc71
+PROVIDES = drm
+DEPENDS = libpthread-stubs udev libpciaccess
+SRC_URI = http://dri.freedesktop.org/libdrm/${BP}.tar.bz2 \
+ file://installtests.patch
SRC_URI[md5sum] = d32a1d37c2546ee11fc5924abeedb23e
SRC_URI[sha256sum] =
68d26e1fd85582f4243d66864f9b43ca4ee93662825de32b5506fc8e181ea41b
+
+inherit autotools pkgconfig
+
+EXTRA_OECONF += --disable-cairo-tests \
+ --enable-omap-experimental-api \
+ --enable-install-test-programs \
+ --disable-manpages \
+
+
+ALLOW_EMPTY_${PN}-drivers = 1
+PACKAGES =+ ${PN}-tests ${PN}-drivers ${PN}-radeon ${PN}-nouveau ${PN}-omap
\
+ ${PN}-intel ${PN}-exynos ${PN}-kms ${PN}-freedreno
+
+RRECOMMENDS_${PN}-drivers = ${PN}-radeon ${PN}-nouveau ${PN}-omap
${PN}-intel \
+ ${PN}-exynos ${PN}-freedreno
+
+FILES_${PN}-tests = ${bindir}/dr* ${bindir}/mode* ${bindir}/*test
+FILES_${PN}-radeon = ${libdir}/libdrm_radeon.so.*
+FILES_${PN}-nouveau = ${libdir}/libdrm_nouveau.so.*
+FILES_${PN}-omap = ${libdir}/libdrm_omap.so.*
+FILES_${PN}-intel = ${libdir}/libdrm_intel.so.*
+FILES_${PN}-exynos = ${libdir}/libdrm_exynos.so.*
+FILES_${PN}-kms =
[OE-core] [PATCH][V2] rpm: disable external key server
From: yzhu1 yanjun@windriver.com
When RPM experiences a signed package, with a signature that it does NOT know.
By default it will send the -fingerprint- (and only the 16 digit fingerprint)
to an external HKP server, trying to get the key down.
This is probably not a reasonable default behavior for the system to do,
instead it should simply fail the key lookup. If someone wants to enable the
HKP server it's easy enough to do by enabling the necessary macros.
Signed-off-by: yzhu1 yanjun@windriver.com
Signed-off-by: Roy Li rongqing...@windriver.com
---
...rpm-macros.in-disable-external-key-server.patch | 27 ++
meta/recipes-devtools/rpm/rpm_5.4.14.bb| 1 +
2 files changed, 28 insertions(+)
create mode 100644
meta/recipes-devtools/rpm/rpm/rpm-macros.in-disable-external-key-server.patch
diff --git
a/meta/recipes-devtools/rpm/rpm/rpm-macros.in-disable-external-key-server.patch
b/meta/recipes-devtools/rpm/rpm/rpm-macros.in-disable-external-key-server.patch
new file mode 100644
index 000..07a0cfa
--- /dev/null
+++
b/meta/recipes-devtools/rpm/rpm/rpm-macros.in-disable-external-key-server.patch
@@ -0,0 +1,27 @@
+disable external key server
+
+Upstream-Status: Pending
+
+When RPM experiences a signed package, with a signature that it does NOT know.
+By default it will send the -fingerprint- (and only the 16 digit fingerprint)
to
+an external HKP server, trying to get the key down.
+
+This is probably not a reasonable default behavior for the system to do,
instead
+it should simply fail the key lookup. If someone wants to enable the HKP
server
+it's easy enough to do by enabling the necessary macros.
+
+Signed-off-by: yzhu1 yanjun@windriver.com
+Signed-off-by: Mark Hatle mark.ha...@windriver.com
+--- a/macros/macros.in
b/macros/macros.in
+@@ -546,8 +546,8 @@ $_arbitrary_tags_tests Foo:Bar
+ # Horowitz Key Protocol server configuration
+ #
+ #%_hkp_keyserver hkp://keys.n3npq.net
+-%_hkp_keyserver hkp://pool.sks-keyservers.net
+-%_hkp_keyserver_query %{_hkp_keyserver}/pks/lookup?op=getsearch=
++#%_hkp_keyserver hkp://pool.sks-keyservers.net
++#%_hkp_keyserver_query %{_hkp_keyserver}/pks/lookup?op=getsearch=
+
+
+ %_nssdb_path /etc/pki/nssdb
diff --git a/meta/recipes-devtools/rpm/rpm_5.4.14.bb
b/meta/recipes-devtools/rpm/rpm_5.4.14.bb
index 2e17a91..bff0687 100644
--- a/meta/recipes-devtools/rpm/rpm_5.4.14.bb
+++ b/meta/recipes-devtools/rpm/rpm_5.4.14.bb
@@ -94,6 +94,7 @@ SRC_URI =
http://www.rpm5.org/files/rpm/rpm-5.4/rpm-5.4.14-0.20131024.src.rpm;e
file://no-ldflags-in-pkgconfig.patch \
file://rpm-lua-fix-print.patch \
file://rpm-check-rootpath-reasonableness.patch \
+ file://rpm-macros.in-disable-external-key-server.patch \
# Uncomment the following line to enable platform score debugging
--
2.1.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 3/3] cups: upgrade to 2.1b1
This is a beta release, so isn't appropriate for oe-core without good
reason.
Ross
On 24 June 2015 at 09:34, Chen Qi qi.c...@windriver.com wrote:
Signed-off-by: Chen Qi qi.c...@windriver.com
---
meta/recipes-extended/cups/{cups_2.0.2.bb = cups_2.1b1.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-extended/cups/{cups_2.0.2.bb = cups_2.1b1.bb} (40%)
diff --git a/meta/recipes-extended/cups/cups_2.0.2.bb
b/meta/recipes-extended/cups/cups_2.1b1.bb
similarity index 40%
rename from meta/recipes-extended/cups/cups_2.0.2.bb
rename to meta/recipes-extended/cups/cups_2.1b1.bb
index 96c24cd..cbf3506 100644
--- a/meta/recipes-extended/cups/cups_2.0.2.bb
+++ b/meta/recipes-extended/cups/cups_2.1b1.bb
@@ -2,5 +2,5 @@ require cups.inc
LIC_FILES_CHKSUM =
file://LICENSE.txt;md5=6c5a350596fba02754bd96eb6df3afd0
-SRC_URI[md5sum] = 6e0ea72dbafcf5baaa1cf4178e71096d
-SRC_URI[sha256sum] =
858720f76b66fd0441ae2a16f7cabd9554c8c64607e28ffacf16c36c53a3b18b
+SRC_URI[md5sum] = 12e37ca320f46467759e9440ffad07e9
+SRC_URI[sha256sum] =
ffc7620e7dcd8412af3ff2c3da74c56d5dcbb335bf79b787bed039fe1918aee1
--
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
