[OE-core] [PATCH 1/1] init-live.sh: fix media automount failed after booting from usb-drive
1, This issue happens to BSP only. After a BSP board is booted with Yocto linux from USB drive, cat /proc/mounts shows: ... /dev/sda3 /media/sda3 ext3 rw,relatime,errors=continue,user_xattr,acl,barrier=1,data=ordered 0 0 /dev/sda1 /media/sda1 ext3 rw,relatime,errors=continue,barrier=1,data=ordered 0 0 /dev/sda2 /media/sda2 ext3 rw,relatime,errors=continue,user_xattr,acl,barrier=1,data=ordered 0 0 ... but actually the directory /media/sda1 doesn't exist at all, df shows: ... df: /media/sda3: No such file or directory df: /media/sda1: No such file or directory df: /media/sda2: No such file or directory ... 2, This is because the mount data comes from proc setup during early boot before the change root, which then uses a different root filesystem, the media is not in the new root filesystem. 3, During early boot before switch_root, use `mount --move' to move all medias to the new root filesystem could also fix this issue. [YOCTO #2064] [YOCTO #3705] Signed-off-by: Hongxu Jia hongxu@windriver.com --- meta/recipes-core/initrdscripts/files/init-live.sh |6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/meta/recipes-core/initrdscripts/files/init-live.sh b/meta/recipes-core/initrdscripts/files/init-live.sh index 4bd1b52..804e16e 100644 --- a/meta/recipes-core/initrdscripts/files/init-live.sh +++ b/meta/recipes-core/initrdscripts/files/init-live.sh @@ -79,11 +79,13 @@ boot_live_root() { # Move the mount points of some filesystems over to # the corresponding directories under the real root filesystem. +for dir in `awk '/\/dev.* \/media/{print $2}' /proc/mounts`; do +mkdir -p ${ROOT_MOUNT}/$dir +mount -n --move $dir ${ROOT_MOUNT}/$dir +done mount -n --move /proc ${ROOT_MOUNT}/proc mount -n --move /sys ${ROOT_MOUNT}/sys mount -n --move /dev ${ROOT_MOUNT}/dev -# Move /media/$i over to the real root filesystem -mount -n --move /media/$i ${ROOT_MOUNT}/media/realroot cd $ROOT_MOUNT exec switch_root -c /dev/console $ROOT_MOUNT /sbin/init -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] init-live.sh: fix media automount failed after booting from usb-drive
The following changes since commit 5cb59cc6910d8f3165528c4a71e29e4de897d242: yocto-bsp: re-enable AutoAddDevices in xorg.conf for generated BSPs (2013-05-29 22:25:41 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib hongxu/fix-init-live http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=hongxu/fix-init-live Hongxu Jia (1): init-live.sh: fix media automount failed after booting from usb-drive meta/recipes-core/initrdscripts/files/init-live.sh |6 -- 1 file changed, 4 insertions(+), 2 deletions(-) -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] classes/qmake2: export QMAKEPATH
QMAKEPATH is exported so that qmake is able to detect the webkit module, load it and add it to the QT_CONFIG variable. The detection is done in mkspecs/features/qt_config.prf which reads the qmake QMAKE_MKSPECS builtin. qmake will read QMAKEPATH, append /mkspecs to it and prepend it to the QMAKE_MKSPECS list builtin returned. qt_config.prf will then load modules matching modules/qt_*.pri inside each directory in QMAKE_MKSPECS. Signed-off-by: Jonathan Liu net...@gmail.com --- meta/classes/qmake2.bbclass | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/classes/qmake2.bbclass b/meta/classes/qmake2.bbclass index 8b9861c..03ad2f1 100644 --- a/meta/classes/qmake2.bbclass +++ b/meta/classes/qmake2.bbclass @@ -5,6 +5,7 @@ inherit qmake_base DEPENDS_prepend = qt4-tools-native +export QMAKEPATH = ${STAGING_DATADIR}/qt4 export QMAKESPEC = ${STAGING_DATADIR}/qt4/mkspecs/${TARGET_OS}-oe-g++ export OE_QMAKE_QT_CONFIG = ${STAGING_DATADIR}/qt4/mkspecs/qconfig.pri export OE_QMAKE_UIC = ${STAGING_BINDIR_NATIVE}/uic4 -- 1.8.2.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1]ddimage: fix incompatibility with dash
The following changes since commit a62aed41f2d8f874f7ae24d0e5be5dbc66ea2199: lrzsz: check locale.h in configure (2013-06-04 15:55:46 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib hongxu/fix-ddiamge http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=hongxu/fix-ddiamge Hongxu Jia (1): ddimage: fix incompatibility with dash scripts/contrib/ddimage | 16 +--- 1 file changed, 9 insertions(+), 7 deletions(-) -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] ddimage: fix incompatibility with dash
On systems with dash as /bin/sh there were failures while invoking ddimage. Fix to let it work with both bash and dash shells. [YOCTO #4617] Signed-off-by: Hongxu Jia hongxu@windriver.com --- scripts/contrib/ddimage | 16 +--- 1 file changed, 9 insertions(+), 7 deletions(-) diff --git a/scripts/contrib/ddimage b/scripts/contrib/ddimage index 956699c..ab1d4c7 100755 --- a/scripts/contrib/ddimage +++ b/scripts/contrib/ddimage @@ -6,11 +6,11 @@ BLACKLIST_DEVICES=/dev/sda # 1MB blocksize BLOCKSIZE=1048576 -function usage() { +usage() { echo Usage: $(basename $0) IMAGE DEVICE } -function image_details() { +image_details() { IMG=$1 echo Image details echo = @@ -21,7 +21,7 @@ function image_details() { echo } -function device_details() { +device_details() { DEV=$1 BLOCK_SIZE=512 @@ -61,10 +61,12 @@ if [ ! -e $IMAGE ]; then fi -if [ ${BLACKLIST_DEVICES/${DEVICE}/ERROR} != $BLACKLIST_DEVICES ]; then - echo ERROR: Device $DEVICE is blacklisted - exit 1 -fi +for i in ${BLACKLIST_DEVICES}; do + if [ $i = $DEVICE ]; then + echo ERROR: Device $DEVICE is blacklisted + exit 1 + fi +done if [ ! -w $DEVICE ]; then echo ERROR: Device $DEVICE does not exist or is not writable -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] classes/qmake2: export QMAKEPATH
On 6 June 2013 16:54, Jonathan Liu net...@gmail.com wrote: QMAKEPATH is exported so that qmake is able to detect the webkit module, load it and add it to the QT_CONFIG variable. The detection is done in mkspecs/features/qt_config.prf which reads the qmake QMAKE_MKSPECS builtin. qmake will read QMAKEPATH, append /mkspecs to it and prepend it to the QMAKE_MKSPECS list builtin returned. qt_config.prf will then load modules matching modules/qt_*.pri inside each directory in QMAKE_MKSPECS. Signed-off-by: Jonathan Liu net...@gmail.com --- meta/classes/qmake2.bbclass | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/classes/qmake2.bbclass b/meta/classes/qmake2.bbclass index 8b9861c..03ad2f1 100644 --- a/meta/classes/qmake2.bbclass +++ b/meta/classes/qmake2.bbclass @@ -5,6 +5,7 @@ inherit qmake_base DEPENDS_prepend = qt4-tools-native +export QMAKEPATH = ${STAGING_DATADIR}/qt4 export QMAKESPEC = ${STAGING_DATADIR}/qt4/mkspecs/${TARGET_OS}-oe-g++ export OE_QMAKE_QT_CONFIG = ${STAGING_DATADIR}/qt4/mkspecs/qconfig.pri export OE_QMAKE_UIC = ${STAGING_BINDIR_NATIVE}/uic4 -- 1.8.2.3 This may be causing some packaging QA problems. I am investigating... Regards, Jonathan ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2 0/7] run-postinsts refactoring
(cover letter only) Changes in v2: * addressed an RPM issue that happened on AB. Interestingly, it happened only on certain distros. Our internal AB (running on Ubuntu server 12.04), didn't show any issues. So, what was the problem? We use a scriptlet wrapper to run the pre/post install scriptlets. What I missed in the previous patchset was that I didn't use the scriptlet wrapper when running the pre/post remove scriptlets and the context in which they ran was not correct. Hence, the update-rc.d used was the host's... * addresses Ross's request to move run-postinsts recipe out of dpkg directory, since it's generic now; Paul, Mark would you please review the RPM changes please? Thanks, Laurentiu Changes in v1: Hi all, My work at #4484 revealed that the package managers deb/ipk/rpm handle removal of PM meta-data (when the PM is not deployed) and the delayed postinstalls execution in their own way. Currently we have: * run-postinsts (for deb/ipk) and rpm-postinsts (for rpm) for running the delayed postinstalls on target when the PM is not part of the image; * opkg removes the meta-data and some uneeded packages whilst deb/rpm remove only the meta-data; * both opkg and deb have no way of running the delayed postinstalls on target, if package-management is not part of IMAGE_FEATURES, because the meta-data was deleted (and it would have been useless anyway since the PM is not installed); That being said, this patchset tries to create a more unified solution for all PM backends. rpm-postinsts recipe is replaced by run-postinsts but I'll keep it in oe-core for a while (a couple of weeks maybe), just in case the current solution does not satisfy the RPM users (I doubt it though). I did tests with core-image-minimal using sysvinit/systemd and with/without delayed postinstalls. The results are as expected. Thanks, Laurentiu The following changes since commit a62aed41f2d8f874f7ae24d0e5be5dbc66ea2199: lrzsz: check locale.h in configure (2013-06-04 15:55:46 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib lpalcu/run_postinsts_refactor_v2 http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=lpalcu/run_postinsts_refactor_v2 Laurentiu Palcu (7): rootfs_*.bbclass: add some helper functions image.bbclass: remove unneeded files from the image core-image-minimal: do not remove packaging files in the rootfs postprocess run-postinsts: make it generic rootfs_rpm.bbclass: switch to using run-postinsts package_rpm.bbclass: handle pre/post remove scriptlets rpm: replace rpm-postinsts dependency with run-postinsts meta/classes/image.bbclass | 33 ++ meta/classes/package_rpm.bbclass | 16 --- meta/classes/rootfs_deb.bbclass| 23 +- meta/classes/rootfs_ipk.bbclass| 39 meta/classes/rootfs_rpm.bbclass| 29 ++-- meta/recipes-core/images/core-image-minimal.bb |2 - .../dpkg/run-postinsts/run-postinsts | 36 --- .../dpkg/run-postinsts/run-postinsts.awk | 30 - meta/recipes-devtools/rpm/rpm_5.4.9.bb |2 +- .../run-postinsts/run-postinsts/run-postinsts | 47 .../{dpkg = run-postinsts}/run-postinsts_1.0.bb |7 ++- 11 files changed, 159 insertions(+), 105 deletions(-) delete mode 100755 meta/recipes-devtools/dpkg/run-postinsts/run-postinsts delete mode 100644 meta/recipes-devtools/dpkg/run-postinsts/run-postinsts.awk create mode 100755 meta/recipes-devtools/run-postinsts/run-postinsts/run-postinsts rename meta/recipes-devtools/{dpkg = run-postinsts}/run-postinsts_1.0.bb (68%) -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [dylan][PATCH] menu-cache: Fix segmentation fault
[YOCTO #4353] (From OE-Core rev: 8c9c6155e6d83675a94b4eaae4ffc6dfeca399ee) Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org --- Hi Paul, This needs to go in dylan too. Thanks, Laurentiu .../menu-cache/files/Fix-segfault.patch| 31 .../menu-cache/menu-cache_0.4.1.bb |4 ++- 2 files changed, 34 insertions(+), 1 deletion(-) create mode 100644 meta/recipes-graphics/menu-cache/files/Fix-segfault.patch diff --git a/meta/recipes-graphics/menu-cache/files/Fix-segfault.patch b/meta/recipes-graphics/menu-cache/files/Fix-segfault.patch new file mode 100644 index 000..74a0407 --- /dev/null +++ b/meta/recipes-graphics/menu-cache/files/Fix-segfault.patch @@ -0,0 +1,31 @@ +From a497ea6aae3994b7f6527ef7599dd95baf2ad841 Mon Sep 17 00:00:00 2001 +From: Laurentiu Palcu laurentiu.pa...@intel.com +Date: Mon, 29 Apr 2013 12:04:20 +0300 +Subject: [PATCH] Fix segfault + +Apparently, g_io_channel_unref() was called twice: once in the +menu-cache's on_client_closed() callback and once from the finalize +function, g_io_unix_finalize()/g_io_win32_finalize(), which is called +anyway when the source is removed. + +Upstream-Status: Pending +Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com +--- + menu-cache-daemon/menu-cached.c |1 - + 1 file changed, 1 deletion(-) + +diff --git a/menu-cache-daemon/menu-cached.c b/menu-cache-daemon/menu-cached.c +index e246bb4..a10b6db 100644 +--- a/menu-cache-daemon/menu-cached.c b/menu-cache-daemon/menu-cached.c +@@ -579,7 +579,6 @@ static void on_client_closed(gpointer user_data) + } + } + /* DEBUG(client closed); */ +-g_io_channel_unref(ch); + } + + static gboolean on_client_data_in(GIOChannel* ch, GIOCondition cond, gpointer user_data) +-- +1.7.9.5 + diff --git a/meta/recipes-graphics/menu-cache/menu-cache_0.4.1.bb b/meta/recipes-graphics/menu-cache/menu-cache_0.4.1.bb index d0c5340..2aabd4a 100644 --- a/meta/recipes-graphics/menu-cache/menu-cache_0.4.1.bb +++ b/meta/recipes-graphics/menu-cache/menu-cache_0.4.1.bb @@ -11,7 +11,9 @@ LIC_FILES_CHKSUM = file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f \ SECTION = x11/libs DEPENDS = glib-2.0 zlib -SRC_URI = ${SOURCEFORGE_MIRROR}/lxde/menu-cache-${PV}.tar.gz +SRC_URI = ${SOURCEFORGE_MIRROR}/lxde/menu-cache-${PV}.tar.gz \ + file://Fix-segfault.patch \ + SRC_URI[md5sum] = 20fed982f5d8e6ec8a56a5b48894ecf0 SRC_URI[sha256sum] = 4fa9408e353fedba5b7314cbf6b6cd06d873a1424e281aa050d88bb9c0a0191e -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] socat: enable termios
From: Roy.Li rongqing...@windriver.com fix two cross-compile issue to enable termios: 1. Define ac_cv_ispeed_offset in EXTRA_OECONF to avoid to call AC_TRY_RUN() on cross-compile environment. 2. fix autoheader to generate *_SHIFT macros Signed-off-by: Roy.Li rongqing...@windriver.com --- .../socat/files/fix-xxx_SHIFT-autoheader.patch | 40 meta/recipes-connectivity/socat/socat_1.7.2.1.bb | 15 ++-- 2 files changed, 52 insertions(+), 3 deletions(-) create mode 100644 meta/recipes-connectivity/socat/files/fix-xxx_SHIFT-autoheader.patch diff --git a/meta/recipes-connectivity/socat/files/fix-xxx_SHIFT-autoheader.patch b/meta/recipes-connectivity/socat/files/fix-xxx_SHIFT-autoheader.patch new file mode 100644 index 000..44659a0 --- /dev/null +++ b/meta/recipes-connectivity/socat/files/fix-xxx_SHIFT-autoheader.patch @@ -0,0 +1,40 @@ +Subject: [PATCH] fix autoheader for *_SHIFT values. + +Upstream-Status: Pending + +autoheader would not generate C `#define' statements if +the first param of AC_DEFINE_UNQUOTED is a shell variable. +This will cause build failures while enable termios, so +expand these AC_DEFINE_UNQUOTED from the macro. + +Signed-off-by: Xin Ouyang xin.ouy...@windriver.com +--- + configure.in |5 +++-- + 1 file changed, 3 insertions(+), 2 deletions(-) + +diff --git a/configure.in b/configure.in +index c54e4c4..13bae64 100644 +--- a/configure.in b/configure.in +@@ -1335,8 +1335,6 @@ AC_CACHE_CHECK(shift offset of $1, $2, + [$2=-1] + ) + LIBS=$LIBS1]) +-SHIFT_NAME=$1_SHIFT +-AC_DEFINE_UNQUOTED($SHIFT_NAME, ${$2}, [foo]) + if test $2 = -1; then + AC_MSG_WARN(please determine $1_SHIFT manually) + fi +@@ -1346,6 +1344,9 @@ AC_SHIFT_OFFSET(CRDLY, sc_cv_sys_crdly_shift) + AC_SHIFT_OFFSET(TABDLY, sc_cv_sys_tabdly_shift) + AC_SHIFT_OFFSET(CSIZE, sc_cv_sys_csize_shift) + ++AC_DEFINE_UNQUOTED(CRDLY_SHIFT, ${sc_cv_sys_crdly_shift}, [shift for CRDLY, carriage return delay]) ++AC_DEFINE_UNQUOTED(TABDLY_SHIFT, ${sc_cv_sys_tabdly_shift}, [shift for TABDLY, horizontal tab delay]) ++AC_DEFINE_UNQUOTED(CSIZE_SHIFT, ${sc_cv_sys_csize_shift}, [shift for CSIZE, character size]) + + dnl find what physical type (basic C type) is equivalent to the given type. + dnl arg1: include file(s) +-- +1.7.9.5 + diff --git a/meta/recipes-connectivity/socat/socat_1.7.2.1.bb b/meta/recipes-connectivity/socat/socat_1.7.2.1.bb index 950e1e5..43c2d58 100644 --- a/meta/recipes-connectivity/socat/socat_1.7.2.1.bb +++ b/meta/recipes-connectivity/socat/socat_1.7.2.1.bb @@ -13,15 +13,24 @@ LIC_FILES_CHKSUM = file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263 \ PR = r0 SRC_URI = http://www.dest-unreach.org/socat/download/socat-${PV}.tar.bz2;name=src \ - file://compile.patch + file://compile.patch \ + file://fix-xxx_SHIFT-autoheader.patch + +EXTRA_OECONF += ac_cv_have_z_modifier=yes sc_cv_sys_crdly_shift=9 \ +sc_cv_sys_tabdly_shift=11 sc_cv_sys_csize_shift=4 \ +ac_cv_ispeed_offset=13 \ + SRC_URI[src.md5sum] = 7ddfea7e9e85f868670f94d3ea08358b SRC_URI[src.sha256sum] = faea2ed6c63bb97a59237fd43b7c35ad248317297e8bfeb2e6f2ec1e6bc58277 -EXTRA_OECONF = --disable-termios - inherit autotools +do_configure_prepend() { +sed '/AC_DEFINE_UNQUOTED(ISPEED_OFFSET/a\AC_DEFINE(OSPEED_OFFSET,\ +(ISPEED_OFFSET+1)\ ,\ [have\ ospeed\ offset])' -i ${S}/configure.in +} + do_install_prepend () { mkdir -p ${D}${bindir} install -d ${D}${bindir} ${D}${mandir}/man1 -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1 v2] socat: enable termios
From: Roy.Li rongqing...@windriver.com The following changes since commit 9ba812ab1f613d28f9eb3192d2ff1a34dfce33e4: binutils: fix compile error of complex expressions before @l/@h (2013-06-03 16:46:37 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib roy/socat-v1 http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=roy/socat-v1 Roy.Li (1): socat: enable termios .../socat/files/fix-xxx_SHIFT-autoheader.patch | 40 meta/recipes-connectivity/socat/socat_1.7.2.1.bb | 15 ++-- 2 files changed, 52 insertions(+), 3 deletions(-) create mode 100644 meta/recipes-connectivity/socat/files/fix-xxx_SHIFT-autoheader.patch -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] chkconfig: fix QA warning about unsafe references in binaries
From: Wenzong Fan wenzong@windriver.com This test is disabled in oe-core by default, but if we enable it, we'll get following warnings: + WARN_QA = unsafe-references-in-binaries unsafe-references-in-scripts WARNING: QA Issue: chkconfig: /sbin/chkconfig, installed in the \ base_prefix, requires a shared library under exec_prefix (/usr): \ libpopt.so.0 = /usr/lib64/libpopt.so.0 The following changes since commit a62aed41f2d8f874f7ae24d0e5be5dbc66ea2199: lrzsz: check locale.h in configure (2013-06-04 15:55:46 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib wenzong/chkconfig http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=wenzong/chkconfig Wenzong Fan (1): chkconfig: fix QA warning about unsafe references in binaries meta/recipes-extended/chkconfig/chkconfig_1.3.58.bb |3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] chkconfig: fix QA warning about unsafe references in binaries
From: Wenzong Fan wenzong@windriver.com This test is disabled in oe-core by default, but if we enable it, we'll get following warnings: + WARN_QA = unsafe-references-in-binaries unsafe-references-in-scripts WARNING: QA Issue: chkconfig: /sbin/chkconfig, installed in the \ base_prefix, requires a shared library under exec_prefix (/usr): \ libpopt.so.0 = /usr/lib64/libpopt.so.0 Signed-off-by: Wenzong Fan wenzong@windriver.com --- meta/recipes-extended/chkconfig/chkconfig_1.3.58.bb |3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/meta/recipes-extended/chkconfig/chkconfig_1.3.58.bb b/meta/recipes-extended/chkconfig/chkconfig_1.3.58.bb index 4c6985f..c6f8b1d 100644 --- a/meta/recipes-extended/chkconfig/chkconfig_1.3.58.bb +++ b/meta/recipes-extended/chkconfig/chkconfig_1.3.58.bb @@ -43,7 +43,8 @@ obey_variables () { } do_install() { - oe_runmake 'DESTDIR=${D}' 'INSTALLNLSDIR=${D}${datadir}/locale' install + oe_runmake 'DESTDIR=${D}' 'INSTALLNLSDIR=${D}${datadir}/locale' \ + 'BINDIR=${sbindir}' install install -d ${D}${sysconfdir}/chkconfig.d } -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] Questions on nfs-utils package: Client and Server RPMs.
Hi Experts, Currently, YOCTO's nfs-utls is separated into two main packages(RPMs) client and server. They are not depend on each other. Client has only a mount.nfs user space App. With both client and server RPMs installed, all works fine. But if we just install client RPM without server one, we can only mount nfs server with -o nolock for lack of rpcstatd. While in Debian system, it separate nfs-utils with a different way: one common and the other called server. Common contains mount.nfs and many other Apps including rpcstatd. This way the client side(without server RPM install) can mount remote NFS server in normal mode. But the side effect is the server RPM depends on the client one(Debian calls it as common). On this topic, any opinions on both styles? YOCTO Vs Debian. And, any plan to modify YOCTO to align Debian? Thanks Xiao ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] qmake2.bbclass: export OE_QMAKE_QT_CONFIG
On Wednesday 05 June 2013 10:01:09 Saul Wold wrote: On 06/05/2013 09:57 AM, Paul Eggleton wrote: On Wednesday 05 June 2013 09:46:49 Saul Wold wrote: On 06/05/2013 02:30 AM, Martin Jansa wrote: On Wed, Jun 05, 2013 at 07:01:50PM +1000, Jonathan Liu wrote: qconfig.pri was not being loaded by qmake properly. This means Qt qmake projects are unable to query QT_ARCH, QT_VERSION and other variables defined in qconfig.pri. Export OE_QMAKE_QT_CONFIG, setting it to the location of qconfig.pri so that it can be located by qmake. There is such patch already: http://lists.openembedded.org/pipermail/openembedded-core/2013-May/07831 4. html Got lost in my queue, adding it for the next MUT. FWIW I am still concerned by the assertion in the commit message about it causing undesirable behaviour. I'd want that checked out and the note removed before we look at merging this. OK, I will shelf this until I hear more about the testing of this change regarding the original patch's note. So I tested a rebuild of qt4-x11-free with Felipe's patch and two of Jonathan's (qt4: fix QMAKE_QT_CONFIG being overwritten with empty value and classes/qmake_base: allow parallel make), and did not observe any unexpected behaviour and buildhistory looks clean for qt itself and fotowall/quicky. So I'd say feel free to throw these into MUT, but I think we need to drop the note. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] qemu: update to 1.5.0
Patches removed: 0001-doc-Fix-texinfo-table-markup-in-qemu-options.hx.patch - applied 0002-docs-Fix-generating-qemu-doc.html-with-texinfo-5.patch - fixed different upstream Revert-vmware_vga-Add-back-some-info-in-local-state-.patch - fixed different upstream arm-bgr.patch - this should be also fixed upstream, if still issue please resend. fallback-to-safe-mmap_min_addr.patch - this should be also fixed upstream, if still issue please resend. linker-flags.patch - unneeded with makefile changes from configure the obsolete --audio-cards-list option has been removed. --- ...x-texinfo-table-markup-in-qemu-options.hx.patch | 213 ...x-generating-qemu-doc.html-with-texinfo-5.patch | 54 - ...re_vga-Add-back-some-info-in-local-state-.patch | 114 --- meta/recipes-devtools/qemu/files/arm-bgr.patch | 30 --- .../files/fallback-to-safe-mmap_min_addr.patch | 39 .../recipes-devtools/qemu/files/linker-flags.patch | 25 --- meta/recipes-devtools/qemu/qemu.inc|7 +- .../qemu/{qemu_1.4.1.bb = qemu_1.5.0.bb} |4 +- 8 files changed, 3 insertions(+), 483 deletions(-) delete mode 100644 meta/recipes-devtools/qemu/files/0001-doc-Fix-texinfo-table-markup-in-qemu-options.hx.patch delete mode 100644 meta/recipes-devtools/qemu/files/0002-docs-Fix-generating-qemu-doc.html-with-texinfo-5.patch delete mode 100644 meta/recipes-devtools/qemu/files/Revert-vmware_vga-Add-back-some-info-in-local-state-.patch delete mode 100644 meta/recipes-devtools/qemu/files/arm-bgr.patch delete mode 100644 meta/recipes-devtools/qemu/files/fallback-to-safe-mmap_min_addr.patch delete mode 100644 meta/recipes-devtools/qemu/files/linker-flags.patch rename meta/recipes-devtools/qemu/{qemu_1.4.1.bb = qemu_1.5.0.bb} (67%) diff --git a/meta/recipes-devtools/qemu/files/0001-doc-Fix-texinfo-table-markup-in-qemu-options.hx.patch b/meta/recipes-devtools/qemu/files/0001-doc-Fix-texinfo-table-markup-in-qemu-options.hx.patch deleted file mode 100644 index 9435cfe..000 --- a/meta/recipes-devtools/qemu/files/0001-doc-Fix-texinfo-table-markup-in-qemu-options.hx.patch +++ /dev/null @@ -1,213 +0,0 @@ -From 9a7146ca91c04d05af36684d8b3ca79c1254abc2 Mon Sep 17 00:00:00 2001 -From: Markus Armbruster arm...@redhat.com -Date: Wed, 13 Feb 2013 19:49:40 +0100 -Subject: [PATCH 1/2] doc: Fix texinfo @table markup in qemu-options.hx - -End tables before headings, start new ones afterwards. Fixes -incorrect indentation of headings File system options and Virtual -File system pass-through options in manual page and qemu-doc. - -Normalize markup some to increase chances it survives future edits. - -Upstream-Status: Backport - -Signed-off-by: Martin Jansa martin.ja...@gmail.com -Signed-off-by: Markus Armbruster arm...@redhat.com -Reviewed-by: Stefan Hajnoczi stefa...@redhat.com -Message-id: 1360781383-28635-5-git-send-email-arm...@redhat.com -Signed-off-by: Anthony Liguori aligu...@us.ibm.com - qemu-options.hx | 56 +--- - 1 file changed, 37 insertions(+), 19 deletions(-) - -diff --git a/qemu-options.hx b/qemu-options.hx -index 9d7131a..54bd92a 100644 a/qemu-options.hx -+++ b/qemu-options.hx -@@ -537,13 +537,15 @@ STEXI - @end table - ETEXI - --DEF(usb, 0, QEMU_OPTION_usb, ---usbenable the USB driver (will be the default soon)\n, --QEMU_ARCH_ALL) - STEXI - USB options: - @table @option -+ETEXI - -+DEF(usb, 0, QEMU_OPTION_usb, -+-usbenable the USB driver (will be the default soon)\n, -+QEMU_ARCH_ALL) -+STEXI - @item -usb - @findex -usb - Enable the USB driver (will be the default soon) -@@ -610,9 +612,15 @@ possible drivers and properties, use @code{-device help} and - @code{-device @var{driver},help}. - ETEXI - -+STEXI -+@end table -+ETEXI - DEFHEADING() - - DEFHEADING(File system options:) -+STEXI -+@table @option -+ETEXI - - DEF(fsdev, HAS_ARG, QEMU_OPTION_fsdev, - -fsdev fsdriver,id=id[,path=path,][security_model={mapped-xattr|mapped-file|passthrough|none}]\n -@@ -676,9 +684,15 @@ Specifies the tag name to be used by the guest to mount this export point - - ETEXI - -+STEXI -+@end table -+ETEXI - DEFHEADING() - - DEFHEADING(Virtual File system pass-through options:) -+STEXI -+@table @option -+ETEXI - - DEF(virtfs, HAS_ARG, QEMU_OPTION_virtfs, - -virtfs local,path=path,mount_tag=tag,security_model=[mapped-xattr|mapped-file|passthrough|none]\n -@@ -769,11 +783,9 @@ ETEXI - STEXI - @end table - ETEXI -- - DEFHEADING() - - DEFHEADING(Display options:) -- - STEXI - @table @option - ETEXI -@@ -1215,7 +1227,6 @@ ETEXI - STEXI - @end table - ETEXI -- - ARCHHEADING(, QEMU_ARCH_I386) - - ARCHHEADING(i386 target only:, QEMU_ARCH_I386) -@@ -1301,10 +1312,10 @@ Specify SMBIOS type 0 fields - Specify SMBIOS type 1 fields - ETEXI - --DEFHEADING() - STEXI - @end table - ETEXI -+DEFHEADING() - - DEFHEADING(Network options:) - STEXI -@@ -1718,13 +1729,19 @@
Re: [OE-core] [PATCH] qmake2.bbclass: export OE_QMAKE_QT_CONFIG
On Thu, Jun 6, 2013 at 12:11 AM, Jonathan Liu net...@gmail.com wrote: Please test it in combination with the patch I just submitted which fixes QMAKE_QT_CONFIG being overwritten with empty value from .qmake.cache. I needed it to build Qt Creator. Cool; maybe you could share the Qt Creator recipe? It could go to meta-oe :) -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://projetos.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] qemu: update to 1.5.0
On 06/06/2013 05:08 AM, Riku Voipio wrote: Patches removed: 0001-doc-Fix-texinfo-table-markup-in-qemu-options.hx.patch - applied 0002-docs-Fix-generating-qemu-doc.html-with-texinfo-5.patch - fixed different upstream Revert-vmware_vga-Add-back-some-info-in-local-state-.patch - fixed different upstream arm-bgr.patch - this should be also fixed upstream, if still issue please resend. fallback-to-safe-mmap_min_addr.patch - this should be also fixed upstream, if still issue please resend. linker-flags.patch - unneeded with makefile changes from configure the obsolete --audio-cards-list option has been removed. Please describe how this was tested, as Qemu is a core part of OE-core we have seen past failures on version updates. It's important to do multi-architecture builds and execution with graphics. Also will it build target binaries (for example the build appliance uses qemu on the target) we have seen failures there also on updates. Thanks Sau! --- ...x-texinfo-table-markup-in-qemu-options.hx.patch | 213 ...x-generating-qemu-doc.html-with-texinfo-5.patch | 54 - ...re_vga-Add-back-some-info-in-local-state-.patch | 114 --- meta/recipes-devtools/qemu/files/arm-bgr.patch | 30 --- .../files/fallback-to-safe-mmap_min_addr.patch | 39 .../recipes-devtools/qemu/files/linker-flags.patch | 25 --- meta/recipes-devtools/qemu/qemu.inc|7 +- .../qemu/{qemu_1.4.1.bb = qemu_1.5.0.bb} |4 +- 8 files changed, 3 insertions(+), 483 deletions(-) delete mode 100644 meta/recipes-devtools/qemu/files/0001-doc-Fix-texinfo-table-markup-in-qemu-options.hx.patch delete mode 100644 meta/recipes-devtools/qemu/files/0002-docs-Fix-generating-qemu-doc.html-with-texinfo-5.patch delete mode 100644 meta/recipes-devtools/qemu/files/Revert-vmware_vga-Add-back-some-info-in-local-state-.patch delete mode 100644 meta/recipes-devtools/qemu/files/arm-bgr.patch delete mode 100644 meta/recipes-devtools/qemu/files/fallback-to-safe-mmap_min_addr.patch delete mode 100644 meta/recipes-devtools/qemu/files/linker-flags.patch rename meta/recipes-devtools/qemu/{qemu_1.4.1.bb = qemu_1.5.0.bb} (67%) diff --git a/meta/recipes-devtools/qemu/files/0001-doc-Fix-texinfo-table-markup-in-qemu-options.hx.patch b/meta/recipes-devtools/qemu/files/0001-doc-Fix-texinfo-table-markup-in-qemu-options.hx.patch deleted file mode 100644 index 9435cfe..000 --- a/meta/recipes-devtools/qemu/files/0001-doc-Fix-texinfo-table-markup-in-qemu-options.hx.patch +++ /dev/null @@ -1,213 +0,0 @@ -From 9a7146ca91c04d05af36684d8b3ca79c1254abc2 Mon Sep 17 00:00:00 2001 -From: Markus Armbruster arm...@redhat.com -Date: Wed, 13 Feb 2013 19:49:40 +0100 -Subject: [PATCH 1/2] doc: Fix texinfo @table markup in qemu-options.hx - -End tables before headings, start new ones afterwards. Fixes -incorrect indentation of headings File system options and Virtual -File system pass-through options in manual page and qemu-doc. - -Normalize markup some to increase chances it survives future edits. - -Upstream-Status: Backport - -Signed-off-by: Martin Jansa martin.ja...@gmail.com -Signed-off-by: Markus Armbruster arm...@redhat.com -Reviewed-by: Stefan Hajnoczi stefa...@redhat.com -Message-id: 1360781383-28635-5-git-send-email-arm...@redhat.com -Signed-off-by: Anthony Liguori aligu...@us.ibm.com - qemu-options.hx | 56 +--- - 1 file changed, 37 insertions(+), 19 deletions(-) - -diff --git a/qemu-options.hx b/qemu-options.hx -index 9d7131a..54bd92a 100644 a/qemu-options.hx -+++ b/qemu-options.hx -@@ -537,13 +537,15 @@ STEXI - @end table - ETEXI - --DEF(usb, 0, QEMU_OPTION_usb, ---usbenable the USB driver (will be the default soon)\n, --QEMU_ARCH_ALL) - STEXI - USB options: - @table @option -+ETEXI - -+DEF(usb, 0, QEMU_OPTION_usb, -+-usbenable the USB driver (will be the default soon)\n, -+QEMU_ARCH_ALL) -+STEXI - @item -usb - @findex -usb - Enable the USB driver (will be the default soon) -@@ -610,9 +612,15 @@ possible drivers and properties, use @code{-device help} and - @code{-device @var{driver},help}. - ETEXI - -+STEXI -+@end table -+ETEXI - DEFHEADING() - - DEFHEADING(File system options:) -+STEXI -+@table @option -+ETEXI - - DEF(fsdev, HAS_ARG, QEMU_OPTION_fsdev, - -fsdev fsdriver,id=id[,path=path,][security_model={mapped-xattr|mapped-file|passthrough|none}]\n -@@ -676,9 +684,15 @@ Specifies the tag name to be used by the guest to mount this export point - - ETEXI - -+STEXI -+@end table -+ETEXI - DEFHEADING() - - DEFHEADING(Virtual File system pass-through options:) -+STEXI -+@table @option -+ETEXI - - DEF(virtfs, HAS_ARG, QEMU_OPTION_virtfs, - -virtfs local,path=path,mount_tag=tag,security_model=[mapped-xattr|mapped-file|passthrough|none]\n -@@ -769,11 +783,9 @@ ETEXI - STEXI - @end table - ETEXI -- - DEFHEADING() - - DEFHEADING(Display
[OE-core] [PATCH RFC] Add multilib values to displayed build configuration
While attempting to help some users diagnose problems with multilib configurations, I was tired of asking for copies of local.conf files and dumps of the bitbake -e so I could understand how they had their multilib environment setup. This is an attempt to add additional diagnostics to the build configuration placed at the top of the logs. I'm sending this as an RFC because it was a first quick and dirty attempt at changing things. There may be a better way to do this. Mark Hatle (1): base.bbclass: Add buildcfg multilib values meta/classes/base.bbclass | 16 +++- meta/conf/bitbake.conf| 2 +- 2 files changed, 16 insertions(+), 2 deletions(-) -- 1.8.3.rc1.25.g423ecb0 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH RFC] base.bbclass: Add buildcfg multilib values
When displaying the buildcfg for the end user, add in processing of the multilib variants. Only the items that are not the same as the DEFAULTTUNE are displayed. I.e.: Build Configuration: BB_VERSION= 1.19.0 BUILD_SYS = x86_64-linux NATIVELSBSTRING = CentOS-6.4 DISTRO_VERSION= oe-core.0 MACHINE = qemux86-64 DEFAULTTUNE = x86-64 TARGET_SYS= x86_64-oe-linux TUNE_FEATURES = m64 TARGET_FPU= lib32: DEFAULTTUNE = x86 lib32: TARGET_SYS= i586-oe-linux lib32: TUNE_FEATURES = m32 meta = master:1975f3d7bbeb184489a5d0a2e0de231f317d3e1b The order of the displayed elements was changed slightly to group the host information together, as well as group the target information together. Signed-off-by: Mark Hatle mark.ha...@windriver.com --- meta/classes/base.bbclass | 16 +++- meta/conf/bitbake.conf| 2 +- 2 files changed, 16 insertions(+), 2 deletions(-) diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass index b1642a2..67261f2 100644 --- a/meta/classes/base.bbclass +++ b/meta/classes/base.bbclass @@ -277,7 +277,7 @@ def get_layers_branch_rev(d): return layers_branch_rev -BUILDCFG_FUNCS ??= buildcfg_vars get_layers_branch_rev buildcfg_neededvars +BUILDCFG_FUNCS ??= buildcfg_vars buildcfg_multilibs get_layers_branch_rev buildcfg_neededvars BUILDCFG_FUNCS[type] = list def buildcfg_vars(d): @@ -287,6 +287,20 @@ def buildcfg_vars(d): if value is not None: yield '%-17s = %s' % (var, value) +def buildcfg_multilibs(d): +variants = d.getVar(MULTILIB_VARIANTS, True) or +for variant in variants.split(): +localdata = bb.data.createCopy(d) +overrides = localdata.getVar(OVERRIDES, False) + :virtclass-multilib- + variant +localdata.setVar(OVERRIDES, overrides) +bb.data.update_data(localdata) +statusvars = oe.data.typed_value('BUILDCFG_VARS', d) +for var in statusvars: +origvalue = d.getVar(var, True) +variantvalue = localdata.getVar(var, True) +if origvalue is not None and variantvalue is not None and origvalue != variantvalue: +yield '%-7s %-17s = %s' % (variant + :, var, variantvalue) + def buildcfg_neededvars(d): needed_vars = oe.data.typed_value(BUILDCFG_NEEDEDVARS, d) pesteruser = [] diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf index 174236d..27a56c0 100644 --- a/meta/conf/bitbake.conf +++ b/meta/conf/bitbake.conf @@ -632,7 +632,7 @@ export PATCH_GET=0 # Pre-build configuration output BUILDCFG_HEADER = Build Configuration: -BUILDCFG_VARS = BB_VERSION BUILD_SYS NATIVELSBSTRING TARGET_SYS MACHINE DISTRO DISTRO_VERSION TUNE_FEATURES TARGET_FPU +BUILDCFG_VARS = BB_VERSION BUILD_SYS NATIVELSBSTRING DISTRO DISTRO_VERSION MACHINE DEFAULTTUNE TARGET_SYS TUNE_FEATURES TARGET_FPU BUILDCFG_VARS[type] = list BUILDCFG_NEEDEDVARS = TARGET_ARCH TARGET_OS BUILDCFG_NEEDEDVARS[type] = list -- 1.8.3.rc1.25.g423ecb0 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] Linux kernel build dependency of 'bc'
Hello Bruce, I got a build failure in my auto builder; it has a very lean system install and it spot something it is new for me. It seems the kernel now depends on 'bc' util. I tried to find a 'bc-native' and couldn't find so I'd like to know if it is a known issue and if someone is already working in a 'bc-native' recipe to proper fix the issue. Regards, -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://projetos.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 dylan, master] Fix meta-toolchain-qte SDK build for x11-less DISTRO
On Wed, 2013-06-05 at 16:58 -0400, Denys Dmytriyenko wrote: On Wed, Jun 05, 2013 at 05:56:31PM -0300, Otavio Salvador wrote: On Wed, Jun 5, 2013 at 5:53 PM, Saul Wold s...@linux.intel.com wrote: On 06/05/2013 01:10 PM, Otavio Salvador wrote: On Wed, Jun 5, 2013 at 5:07 PM, Denys Dmytriyenko de...@denix.org mailto:de...@denix.org wrote: On Wed, Jun 05, 2013 at 02:43:07PM -0300, Otavio Salvador wrote: On Wed, Jun 5, 2013 at 2:23 PM, Nicolas Dechesne nicolas.deche...@linaro.org mailto:nicolas.dechesne@**linaro.orgnicolas.deche...@linaro.org wrote: On Wed, Jun 5, 2013 at 7:19 PM, Saul Wold s...@linux.intel.com mailto:s...@linux.intel.com wrote: On 06/05/2013 10:12 AM, Otavio Salvador wrote: On Wed, Jun 5, 2013 at 1:58 PM, Saul Wold s...@linux.intel.com mailto:s...@linux.intel.com mailto:s...@linux.intel.com mailto:s...@linux.intel.com wrote: On 06/05/2013 09:32 AM, Nicolas Dechesne wrote: On Wed, Jun 5, 2013 at 6:30 PM, Saul Wold s...@linux.intel.com mailto:s...@linux.intel.com mailto:s...@linux.intel.com mailto: s...@linux.intel.com mailto:s...@linux.intel.com mailto:s...@linux.intel.com mailto:s...@linux.intel.com mailto:s...@linux.intel.com** wrote: You could just directly put the nativesdk-libx11 in place of the variable, no need to have the variable there. yes, that's what I had initially, but found it was less easy to read... with X11DEPENDS it's more 'obvious' that there is something special.. that said, i can make the change if that's really needed. We do use the X11DEPENDS elsewhere when there are multiple dependencies, but I also found cases where we just include the dependency directly in the test. I was trying pick a direction: single entry no X11DEPENDS, multiple entries use X11DEPENDS. Comments, flames, ... Yes; I sent this patch in Febuary: http://patchwork.openembedded.org/patch/44759/http://** patchwork.openembedded.org/**patch/44759/http://patchwork.openembedded.org/patch/44759/ Please use this one instead of the recent one. Well reading back on that, it looks like I was waiting for an EXTRA_OECONF or related change to the autoconf scripts. Sau! hmm. ok, sorry Otavio, i missed the other patch. I will check on my side too about EXTRA_OECONF. Nicolas, don't worry. It is normal to end redoing some stuff. Last time I checked it had no support in Qt build system; I am not sure if it uses or not the host headers (in case they exist) but it needs testing to be sure. I can confirm that it does not link against host X11 when built w/o that dependency and nativesdk has no x11 libs/headers. As I previously mentioned, we've been using this fix for over 6 months on several releases built on different machines w/o problems... In this case the patch can be merged 'as is'. I am still concerned about a floating dependency here, imagine the following: Build the toolchain with X11 enabled, nativesdk-libx11 is build, now rebuild with X11 disabled, the dependency is gone, but the libraries and headers still exist in the sysroot and thus the configure will still enable x11 in qte, bad things happen. I expect different distro features to have different build dirs. No? We need to have a disable flag to autotools. The qmake based system does not provide this; so to support it, it will need to be a hack ... I agree with Otavio here - seems like you are after a rare corner case here... We need determinism in the builds. Yes in this case it might be hard to achieve but I do think we need to achieve it. So this patch isn't going in until we can avoid this option magically floating, sorry. I've said this before and I've not changed my mind. Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [CONSOLIDATED PULL 00/37] Post M1 Updates and Fixes
Richard, Here is a set of patches that I have tested and reviewed. Robert's changes for insane/package checks look good, but could your eyes as a final check. Thanks Sau! Mostly Updates The following changes since commit 8a2ac668d99f7d64c2acffc3a39cedb2d152be6e: lrzsz: check locale.h in configure (2013-06-04 15:53:45 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib sgw/stage http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=sgw/stage Andrea Adami (1): image_types.bbclass: add ubifs to IMAGE_TYPES Andrei Dinu (2): linuxdoc-tools-native : upgrade to 0.9.69 libpng : upgrade to 1.6.2 Andy Voltz (2): tune-cortexa.inc: create a common include for cortex-a armv7a tuning tune-cortexa5.inc: Add tune file for cortex-a5 Bogdan Marinescu (4): diffstat: upgraded to 1.57 libpcre: upgraded to 8.33 subversion: upgraded to 1.7.10 bdwgc: enable full version name in recipe name Cristian Iorga (2): iptables: upgrade to 1.4.19.1 libpcap: upgrade to 1.4.0 Dan McGregor (1): python: enable IPv6 based on DISTRO_FEATURES Ionut Radu (1): matchbox-terminal: Update to git HEAD 452bca253492a97a587f440289b9ab27d217353e Jack Mitchell (1): connman: update to 1.15 Jackie Huang (1): grub-0.97: fix the objcopy error in configure Marko Lindqvist (3): icu: update to upstream version 51.2 pixman: update to upstream version 0.30.0 zlib: update to upstream version 1.2.8 Robert Yang (4): insane/package: let package.bbclass inherit insane.bbclass defaultsetup.conf: remove INHERIT_INSANE insane/package: refactor packaging sanity tests multilib.bbclass: fix the PACKAGEFUNCS_append Ross Burton (12): weston-init: basic init script to start Weston on KMS/DRM core-image-weston: basic image that boots directly to Weston weston: install the examples into weston-examples weston: add a weston-launch group weston: clean up and add comments gdk-pixbuf: upgrade to 2.28.1 test-utils: handle import bb failing and skip the test test_utils: import functions directly for conciseness mesa: upgrade to 9.1.3 mesa: update git recipe to 9.1.3 release wayland: update to 1.1.0 weston: update to 1.1.0 Saul Wold (2): self-hosted: Add libssp libraries to packagegroup/image libxi: Add libxfixes as dependency Yi Zhao (1): kernel.bbclass: Fix link for modules-${MACHINE}.tgz meta/classes/image_types.bbclass | 2 +- meta/classes/insane.bbclass| 39 +- meta/classes/kernel.bbclass| 2 +- meta/classes/multilib.bbclass | 2 +- meta/classes/package.bbclass | 41 +- meta/conf/distro/defaultsetup.conf | 3 +- meta/conf/machine/include/arm/README | 3 + meta/conf/machine/include/tune-cortexa.inc | 35 ++ meta/conf/machine/include/tune-cortexa15.inc | 35 +- meta/conf/machine/include/tune-cortexa5.inc| 5 + meta/conf/machine/include/tune-cortexa7.inc| 35 +- meta/conf/machine/include/tune-cortexa8.inc| 35 +- meta/conf/machine/include/tune-cortexa9.inc| 35 +- meta/lib/oe/tests/test_utils.py| 14 +- .../grub/grub-0.97/objcopy-absolute.patch | 40 ++ meta/recipes-bsp/grub/grub_0.97.bb | 1 + .../connman/{connman_1.14.bb = connman_1.15.bb} | 4 +- .../libpcap-1.3.0/0001-Fix-disable-canusb.patch| 30 - ...-The-leading-comma-looked-weird-remove-it.patch | 54 -- .../libpcap-1.3.0/0001-canusb-needs-lpthread.patch | 32 -- .../{libpcap-1.3.0 = libpcap}/aclocal.patch | 0 .../ieee80215-arphrd.patch | 0 .../libpcap/{libpcap_1.3.0.bb = libpcap_1.4.0.bb} | 13 +- .../packagegroups/packagegroup-self-hosted.bb | 3 + .../remove.ldconfig.call.patch | 0 .../zlib/{zlib_1.2.7.bb = zlib_1.2.8.bb} | 11 +- .../diffstat/diffstat/aclocal.patch| 37 ++ .../{diffstat_1.55.bb = diffstat_1.57.bb} | 8 +- .../linuxdoc-tools-native/disable_sgml2rtf.patch | 47 +- ...e_0.9.66.bb = linuxdoc-tools-native_0.9.69.bb} | 10 +- meta/recipes-devtools/python/python.inc| 1 + .../fix-install-depends.patch | 0 .../libtool2.patch | 0 .../{subversion_1.7.9.bb = subversion_1.7.10.bb} | 4 +- .../fix-iptables-extensions-build-error.patch | 44 -- .../{iptables_1.4.18.bb = iptables_1.4.19.1.bb} | 5 +- .../gdk-pixbuf/gdk-pixbuf-2.26.5/pngversion.patch | 23 - .../configure_fix.patch| 0 .../extending-libinstall-dependencies.patch| 0 .../hardcoded_libtool.patch| 0 .../{gdk-pixbuf_2.26.5.bb = gdk-pixbuf_2.28.1.bb} | 11 +- meta/recipes-graphics/images/core-image-weston.bb | 9 + meta/recipes-graphics/mesa/mesa-9.0.2.inc
Re: [OE-core] Linux kernel build dependency of 'bc'
Hi Otavio, On Thursday 06 June 2013 12:11:04 Otavio Salvador wrote: I got a build failure in my auto builder; it has a very lean system install and it spot something it is new for me. It seems the kernel now depends on 'bc' util. I tried to find a 'bc-native' and couldn't find so I'd like to know if it is a known issue and if someone is already working in a 'bc-native' recipe to proper fix the issue. We used to have bc in our list of required host packages in the Yocto Project quick start guide, but after some testing a few versions ago I removed it because it didn't seem to be needed. FWIW I don't have it installed on my primary build machine and I haven't noticed any problems as a result. Rather than creating bc-native I think we should find out where the dependency on bc exists and try to patch it out (if practical); if it really is needed and too hard to remove, we can just add bc to the list of required host packages. I hope that's not the case though. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Linux kernel build dependency of 'bc'
On Thu, Jun 6, 2013 at 9:08 AM, Paul Eggleton paul.eggle...@linux.intel.com wrote: On Thursday 06 June 2013 12:11:04 Otavio Salvador wrote: I got a build failure in my auto builder; it has a very lean system install and it spot something it is new for me. It seems the kernel now depends on 'bc' util. I tried to find a 'bc-native' and couldn't find so I'd like to know if it is a known issue and if someone is already working in a 'bc-native' recipe to proper fix the issue. We used to have bc in our list of required host packages in the Yocto Project quick start guide, but after some testing a few versions ago I removed it because it didn't seem to be needed. FWIW I don't have it installed on my primary build machine and I haven't noticed any problems as a result. Rather than creating bc-native I think we should find out where the dependency on bc exists and try to patch it out (if practical); if it really is needed and too hard to remove, we can just add bc to the list of required host packages. I hope that's not the case though. Apparently Peter Anvin added use of bc to avoid the dependency on perl. Multiple other distros got bit by this added dep (gentoo, linux from scratch, etc). Rob Landley was not too happy about it (he had perl removal patches for the kernel which didn't require bc): The perl removal patches are finally upstream! But Peter Anvin's quest to unnecessarily complicate the kernel build continues, he replaced one with bc which is a turing-complete programming language that's so seldom used busybox hasn't got it. His patch broke Linux From Scratch (they had to add bc to chapter 5; in the past 12 years it's never been there). I have no idea _why_ he did this since the C implementation I contributed was actually smaller and simpler than what he wrote. Oh well. -- 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] Linux kernel build dependency of 'bc'
On Thu, Jun 6, 2013 at 1:12 PM, Chris Larson clar...@kergoth.com wrote: On Thu, Jun 6, 2013 at 9:08 AM, Paul Eggleton paul.eggle...@linux.intel.com wrote: On Thursday 06 June 2013 12:11:04 Otavio Salvador wrote: I got a build failure in my auto builder; it has a very lean system install and it spot something it is new for me. It seems the kernel now depends on 'bc' util. I tried to find a 'bc-native' and couldn't find so I'd like to know if it is a known issue and if someone is already working in a 'bc-native' recipe to proper fix the issue. We used to have bc in our list of required host packages in the Yocto Project quick start guide, but after some testing a few versions ago I removed it because it didn't seem to be needed. FWIW I don't have it installed on my primary build machine and I haven't noticed any problems as a result. Rather than creating bc-native I think we should find out where the dependency on bc exists and try to patch it out (if practical); if it really is needed and too hard to remove, we can just add bc to the list of required host packages. I hope that's not the case though. Apparently Peter Anvin added use of bc to avoid the dependency on perl. Multiple other distros got bit by this added dep (gentoo, linux from scratch, etc). Rob Landley was not too happy about it (he had perl removal patches for the kernel which didn't require bc): The perl removal patches are finally upstream! But Peter Anvin's quest to unnecessarily complicate the kernel build continues, he replaced one with bc which is a turing-complete programming language that's so seldom used busybox hasn't got it. His patch broke Linux From Scratch (they had to add bc to chapter 5; in the past 12 years it's never been there). I have no idea _why_ he did this since the C implementation I contributed was actually smaller and simpler than what he wrote. Oh well. I think it is easier to have bc-native; this avoids one host dependency and allow for update on it if need. -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://projetos.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 dylan, master] Fix meta-toolchain-qte SDK build for x11-less DISTRO
On Thu, Jun 6, 2013 at 12:46 PM, Richard Purdie richard.pur...@linuxfoundation.org wrote: On Wed, 2013-06-05 at 16:58 -0400, Denys Dmytriyenko wrote: On Wed, Jun 05, 2013 at 05:56:31PM -0300, Otavio Salvador wrote: On Wed, Jun 5, 2013 at 5:53 PM, Saul Wold s...@linux.intel.com wrote: On 06/05/2013 01:10 PM, Otavio Salvador wrote: On Wed, Jun 5, 2013 at 5:07 PM, Denys Dmytriyenko de...@denix.org mailto:de...@denix.org wrote: On Wed, Jun 05, 2013 at 02:43:07PM -0300, Otavio Salvador wrote: On Wed, Jun 5, 2013 at 2:23 PM, Nicolas Dechesne nicolas.deche...@linaro.org mailto:nicolas.dechesne@** linaro.orgnicolas.deche...@linaro.org wrote: On Wed, Jun 5, 2013 at 7:19 PM, Saul Wold s...@linux.intel.com mailto:s...@linux.intel.com wrote: On 06/05/2013 10:12 AM, Otavio Salvador wrote: On Wed, Jun 5, 2013 at 1:58 PM, Saul Wold s...@linux.intel.com mailto:s...@linux.intel.com mailto:s...@linux.intel.com mailto:s...@linux.intel.com wrote: On 06/05/2013 09:32 AM, Nicolas Dechesne wrote: On Wed, Jun 5, 2013 at 6:30 PM, Saul Wold s...@linux.intel.com mailto:s...@linux.intel.com mailto:s...@linux.intel.com mailto: s...@linux.intel.com mailto:s...@linux.intel.com mailto:s...@linux.intel.com mailto:s...@linux.intel.com mailto:s...@linux.intel.com** wrote: You could just directly put the nativesdk-libx11 in place of the variable, no need to have the variable there. yes, that's what I had initially, but found it was less easy to read... with X11DEPENDS it's more 'obvious' that there is something special.. that said, i can make the change if that's really needed. We do use the X11DEPENDS elsewhere when there are multiple dependencies, but I also found cases where we just include the dependency directly in the test. I was trying pick a direction: single entry no X11DEPENDS, multiple entries use X11DEPENDS. Comments, flames, ... Yes; I sent this patch in Febuary: http://patchwork.openembedded.org/patch/44759/http://** patchwork.openembedded.org/**patch/44759/ http://patchwork.openembedded.org/patch/44759/ Please use this one instead of the recent one. Well reading back on that, it looks like I was waiting for an EXTRA_OECONF or related change to the autoconf scripts. Sau! hmm. ok, sorry Otavio, i missed the other patch. I will check on my side too about EXTRA_OECONF. Nicolas, don't worry. It is normal to end redoing some stuff. Last time I checked it had no support in Qt build system; I am not sure if it uses or not the host headers (in case they exist) but it needs testing to be sure. I can confirm that it does not link against host X11 when built w/o that dependency and nativesdk has no x11 libs/headers. As I previously mentioned, we've been using this fix for over 6 months on several releases built on different machines w/o problems... In this case the patch can be merged 'as is'. I am still concerned about a floating dependency here, imagine the following: Build the toolchain with X11 enabled, nativesdk-libx11 is build, now rebuild with X11 disabled, the dependency is gone, but the libraries and headers still exist in the sysroot and thus the configure will still enable x11 in qte, bad things happen. I expect different distro features to have different build dirs. No? We need to have a disable flag to autotools. The qmake based system does not provide this; so to support it, it will need to be a hack ... I agree with Otavio here - seems like you are after a rare corner case here... We need determinism in the builds. Yes in this case it might be hard to achieve but I do think we need to achieve it. So this patch isn't going in until we can avoid this option magically floating, sorry. I've said this before and I've not changed my mind. It is completely deterministic that it is *broken* for every one not using a DISTRO with X11; this is deterministic enough
Re: [OE-core] [PATCH v2 0/7] run-postinsts refactoring
Comments below On 6/6/13 2:41 AM, Laurentiu Palcu wrote: (cover letter only) Changes in v2: * addressed an RPM issue that happened on AB. Interestingly, it happened only on certain distros. Our internal AB (running on Ubuntu server 12.04), didn't show any issues. So, what was the problem? We use a scriptlet wrapper to run the pre/post install scriptlets. What I missed in the previous patchset was that I didn't use the scriptlet wrapper when running the pre/post remove scriptlets and the context in which they ran was not correct. Hence, the update-rc.d used was the host's... * addresses Ross's request to move run-postinsts recipe out of dpkg directory, since it's generic now; Paul, Mark would you please review the RPM changes please? Thanks, Laurentiu Changes in v1: Hi all, My work at #4484 revealed that the package managers deb/ipk/rpm handle removal of PM meta-data (when the PM is not deployed) and the delayed postinstalls execution in their own way. Currently we have: * run-postinsts (for deb/ipk) and rpm-postinsts (for rpm) for running the delayed postinstalls on target when the PM is not part of the image; * opkg removes the meta-data and some uneeded packages whilst deb/rpm remove only the meta-data; * both opkg and deb have no way of running the delayed postinstalls on target, if package-management is not part of IMAGE_FEATURES, because the meta-data was deleted (and it would have been useless anyway since the PM is not installed); That being said, this patchset tries to create a more unified solution for all PM backends. rpm-postinsts recipe is replaced by run-postinsts but I'll keep it in oe-core for a while (a couple of weeks maybe), just in case the current solution does not satisfy the RPM users (I doubt it though). I did tests with core-image-minimal using sysvinit/systemd and with/without delayed postinstalls. The results are as expected. Thanks, Laurentiu The following changes since commit a62aed41f2d8f874f7ae24d0e5be5dbc66ea2199: lrzsz: check locale.h in configure (2013-06-04 15:55:46 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib lpalcu/run_postinsts_refactor_v2 http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=lpalcu/run_postinsts_refactor_v2 Laurentiu Palcu (7): rootfs_*.bbclass: add some helper functions image.bbclass: remove unneeded files from the image core-image-minimal: do not remove packaging files in the rootfs postprocess run-postinsts: make it generic rootfs_rpm.bbclass: switch to using run-postinsts package_rpm.bbclass: handle pre/post remove scriptlets rpm: replace rpm-postinsts dependency with run-postinsts meta/classes/image.bbclass | 33 ++ meta/classes/package_rpm.bbclass | 16 --- meta/classes/rootfs_deb.bbclass| 23 +- meta/classes/rootfs_ipk.bbclass| 39 meta/classes/rootfs_rpm.bbclass| 29 ++-- meta/recipes-core/images/core-image-minimal.bb |2 - .../dpkg/run-postinsts/run-postinsts | 36 --- .../dpkg/run-postinsts/run-postinsts.awk | 30 - meta/recipes-devtools/rpm/rpm_5.4.9.bb |2 +- .../run-postinsts/run-postinsts/run-postinsts | 47 .../{dpkg = run-postinsts}/run-postinsts_1.0.bb |7 ++- 11 files changed, 159 insertions(+), 105 deletions(-) delete mode 100755 meta/recipes-devtools/dpkg/run-postinsts/run-postinsts delete mode 100644 meta/recipes-devtools/dpkg/run-postinsts/run-postinsts.awk create mode 100755 meta/recipes-devtools/run-postinsts/run-postinsts/run-postinsts rename meta/recipes-devtools/{dpkg = run-postinsts}/run-postinsts_1.0.bb (68%) +rootfs_remove_unneeded () { + if ${@base_contains(IMAGE_FEATURES, package-management, false, true, d)}; then + if [ -z $(delayed_postinsts) ]; then + # All packages were successfully configured. + # update-rc.d, base-passwd, run-postinsts are no further use, remove them now + remove_run_postinsts=false + if [ -e ${IMAGE_ROOTFS}${sysconfdir}/init.d/run-postinsts ]; then + remove_run_postinsts=true + fi + rootfs_remove_packages update-rc.d base-passwd ${ROOTFS_BOOTSTRAP_INSTALL} + + # Need to remove rc.d files for run-postinsts by hand since opkg won't + # call postrm scripts in offline root mode. + if $remove_run_postinsts; then + update-rc.d -f -r ${IMAGE_ROOTFS} run-postinsts remove + fi The above runs unconditionally for all package types. Will this cause an
Re: [OE-core] [PATCH 00/11] GTK+ 3 updates
On 05/31/2013 08:05 AM, Ross Burton wrote: Hi, Another revision of my GTK+ 3 branch, minus the test changes that need Python 2.7 and with some more fixes, mainly backports to ensure the Wayland backend works under Weston 1.1. Ross The following changes since commit ea281d3b8e5f2ae21b37ea2ad4d440bf9c6427ff: bitbake: Added distroy signal to information dialogs (2013-05-31 08:25:40 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib ross/gtk for you to fetch changes up to 125c91479244db72a603b9857949645bdaf5c5e0: gtk+3: fix repainting under Weston 1.1 (2013-05-31 16:04:27 +0100) Ross Burton (11): gdk-pixbuf: upgrade to 2.28.1 at-spi2: add -core and -atk, for GTK+ 3.8 There has been a number of issues with this patch, therefore I am going to wait for Ross to come back and fix the issues, each ARCH seems to need some additional changes in their site files, some have been provided, but more are needed for other arches, I also found some missing dependencies, which I have put a fix in for. Looks like this also need a Dependency on intltool-native, I tried a clean build of just at-spi2-core and got a failure. Please rebuild this against all arches and re-submit. Thanks Sau! gtk+3: update to 3.8.2 gtk+3: explicitly disable introspection gtk+3: respect x11 and wayland DISTRO_FEATURES gtk+3: add dependencies for gtk+3-demo gtk+: remove spurious libgcrypt dependency gtk+3: register GSetting schemas gtk+3: split into .bb/.inc gtk+3: clean up libtool link creation to avoid errors in configure log gtk+3: fix repainting under Weston 1.1 .../gdk-pixbuf/gdk-pixbuf-2.26.5/pngversion.patch | 23 -- .../configure_fix.patch|0 .../extending-libinstall-dependencies.patch|0 .../hardcoded_libtool.patch|0 .../{gdk-pixbuf_2.26.5.bb = gdk-pixbuf_2.28.1.bb} | 11 +- meta/recipes-gnome/gtk+/gtk+.inc |2 +- .../gtk+/{gtk+3_3.4.4.bb = gtk+3.inc} | 33 ++- meta/recipes-gnome/gtk+/gtk+3/cross.patch | 293 .../gtk+/gtk+3/no-x11-in-wayland.patch | 32 +++ meta/recipes-gnome/gtk+/gtk+3/wayland-attach.patch | 42 +++ meta/recipes-gnome/gtk+/gtk+3_3.8.2.bb | 17 ++ meta/recipes-support/atk/at-spi2-atk_2.8.1.bb | 19 ++ meta/recipes-support/atk/at-spi2-core_2.8.0.bb | 17 ++ 13 files changed, 149 insertions(+), 340 deletions(-) delete mode 100644 meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf-2.26.5/pngversion.patch rename meta/recipes-gnome/gdk-pixbuf/{gdk-pixbuf-2.26.5 = gdk-pixbuf}/configure_fix.patch (100%) rename meta/recipes-gnome/gdk-pixbuf/{gdk-pixbuf-2.26.5 = gdk-pixbuf}/extending-libinstall-dependencies.patch (100%) rename meta/recipes-gnome/gdk-pixbuf/{gdk-pixbuf-2.26.5 = gdk-pixbuf}/hardcoded_libtool.patch (100%) rename meta/recipes-gnome/gdk-pixbuf/{gdk-pixbuf_2.26.5.bb = gdk-pixbuf_2.28.1.bb} (89%) rename meta/recipes-gnome/gtk+/{gtk+3_3.4.4.bb = gtk+3.inc} (79%) delete mode 100644 meta/recipes-gnome/gtk+/gtk+3/cross.patch create mode 100644 meta/recipes-gnome/gtk+/gtk+3/no-x11-in-wayland.patch create mode 100644 meta/recipes-gnome/gtk+/gtk+3/wayland-attach.patch create mode 100644 meta/recipes-gnome/gtk+/gtk+3_3.8.2.bb create mode 100644 meta/recipes-support/atk/at-spi2-atk_2.8.1.bb create mode 100644 meta/recipes-support/atk/at-spi2-core_2.8.0.bb Ross Burton (11): gdk-pixbuf: upgrade to 2.28.1 at-spi2: add -core and -atk, for GTK+ 3.8 gtk+3: update to 3.8.2 gtk+3: explicitly disable introspection gtk+3: respect x11 and wayland DISTRO_FEATURES gtk+3: add dependencies for gtk+3-demo gtk+: remove spurious libgcrypt dependency gtk+3: register GSetting schemas gtk+3: split into .bb/.inc gtk+3: clean up libtool link creation to avoid errors in configure log gtk+3: fix repainting under Weston 1.1 .../gdk-pixbuf/gdk-pixbuf-2.26.5/pngversion.patch | 23 -- .../configure_fix.patch|0 .../extending-libinstall-dependencies.patch|0 .../hardcoded_libtool.patch|0 .../{gdk-pixbuf_2.26.5.bb = gdk-pixbuf_2.28.1.bb} | 11 +- meta/recipes-gnome/gtk+/gtk+.inc |2 +- .../gtk+/{gtk+3_3.4.4.bb = gtk+3.inc} | 33 ++- meta/recipes-gnome/gtk+/gtk+3/cross.patch | 293 .../gtk+/gtk+3/no-x11-in-wayland.patch | 32 +++ meta/recipes-gnome/gtk+/gtk+3/wayland-attach.patch | 42 +++ meta/recipes-gnome/gtk+/gtk+3_3.8.2.bb | 17 ++ meta/recipes-support/atk/at-spi2-atk_2.8.1.bb | 19 ++ meta/recipes-support/atk/at-spi2-core_2.8.0.bb | 17 ++ 13 files changed, 149 insertions(+), 340
Re: [OE-core] [PATCH 0/3] GStreamer 1.0 recipes
On 05/31/2013 12:15 PM, Carlos Rafael Giani wrote: These patches introduce recipes for GStreamer 1.0 . They are copied over from my gstreamer 1.0 layer at https://github.com/dv1/meta-gstreamer1.0 . All files except gstreamer1.0-plugins-package.inc were copied; gst-plugins-package.inc was patched to fix a problem with -meta packages and can be used for both 0.10 and 1.0 now (the only difference is the value of the LIBV variable). So is there an update path from 0.10 to 1.0? Also normally we replace the older version with the newer version by git mv in order to preserve history where possible. I am not sure if you can do this with a move and then copy the new versions in. Since the packages are renamed, and I don's see any RPROVIDES/RREPLACES or RCONFLICTS to cover the upgrade path. Some open questions: * Is it OK to add _git versions of the recipes to OE core? Yes, it's OK to have both a versioned and _git recipe in OE-Core * The gstreamer1.0-omx recipe sets itself to be machine specific if this is explicitely requested. This is necessary, since gst-omx has machine specific codepaths (currently for the Raspberry Pi). By default, it is not machine specific, and uses the Bellagio OpenMAX implementation that is supported by OE core. Is it OK to include options for machine specific support which can be set by BSP layers? Not sure about this one. Sau! Carlos Rafael Giani (3): gstreamer: fixed -meta package rdepends gstreamer: moved LIBV out of gst-plugins-package.inc file gstreamer: added GStreamer 1.0 recipes .../gstreamer/gst-plugins-package.inc | 28 -- meta/recipes-multimedia/gstreamer/gst-plugins.inc | 1 + .../gstreamer/gstreamer1.0-libav.inc | 34 +++ ...-Disable-yasm-for-libav-when-disable-yasm.patch | 33 +++ .../gstreamer1.0-libav/libav_e500mc.patch | 21 + .../gstreamer/gstreamer1.0-libav_1.0.7.bb | 27 ++ .../gstreamer/gstreamer1.0-libav_git.bb| 27 ++ .../gstreamer/gstreamer1.0-omx.inc | 42 + .../0001-omx-fixed-type-error-in-printf-call.patch | 30 ++ .../gstreamer/gstreamer1.0-omx_1.0.0.bb| 12 +++ .../gstreamer/gstreamer1.0-omx_git.bb | 22 + .../gstreamer/gstreamer1.0-plugins-bad.inc | 105 + .../gstreamer/gstreamer1.0-plugins-bad_1.0.7.bb| 12 +++ .../gstreamer/gstreamer1.0-plugins-bad_git.bb | 26 + .../gstreamer/gstreamer1.0-plugins-base.inc| 42 + .../gstreamer/gstreamer1.0-plugins-base_1.0.7.bb | 11 +++ .../gstreamer/gstreamer1.0-plugins-base_git.bb | 18 .../gstreamer/gstreamer1.0-plugins-good.inc| 55 +++ .../gstreamer/gstreamer1.0-plugins-good_1.0.7.bb | 11 +++ .../gstreamer/gstreamer1.0-plugins-good_git.bb | 17 .../gstreamer/gstreamer1.0-plugins-ugly.inc| 33 +++ .../gstreamer/gstreamer1.0-plugins-ugly_1.0.7.bb | 10 ++ .../gstreamer/gstreamer1.0-plugins-ugly_git.bb | 16 .../gstreamer/gstreamer1.0-plugins.inc | 57 +++ meta/recipes-multimedia/gstreamer/gstreamer1.0.inc | 23 + .../0001-Fix-crash-with-gst-inspect.patch | 28 ++ .../gstreamer/gstreamer1.0_1.0.7.bb| 13 +++ .../gstreamer/gstreamer1.0_git.bb | 17 28 files changed, 765 insertions(+), 6 deletions(-) create mode 100644 meta/recipes-multimedia/gstreamer/gstreamer1.0-libav.inc create mode 100644 meta/recipes-multimedia/gstreamer/gstreamer1.0-libav/0001-Disable-yasm-for-libav-when-disable-yasm.patch create mode 100644 meta/recipes-multimedia/gstreamer/gstreamer1.0-libav/libav_e500mc.patch create mode 100644 meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_1.0.7.bb create mode 100644 meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_git.bb create mode 100644 meta/recipes-multimedia/gstreamer/gstreamer1.0-omx.inc create mode 100644 meta/recipes-multimedia/gstreamer/gstreamer1.0-omx/0001-omx-fixed-type-error-in-printf-call.patch create mode 100644 meta/recipes-multimedia/gstreamer/gstreamer1.0-omx_1.0.0.bb create mode 100644 meta/recipes-multimedia/gstreamer/gstreamer1.0-omx_git.bb create mode 100644 meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc create mode 100644 meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.0.7.bb create mode 100644 meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_git.bb create mode 100644 meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base.inc create mode 100644 meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_1.0.7.bb create mode 100644 meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_git.bb create mode 100644 meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good.inc create mode 100644
Re: [OE-core] [CONSOLIDATED PULL 00/37] Post M1 Updates and Fixes
Otavio, Darren, Nitin: Your BSPs may need .bbappends for mesa, see below Sau! On 06/06/2013 09:08 AM, Saul Wold wrote: Richard, Here is a set of patches that I have tested and reviewed. Robert's changes for insane/package checks look good, but could your eyes as a final check. Thanks Sau! Mostly Updates The following changes since commit 8a2ac668d99f7d64c2acffc3a39cedb2d152be6e: lrzsz: check locale.h in configure (2013-06-04 15:53:45 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib sgw/stage http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=sgw/stage Andrea Adami (1): image_types.bbclass: add ubifs to IMAGE_TYPES Andrei Dinu (2): linuxdoc-tools-native : upgrade to 0.9.69 libpng : upgrade to 1.6.2 Andy Voltz (2): tune-cortexa.inc: create a common include for cortex-a armv7a tuning tune-cortexa5.inc: Add tune file for cortex-a5 Bogdan Marinescu (4): diffstat: upgraded to 1.57 libpcre: upgraded to 8.33 subversion: upgraded to 1.7.10 bdwgc: enable full version name in recipe name Cristian Iorga (2): iptables: upgrade to 1.4.19.1 libpcap: upgrade to 1.4.0 Dan McGregor (1): python: enable IPv6 based on DISTRO_FEATURES Ionut Radu (1): matchbox-terminal: Update to git HEAD 452bca253492a97a587f440289b9ab27d217353e Jack Mitchell (1): connman: update to 1.15 Jackie Huang (1): grub-0.97: fix the objcopy error in configure Marko Lindqvist (3): icu: update to upstream version 51.2 pixman: update to upstream version 0.30.0 zlib: update to upstream version 1.2.8 Robert Yang (4): insane/package: let package.bbclass inherit insane.bbclass defaultsetup.conf: remove INHERIT_INSANE insane/package: refactor packaging sanity tests multilib.bbclass: fix the PACKAGEFUNCS_append Ross Burton (12): weston-init: basic init script to start Weston on KMS/DRM core-image-weston: basic image that boots directly to Weston weston: install the examples into weston-examples weston: add a weston-launch group weston: clean up and add comments gdk-pixbuf: upgrade to 2.28.1 test-utils: handle import bb failing and skip the test test_utils: import functions directly for conciseness mesa: upgrade to 9.1.3 mesa: update git recipe to 9.1.3 release wayland: update to 1.1.0 weston: update to 1.1.0 HEADS up to BSP Maintainers, this may require .bbappend bumps in your BSPS. Saul Wold (2): self-hosted: Add libssp libraries to packagegroup/image libxi: Add libxfixes as dependency Yi Zhao (1): kernel.bbclass: Fix link for modules-${MACHINE}.tgz meta/classes/image_types.bbclass | 2 +- meta/classes/insane.bbclass| 39 +- meta/classes/kernel.bbclass| 2 +- meta/classes/multilib.bbclass | 2 +- meta/classes/package.bbclass | 41 +- meta/conf/distro/defaultsetup.conf | 3 +- meta/conf/machine/include/arm/README | 3 + meta/conf/machine/include/tune-cortexa.inc | 35 ++ meta/conf/machine/include/tune-cortexa15.inc | 35 +- meta/conf/machine/include/tune-cortexa5.inc| 5 + meta/conf/machine/include/tune-cortexa7.inc| 35 +- meta/conf/machine/include/tune-cortexa8.inc| 35 +- meta/conf/machine/include/tune-cortexa9.inc| 35 +- meta/lib/oe/tests/test_utils.py| 14 +- .../grub/grub-0.97/objcopy-absolute.patch | 40 ++ meta/recipes-bsp/grub/grub_0.97.bb | 1 + .../connman/{connman_1.14.bb = connman_1.15.bb} | 4 +- .../libpcap-1.3.0/0001-Fix-disable-canusb.patch| 30 - ...-The-leading-comma-looked-weird-remove-it.patch | 54 -- .../libpcap-1.3.0/0001-canusb-needs-lpthread.patch | 32 -- .../{libpcap-1.3.0 = libpcap}/aclocal.patch | 0 .../ieee80215-arphrd.patch | 0 .../libpcap/{libpcap_1.3.0.bb = libpcap_1.4.0.bb} | 13 +- .../packagegroups/packagegroup-self-hosted.bb | 3 + .../remove.ldconfig.call.patch | 0 .../zlib/{zlib_1.2.7.bb = zlib_1.2.8.bb} | 11 +- .../diffstat/diffstat/aclocal.patch| 37 ++ .../{diffstat_1.55.bb = diffstat_1.57.bb} | 8 +- .../linuxdoc-tools-native/disable_sgml2rtf.patch | 47 +- ...e_0.9.66.bb = linuxdoc-tools-native_0.9.69.bb} | 10 +- meta/recipes-devtools/python/python.inc| 1 + .../fix-install-depends.patch | 0 .../libtool2.patch | 0 .../{subversion_1.7.9.bb = subversion_1.7.10.bb} | 4 +- .../fix-iptables-extensions-build-error.patch | 44 -- .../{iptables_1.4.18.bb = iptables_1.4.19.1.bb} | 5 +- .../gdk-pixbuf/gdk-pixbuf-2.26.5/pngversion.patch | 23 - .../configure_fix.patch| 0
Re: [OE-core] [PATCH 0/3] GStreamer 1.0 recipes
On 06.06.2013 18:53, Saul Wold wrote: On 05/31/2013 12:15 PM, Carlos Rafael Giani wrote: These patches introduce recipes for GStreamer 1.0 . They are copied over from my gstreamer 1.0 layer at https://github.com/dv1/meta-gstreamer1.0 . All files except gstreamer1.0-plugins-package.inc were copied; gst-plugins-package.inc was patched to fix a problem with -meta packages and can be used for both 0.10 and 1.0 now (the only difference is the value of the LIBV variable). So is there an update path from 0.10 to 1.0? Also normally we replace the older version with the newer version by git mv in order to preserve history where possible. I am not sure if you can do this with a move and then copy the new versions in. Since the packages are renamed, and I don's see any RPROVIDES/RREPLACES or RCONFLICTS to cover the upgrade path. Replace? Why do you want to replace? 1.0 is designed to be able to coexist with 1.0 in the same rootfs (you cannot use both at the same time in a process; however, this isn't a concern for OE, but for application developers). In essence, simply adding the new files from the patch to recipes-multimedia/gstreamer/ should be sufficient. The old 0.10 ones can be left unchanged. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [CONSOLIDATED PULL 00/37] Post M1 Updates and Fixes
Nitin, are we fixed with 9.0.2 for emgd? Will we need to carry that recipe in meta-intel now? On 06/06/2013 09:57 AM, Saul Wold wrote: Otavio, Darren, Nitin: Your BSPs may need .bbappends for mesa, see below Sau! On 06/06/2013 09:08 AM, Saul Wold wrote: Richard, Here is a set of patches that I have tested and reviewed. Robert's changes for insane/package checks look good, but could your eyes as a final check. Thanks Sau! Mostly Updates The following changes since commit 8a2ac668d99f7d64c2acffc3a39cedb2d152be6e: lrzsz: check locale.h in configure (2013-06-04 15:53:45 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib sgw/stage http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=sgw/stage Andrea Adami (1): image_types.bbclass: add ubifs to IMAGE_TYPES Andrei Dinu (2): linuxdoc-tools-native : upgrade to 0.9.69 libpng : upgrade to 1.6.2 Andy Voltz (2): tune-cortexa.inc: create a common include for cortex-a armv7a tuning tune-cortexa5.inc: Add tune file for cortex-a5 Bogdan Marinescu (4): diffstat: upgraded to 1.57 libpcre: upgraded to 8.33 subversion: upgraded to 1.7.10 bdwgc: enable full version name in recipe name Cristian Iorga (2): iptables: upgrade to 1.4.19.1 libpcap: upgrade to 1.4.0 Dan McGregor (1): python: enable IPv6 based on DISTRO_FEATURES Ionut Radu (1): matchbox-terminal: Update to git HEAD 452bca253492a97a587f440289b9ab27d217353e Jack Mitchell (1): connman: update to 1.15 Jackie Huang (1): grub-0.97: fix the objcopy error in configure Marko Lindqvist (3): icu: update to upstream version 51.2 pixman: update to upstream version 0.30.0 zlib: update to upstream version 1.2.8 Robert Yang (4): insane/package: let package.bbclass inherit insane.bbclass defaultsetup.conf: remove INHERIT_INSANE insane/package: refactor packaging sanity tests multilib.bbclass: fix the PACKAGEFUNCS_append Ross Burton (12): weston-init: basic init script to start Weston on KMS/DRM core-image-weston: basic image that boots directly to Weston weston: install the examples into weston-examples weston: add a weston-launch group weston: clean up and add comments gdk-pixbuf: upgrade to 2.28.1 test-utils: handle import bb failing and skip the test test_utils: import functions directly for conciseness mesa: upgrade to 9.1.3 mesa: update git recipe to 9.1.3 release wayland: update to 1.1.0 weston: update to 1.1.0 HEADS up to BSP Maintainers, this may require .bbappend bumps in your BSPS. Saul Wold (2): self-hosted: Add libssp libraries to packagegroup/image libxi: Add libxfixes as dependency Yi Zhao (1): kernel.bbclass: Fix link for modules-${MACHINE}.tgz meta/classes/image_types.bbclass | 2 +- meta/classes/insane.bbclass| 39 +- meta/classes/kernel.bbclass| 2 +- meta/classes/multilib.bbclass | 2 +- meta/classes/package.bbclass | 41 +- meta/conf/distro/defaultsetup.conf | 3 +- meta/conf/machine/include/arm/README | 3 + meta/conf/machine/include/tune-cortexa.inc | 35 ++ meta/conf/machine/include/tune-cortexa15.inc | 35 +- meta/conf/machine/include/tune-cortexa5.inc| 5 + meta/conf/machine/include/tune-cortexa7.inc| 35 +- meta/conf/machine/include/tune-cortexa8.inc| 35 +- meta/conf/machine/include/tune-cortexa9.inc| 35 +- meta/lib/oe/tests/test_utils.py| 14 +- .../grub/grub-0.97/objcopy-absolute.patch | 40 ++ meta/recipes-bsp/grub/grub_0.97.bb | 1 + .../connman/{connman_1.14.bb = connman_1.15.bb} | 4 +- .../libpcap-1.3.0/0001-Fix-disable-canusb.patch| 30 - ...-The-leading-comma-looked-weird-remove-it.patch | 54 -- .../libpcap-1.3.0/0001-canusb-needs-lpthread.patch | 32 -- .../{libpcap-1.3.0 = libpcap}/aclocal.patch | 0 .../ieee80215-arphrd.patch | 0 .../libpcap/{libpcap_1.3.0.bb = libpcap_1.4.0.bb} | 13 +- .../packagegroups/packagegroup-self-hosted.bb | 3 + .../remove.ldconfig.call.patch | 0 .../zlib/{zlib_1.2.7.bb = zlib_1.2.8.bb} | 11 +- .../diffstat/diffstat/aclocal.patch| 37 ++ .../{diffstat_1.55.bb = diffstat_1.57.bb} | 8 +- .../linuxdoc-tools-native/disable_sgml2rtf.patch | 47 +- ...e_0.9.66.bb = linuxdoc-tools-native_0.9.69.bb} | 10 +- meta/recipes-devtools/python/python.inc| 1 + .../fix-install-depends.patch | 0 .../libtool2.patch | 0 .../{subversion_1.7.9.bb = subversion_1.7.10.bb} | 4 +-
Re: [OE-core] [CONSOLIDATED PULL 00/37] Post M1 Updates and Fixes
Darren, Need to check, whether the new mesa is working well with EMGD. If it does, then the preferred version of mesa can be updated, if not then need to pull the older mesa in meta-intel. Nitin -Original Message- From: Darren Hart [mailto:dvh...@linux.intel.com] Sent: Thursday, June 06, 2013 10:37 AM To: Saul Wold Cc: Kamble, Nitin A; Otavio Salvador; openembedded- c...@lists.openembedded.org Subject: Re: [OE-core] [CONSOLIDATED PULL 00/37] Post M1 Updates and Fixes Nitin, are we fixed with 9.0.2 for emgd? Will we need to carry that recipe in meta-intel now? On 06/06/2013 09:57 AM, Saul Wold wrote: Otavio, Darren, Nitin: Your BSPs may need .bbappends for mesa, see below Sau! On 06/06/2013 09:08 AM, Saul Wold wrote: Richard, Here is a set of patches that I have tested and reviewed. Robert's changes for insane/package checks look good, but could your eyes as a final check. Thanks Sau! Mostly Updates The following changes since commit 8a2ac668d99f7d64c2acffc3a39cedb2d152be6e: lrzsz: check locale.h in configure (2013-06-04 15:53:45 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib sgw/stage http://cgit.openembedded.org/cgit.cgi/openembedded-core- contrib/log/? h=sgw/stage Andrea Adami (1): image_types.bbclass: add ubifs to IMAGE_TYPES Andrei Dinu (2): linuxdoc-tools-native : upgrade to 0.9.69 libpng : upgrade to 1.6.2 Andy Voltz (2): tune-cortexa.inc: create a common include for cortex-a armv7a tuning tune-cortexa5.inc: Add tune file for cortex-a5 Bogdan Marinescu (4): diffstat: upgraded to 1.57 libpcre: upgraded to 8.33 subversion: upgraded to 1.7.10 bdwgc: enable full version name in recipe name Cristian Iorga (2): iptables: upgrade to 1.4.19.1 libpcap: upgrade to 1.4.0 Dan McGregor (1): python: enable IPv6 based on DISTRO_FEATURES Ionut Radu (1): matchbox-terminal: Update to git HEAD 452bca253492a97a587f440289b9ab27d217353e Jack Mitchell (1): connman: update to 1.15 Jackie Huang (1): grub-0.97: fix the objcopy error in configure Marko Lindqvist (3): icu: update to upstream version 51.2 pixman: update to upstream version 0.30.0 zlib: update to upstream version 1.2.8 Robert Yang (4): insane/package: let package.bbclass inherit insane.bbclass defaultsetup.conf: remove INHERIT_INSANE insane/package: refactor packaging sanity tests multilib.bbclass: fix the PACKAGEFUNCS_append Ross Burton (12): weston-init: basic init script to start Weston on KMS/DRM core-image-weston: basic image that boots directly to Weston weston: install the examples into weston-examples weston: add a weston-launch group weston: clean up and add comments gdk-pixbuf: upgrade to 2.28.1 test-utils: handle import bb failing and skip the test test_utils: import functions directly for conciseness mesa: upgrade to 9.1.3 mesa: update git recipe to 9.1.3 release wayland: update to 1.1.0 weston: update to 1.1.0 HEADS up to BSP Maintainers, this may require .bbappend bumps in your BSPS. Saul Wold (2): self-hosted: Add libssp libraries to packagegroup/image libxi: Add libxfixes as dependency Yi Zhao (1): kernel.bbclass: Fix link for modules-${MACHINE}.tgz meta/classes/image_types.bbclass | 2 +- meta/classes/insane.bbclass| 39 +- meta/classes/kernel.bbclass| 2 +- meta/classes/multilib.bbclass | 2 +- meta/classes/package.bbclass | 41 +- meta/conf/distro/defaultsetup.conf | 3 +- meta/conf/machine/include/arm/README | 3 + meta/conf/machine/include/tune-cortexa.inc | 35 ++ meta/conf/machine/include/tune-cortexa15.inc | 35 +- meta/conf/machine/include/tune-cortexa5.inc| 5 + meta/conf/machine/include/tune-cortexa7.inc| 35 +- meta/conf/machine/include/tune-cortexa8.inc| 35 +- meta/conf/machine/include/tune-cortexa9.inc| 35 +- meta/lib/oe/tests/test_utils.py| 14 +- .../grub/grub-0.97/objcopy-absolute.patch | 40 ++ meta/recipes-bsp/grub/grub_0.97.bb | 1 + .../connman/{connman_1.14.bb = connman_1.15.bb} | 4 +- .../libpcap-1.3.0/0001-Fix-disable-canusb.patch| 30 - ...-The-leading-comma-looked-weird-remove-it.patch | 54 -- .../libpcap-1.3.0/0001-canusb-needs-lpthread.patch | 32 -- .../{libpcap-1.3.0 = libpcap}/aclocal.patch | 0 .../ieee80215-arphrd.patch | 0 .../libpcap/{libpcap_1.3.0.bb = libpcap_1.4.0.bb} | 13 +- .../packagegroups/packagegroup-self-hosted.bb | 3
Re: [OE-core] [CONSOLIDATED PULL 00/37] Post M1 Updates and Fixes
On 06/06/2013 11:02 AM, Kamble, Nitin A wrote: Darren, Need to check, whether the new mesa is working well with EMGD. If it does, then the preferred version of mesa can be updated, if not then need to pull the older mesa in meta-intel. Thanks Nitin, please keep us posted. Minnow will be follow whatever you determine is appropriate for the EMGD BSPs in meta-intel. -- Darren Nitin -Original Message- From: Darren Hart [mailto:dvh...@linux.intel.com] Sent: Thursday, June 06, 2013 10:37 AM To: Saul Wold Cc: Kamble, Nitin A; Otavio Salvador; openembedded- c...@lists.openembedded.org Subject: Re: [OE-core] [CONSOLIDATED PULL 00/37] Post M1 Updates and Fixes Nitin, are we fixed with 9.0.2 for emgd? Will we need to carry that recipe in meta-intel now? On 06/06/2013 09:57 AM, Saul Wold wrote: Otavio, Darren, Nitin: Your BSPs may need .bbappends for mesa, see below Sau! On 06/06/2013 09:08 AM, Saul Wold wrote: Richard, Here is a set of patches that I have tested and reviewed. Robert's changes for insane/package checks look good, but could your eyes as a final check. Thanks Sau! Mostly Updates The following changes since commit 8a2ac668d99f7d64c2acffc3a39cedb2d152be6e: lrzsz: check locale.h in configure (2013-06-04 15:53:45 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib sgw/stage http://cgit.openembedded.org/cgit.cgi/openembedded-core- contrib/log/? h=sgw/stage Andrea Adami (1): image_types.bbclass: add ubifs to IMAGE_TYPES Andrei Dinu (2): linuxdoc-tools-native : upgrade to 0.9.69 libpng : upgrade to 1.6.2 Andy Voltz (2): tune-cortexa.inc: create a common include for cortex-a armv7a tuning tune-cortexa5.inc: Add tune file for cortex-a5 Bogdan Marinescu (4): diffstat: upgraded to 1.57 libpcre: upgraded to 8.33 subversion: upgraded to 1.7.10 bdwgc: enable full version name in recipe name Cristian Iorga (2): iptables: upgrade to 1.4.19.1 libpcap: upgrade to 1.4.0 Dan McGregor (1): python: enable IPv6 based on DISTRO_FEATURES Ionut Radu (1): matchbox-terminal: Update to git HEAD 452bca253492a97a587f440289b9ab27d217353e Jack Mitchell (1): connman: update to 1.15 Jackie Huang (1): grub-0.97: fix the objcopy error in configure Marko Lindqvist (3): icu: update to upstream version 51.2 pixman: update to upstream version 0.30.0 zlib: update to upstream version 1.2.8 Robert Yang (4): insane/package: let package.bbclass inherit insane.bbclass defaultsetup.conf: remove INHERIT_INSANE insane/package: refactor packaging sanity tests multilib.bbclass: fix the PACKAGEFUNCS_append Ross Burton (12): weston-init: basic init script to start Weston on KMS/DRM core-image-weston: basic image that boots directly to Weston weston: install the examples into weston-examples weston: add a weston-launch group weston: clean up and add comments gdk-pixbuf: upgrade to 2.28.1 test-utils: handle import bb failing and skip the test test_utils: import functions directly for conciseness mesa: upgrade to 9.1.3 mesa: update git recipe to 9.1.3 release wayland: update to 1.1.0 weston: update to 1.1.0 HEADS up to BSP Maintainers, this may require .bbappend bumps in your BSPS. Saul Wold (2): self-hosted: Add libssp libraries to packagegroup/image libxi: Add libxfixes as dependency Yi Zhao (1): kernel.bbclass: Fix link for modules-${MACHINE}.tgz meta/classes/image_types.bbclass | 2 +- meta/classes/insane.bbclass| 39 +- meta/classes/kernel.bbclass| 2 +- meta/classes/multilib.bbclass | 2 +- meta/classes/package.bbclass | 41 +- meta/conf/distro/defaultsetup.conf | 3 +- meta/conf/machine/include/arm/README | 3 + meta/conf/machine/include/tune-cortexa.inc | 35 ++ meta/conf/machine/include/tune-cortexa15.inc | 35 +- meta/conf/machine/include/tune-cortexa5.inc| 5 + meta/conf/machine/include/tune-cortexa7.inc| 35 +- meta/conf/machine/include/tune-cortexa8.inc| 35 +- meta/conf/machine/include/tune-cortexa9.inc| 35 +- meta/lib/oe/tests/test_utils.py| 14 +- .../grub/grub-0.97/objcopy-absolute.patch | 40 ++ meta/recipes-bsp/grub/grub_0.97.bb | 1 + .../connman/{connman_1.14.bb = connman_1.15.bb} | 4 +- .../libpcap-1.3.0/0001-Fix-disable-canusb.patch| 30 - ...-The-leading-comma-looked-weird-remove-it.patch | 54 -- .../libpcap-1.3.0/0001-canusb-needs-lpthread.patch | 32 -- .../{libpcap-1.3.0 = libpcap}/aclocal.patch | 0 .../ieee80215-arphrd.patch | 0 .../libpcap/{libpcap_1.3.0.bb =
Re: [OE-core] [PATCH v2 0/7] run-postinsts refactoring
On 06/06/2013 07:43 PM, Mark Hatle wrote: Comments below On 6/6/13 2:41 AM, Laurentiu Palcu wrote: (cover letter only) Changes in v2: * addressed an RPM issue that happened on AB. Interestingly, it happened only on certain distros. Our internal AB (running on Ubuntu server 12.04), didn't show any issues. So, what was the problem? We use a scriptlet wrapper to run the pre/post install scriptlets. What I missed in the previous patchset was that I didn't use the scriptlet wrapper when running the pre/post remove scriptlets and the context in which they ran was not correct. Hence, the update-rc.d used was the host's... * addresses Ross's request to move run-postinsts recipe out of dpkg directory, since it's generic now; Paul, Mark would you please review the RPM changes please? Thanks, Laurentiu Changes in v1: Hi all, My work at #4484 revealed that the package managers deb/ipk/rpm handle removal of PM meta-data (when the PM is not deployed) and the delayed postinstalls execution in their own way. Currently we have: * run-postinsts (for deb/ipk) and rpm-postinsts (for rpm) for running the delayed postinstalls on target when the PM is not part of the image; * opkg removes the meta-data and some uneeded packages whilst deb/rpm remove only the meta-data; * both opkg and deb have no way of running the delayed postinstalls on target, if package-management is not part of IMAGE_FEATURES, because the meta-data was deleted (and it would have been useless anyway since the PM is not installed); That being said, this patchset tries to create a more unified solution for all PM backends. rpm-postinsts recipe is replaced by run-postinsts but I'll keep it in oe-core for a while (a couple of weeks maybe), just in case the current solution does not satisfy the RPM users (I doubt it though). I did tests with core-image-minimal using sysvinit/systemd and with/without delayed postinstalls. The results are as expected. Thanks, Laurentiu The following changes since commit a62aed41f2d8f874f7ae24d0e5be5dbc66ea2199: lrzsz: check locale.h in configure (2013-06-04 15:55:46 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib lpalcu/run_postinsts_refactor_v2 http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=lpalcu/run_postinsts_refactor_v2 Laurentiu Palcu (7): rootfs_*.bbclass: add some helper functions image.bbclass: remove unneeded files from the image core-image-minimal: do not remove packaging files in the rootfs postprocess run-postinsts: make it generic rootfs_rpm.bbclass: switch to using run-postinsts package_rpm.bbclass: handle pre/post remove scriptlets rpm: replace rpm-postinsts dependency with run-postinsts meta/classes/image.bbclass | 33 ++ meta/classes/package_rpm.bbclass | 16 --- meta/classes/rootfs_deb.bbclass| 23 +- meta/classes/rootfs_ipk.bbclass| 39 meta/classes/rootfs_rpm.bbclass| 29 ++-- meta/recipes-core/images/core-image-minimal.bb |2 - .../dpkg/run-postinsts/run-postinsts | 36 --- .../dpkg/run-postinsts/run-postinsts.awk | 30 - meta/recipes-devtools/rpm/rpm_5.4.9.bb |2 +- .../run-postinsts/run-postinsts/run-postinsts | 47 .../{dpkg = run-postinsts}/run-postinsts_1.0.bb |7 ++- 11 files changed, 159 insertions(+), 105 deletions(-) delete mode 100755 meta/recipes-devtools/dpkg/run-postinsts/run-postinsts delete mode 100644 meta/recipes-devtools/dpkg/run-postinsts/run-postinsts.awk create mode 100755 meta/recipes-devtools/run-postinsts/run-postinsts/run-postinsts rename meta/recipes-devtools/{dpkg = run-postinsts}/run-postinsts_1.0.bb (68%) +rootfs_remove_unneeded () { +if ${@base_contains(IMAGE_FEATURES, package-management, false, true, d)}; then +if [ -z $(delayed_postinsts) ]; then +# All packages were successfully configured. +# update-rc.d, base-passwd, run-postinsts are no further use, remove them now +remove_run_postinsts=false +if [ -e ${IMAGE_ROOTFS}${sysconfdir}/init.d/run-postinsts ]; then +remove_run_postinsts=true +fi +rootfs_remove_packages update-rc.d base-passwd ${ROOTFS_BOOTSTRAP_INSTALL} + +# Need to remove rc.d files for run-postinsts by hand since opkg won't +# call postrm scripts in offline root mode. +if $remove_run_postinsts; then +update-rc.d -f -r ${IMAGE_ROOTFS}
Re: [OE-core] [PATCH v2 0/7] run-postinsts refactoring
On 6/6/13 1:09 PM, Laurentiu Palcu wrote: On 06/06/2013 07:43 PM, Mark Hatle wrote: Comments below On 6/6/13 2:41 AM, Laurentiu Palcu wrote: (cover letter only) Changes in v2: * addressed an RPM issue that happened on AB. Interestingly, it happened only on certain distros. Our internal AB (running on Ubuntu server 12.04), didn't show any issues. So, what was the problem? We use a scriptlet wrapper to run the pre/post install scriptlets. What I missed in the previous patchset was that I didn't use the scriptlet wrapper when running the pre/post remove scriptlets and the context in which they ran was not correct. Hence, the update-rc.d used was the host's... * addresses Ross's request to move run-postinsts recipe out of dpkg directory, since it's generic now; Paul, Mark would you please review the RPM changes please? Thanks, Laurentiu Changes in v1: Hi all, My work at #4484 revealed that the package managers deb/ipk/rpm handle removal of PM meta-data (when the PM is not deployed) and the delayed postinstalls execution in their own way. Currently we have: * run-postinsts (for deb/ipk) and rpm-postinsts (for rpm) for running the delayed postinstalls on target when the PM is not part of the image; * opkg removes the meta-data and some uneeded packages whilst deb/rpm remove only the meta-data; * both opkg and deb have no way of running the delayed postinstalls on target, if package-management is not part of IMAGE_FEATURES, because the meta-data was deleted (and it would have been useless anyway since the PM is not installed); That being said, this patchset tries to create a more unified solution for all PM backends. rpm-postinsts recipe is replaced by run-postinsts but I'll keep it in oe-core for a while (a couple of weeks maybe), just in case the current solution does not satisfy the RPM users (I doubt it though). I did tests with core-image-minimal using sysvinit/systemd and with/without delayed postinstalls. The results are as expected. Thanks, Laurentiu The following changes since commit a62aed41f2d8f874f7ae24d0e5be5dbc66ea2199: lrzsz: check locale.h in configure (2013-06-04 15:55:46 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib lpalcu/run_postinsts_refactor_v2 http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=lpalcu/run_postinsts_refactor_v2 Laurentiu Palcu (7): rootfs_*.bbclass: add some helper functions image.bbclass: remove unneeded files from the image core-image-minimal: do not remove packaging files in the rootfs postprocess run-postinsts: make it generic rootfs_rpm.bbclass: switch to using run-postinsts package_rpm.bbclass: handle pre/post remove scriptlets rpm: replace rpm-postinsts dependency with run-postinsts meta/classes/image.bbclass | 33 ++ meta/classes/package_rpm.bbclass | 16 --- meta/classes/rootfs_deb.bbclass| 23 +- meta/classes/rootfs_ipk.bbclass| 39 meta/classes/rootfs_rpm.bbclass| 29 ++-- meta/recipes-core/images/core-image-minimal.bb |2 - .../dpkg/run-postinsts/run-postinsts | 36 --- .../dpkg/run-postinsts/run-postinsts.awk | 30 - meta/recipes-devtools/rpm/rpm_5.4.9.bb |2 +- .../run-postinsts/run-postinsts/run-postinsts | 47 .../{dpkg = run-postinsts}/run-postinsts_1.0.bb |7 ++- 11 files changed, 159 insertions(+), 105 deletions(-) delete mode 100755 meta/recipes-devtools/dpkg/run-postinsts/run-postinsts delete mode 100644 meta/recipes-devtools/dpkg/run-postinsts/run-postinsts.awk create mode 100755 meta/recipes-devtools/run-postinsts/run-postinsts/run-postinsts rename meta/recipes-devtools/{dpkg = run-postinsts}/run-postinsts_1.0.bb (68%) +rootfs_remove_unneeded () { + if ${@base_contains(IMAGE_FEATURES, package-management, false, true, d)}; then + if [ -z $(delayed_postinsts) ]; then + # All packages were successfully configured. + # update-rc.d, base-passwd, run-postinsts are no further use, remove them now + remove_run_postinsts=false + if [ -e ${IMAGE_ROOTFS}${sysconfdir}/init.d/run-postinsts ]; then + remove_run_postinsts=true + fi + rootfs_remove_packages update-rc.d base-passwd ${ROOTFS_BOOTSTRAP_INSTALL} + + # Need to remove rc.d files for run-postinsts by hand since opkg won't + # call postrm scripts in offline root mode. + if $remove_run_postinsts; then + update-rc.d -f -r
Re: [OE-core] [PATCH] qmake2.bbclass: export OE_QMAKE_QT_CONFIG
On Thu, Jun 6, 2013 at 2:54 AM, Paul Eggleton paul.eggle...@linux.intel.com wrote: On Wednesday 05 June 2013 10:01:09 Saul Wold wrote: On 06/05/2013 09:57 AM, Paul Eggleton wrote: On Wednesday 05 June 2013 09:46:49 Saul Wold wrote: On 06/05/2013 02:30 AM, Martin Jansa wrote: On Wed, Jun 05, 2013 at 07:01:50PM +1000, Jonathan Liu wrote: qconfig.pri was not being loaded by qmake properly. This means Qt qmake projects are unable to query QT_ARCH, QT_VERSION and other variables defined in qconfig.pri. Export OE_QMAKE_QT_CONFIG, setting it to the location of qconfig.pri so that it can be located by qmake. There is such patch already: http://lists.openembedded.org/pipermail/openembedded-core/2013-May/07831 4. html Got lost in my queue, adding it for the next MUT. FWIW I am still concerned by the assertion in the commit message about it causing undesirable behaviour. I'd want that checked out and the note removed before we look at merging this. OK, I will shelf this until I hear more about the testing of this change regarding the original patch's note. So I tested a rebuild of qt4-x11-free with Felipe's patch and two of Jonathan's (qt4: fix QMAKE_QT_CONFIG being overwritten with empty value and classes/qmake_base: allow parallel make), and did not observe any unexpected behaviour and buildhistory looks clean for qt itself and fotowall/quicky. So I'd say feel free to throw these into MUT, but I think we need to drop the note. Awesome. Thank you, Felipe ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/3] GStreamer 1.0 recipes
On 06/06/2013 10:17 AM, Carlos Rafael Giani wrote: On 06.06.2013 18:53, Saul Wold wrote: On 05/31/2013 12:15 PM, Carlos Rafael Giani wrote: These patches introduce recipes for GStreamer 1.0 . They are copied over from my gstreamer 1.0 layer at https://github.com/dv1/meta-gstreamer1.0 . All files except gstreamer1.0-plugins-package.inc were copied; gst-plugins-package.inc was patched to fix a problem with -meta packages and can be used for both 0.10 and 1.0 now (the only difference is the value of the LIBV variable). So is there an update path from 0.10 to 1.0? Also normally we replace the older version with the newer version by git mv in order to preserve history where possible. I am not sure if you can do this with a move and then copy the new versions in. Since the packages are renamed, and I don's see any RPROVIDES/RREPLACES or RCONFLICTS to cover the upgrade path. Replace? Why do you want to replace? 1.0 is designed to be able to coexist with 1.0 in the same rootfs (you cannot use both at the same time in a process; however, this isn't a concern for OE, but for application developers). In essence, simply adding the new files from the patch to recipes-multimedia/gstreamer/ should be sufficient. The old 0.10 ones can be left unchanged. One of the core tenants of OE-Core is to only maintain the latest version of a given recipe and have an upgrade path from existing version to the latest version. What I am not sure about is the programs that rely on gstream if all of them are ready for the 1.0. But back to the orignal question, is the gstreamer 1.0 an upgrade path for 0.10 or a completely new gstreamer? Is there an upgrade path? If so, then the packaging needs to reflect that. Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/3] GStreamer 1.0 recipes
On Thu, 2013-06-06 at 13:18 -0700, Saul Wold wrote: But back to the orignal question, is the gstreamer 1.0 an upgrade path for 0.10 or a completely new gstreamer? Is there an upgrade path? If so, then the packaging needs to reflect that. I think what you're really asking is is gstreamer 1.0 ABI-compatible with 0.10? and the answer to that question is no. Binaries compiled against 0.10 will need recompiling to use 1.0 so RPROVIDES would make no sense, and the two libraries are parallel installable so RCONFLICTS is not necessary either. In any case, using RPROVIDES/RCONFLICTS for libraries is sometimes slightly tricky in the presence of the debian autonamer, and is generally something that ought to be left to those distros that care about it rather than trying to solve the problem in oe-core. But all this is largely orthogonal to the question of whether or not we want to keep both versions in OE-Core. There does exist some precedent for that: we have both gtk2 and gtk3, and we also have multiple versions of (at least) linux, pseudo and gcc already. p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/3] GStreamer 1.0 recipes
On 06.06.2013 22:18, Saul Wold wrote: On 06/06/2013 10:17 AM, Carlos Rafael Giani wrote: On 06.06.2013 18:53, Saul Wold wrote: On 05/31/2013 12:15 PM, Carlos Rafael Giani wrote: These patches introduce recipes for GStreamer 1.0 . They are copied over from my gstreamer 1.0 layer at https://github.com/dv1/meta-gstreamer1.0 . All files except gstreamer1.0-plugins-package.inc were copied; gst-plugins-package.inc was patched to fix a problem with -meta packages and can be used for both 0.10 and 1.0 now (the only difference is the value of the LIBV variable). So is there an update path from 0.10 to 1.0? Also normally we replace the older version with the newer version by git mv in order to preserve history where possible. I am not sure if you can do this with a move and then copy the new versions in. Since the packages are renamed, and I don's see any RPROVIDES/RREPLACES or RCONFLICTS to cover the upgrade path. Replace? Why do you want to replace? 1.0 is designed to be able to coexist with 1.0 in the same rootfs (you cannot use both at the same time in a process; however, this isn't a concern for OE, but for application developers). In essence, simply adding the new files from the patch to recipes-multimedia/gstreamer/ should be sufficient. The old 0.10 ones can be left unchanged. One of the core tenants of OE-Core is to only maintain the latest version of a given recipe and have an upgrade path from existing version to the latest version. What I am not sure about is the programs that rely on gstream if all of them are ready for the 1.0. But back to the orignal question, is the gstreamer 1.0 an upgrade path for 0.10 or a completely new gstreamer? Is there an upgrade path? If so, then the packaging needs to reflect that. Sau! While 1.0 inherited a lot from 0.10, it is not a simple upgrade. It is ABI and API incompatible with 0.10. The featureset is also not 100% the same. This situation is comparable to Qt3 vs. Qt4 vs. Qt5, or Gtk2 vs. Gtk3 etc. This is why it is not a good idea to get rid of the 0.10 recipes - you cannot simply build applications that use 0.10 with 1.0 libraries and expect it to compile. Carlos ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/2] gnomebase.bbclass improvements
A couple of gnomebase.bbclass changes from the tree where I've been working to include recipe for latest (gtk3-only) vte version in addition to older gtk2-compatible one. trim_version() -patch should't be any way controversial. GNOMEBN -patch is one you may want to apply now, or to wait if there is going to be any users for the feature and apply only when actually needed. The following changes since commit 8a2ac668d99f7d64c2acffc3a39cedb2d152be6e: lrzsz: check locale.h in configure (2013-06-04 15:53:45 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib cazfi/misc http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=cazfi/misc Marko Lindqvist (2): gnomebase.bbclass: implement gnome_verdir() using trim_version() gnomebase.bbclass: add support for archive name different from BPN meta/classes/gnomebase.bbclass |7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Linux kernel build dependency of 'bc'
On Thu, Jun 6, 2013 at 11:11 AM, Otavio Salvador ota...@ossystems.com.br wrote: Hello Bruce, I got a build failure in my auto builder; it has a very lean system install and it spot something it is new for me. It seems the kernel now depends on 'bc' util. I tried to find a 'bc-native' and couldn't find so I'd like to know if it is a known issue and if someone is already working in a 'bc-native' recipe to proper fix the issue. Following up on this thread late (I was on a plane all day), this hasn't popped up on my builders, but then again, all of mine have bc, so I wouldn't have noticed for some time. If nothing has been entered bugzilla for this, we should do that now, just to avoid more than one person going ahead and adding bc-native! Bruce Regards, -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://projetos.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 -- Thou shalt not follow the NULL pointer, for chaos and madness await thee at its end ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] qmake2.bbclass: export OE_QMAKE_QT_CONFIG
On 07/06/2013, at 6:07 AM, Saul Wold s...@linux.intel.com wrote: On 06/06/2013 12:18 PM, Felipe Tonello wrote: On Thu, Jun 6, 2013 at 2:54 AM, Paul Eggleton paul.eggle...@linux.intel.com wrote: On Wednesday 05 June 2013 10:01:09 Saul Wold wrote: On 06/05/2013 09:57 AM, Paul Eggleton wrote: On Wednesday 05 June 2013 09:46:49 Saul Wold wrote: On 06/05/2013 02:30 AM, Martin Jansa wrote: On Wed, Jun 05, 2013 at 07:01:50PM +1000, Jonathan Liu wrote: qconfig.pri was not being loaded by qmake properly. This means Qt qmake projects are unable to query QT_ARCH, QT_VERSION and other variables defined in qconfig.pri. Export OE_QMAKE_QT_CONFIG, setting it to the location of qconfig.pri so that it can be located by qmake. There is such patch already: http://lists.openembedded.org/pipermail/openembedded-core/2013-May/07831 4. html Got lost in my queue, adding it for the next MUT. FWIW I am still concerned by the assertion in the commit message about it causing undesirable behaviour. I'd want that checked out and the note removed before we look at merging this. OK, I will shelf this until I hear more about the testing of this change regarding the original patch's note. So I tested a rebuild of qt4-x11-free with Felipe's patch and two of Jonathan's (qt4: fix QMAKE_QT_CONFIG being overwritten with empty value and classes/qmake_base: allow parallel make), and did not observe any unexpected behaviour and buildhistory looks clean for qt itself and fotowall/quicky. So I'd say feel free to throw these into MUT, but I think we need to drop the note. Awesome. So can someone put a final updated patch series together. I am still not sure about Jonathans's allow parallel make change, it seemed to have the -j option since it's added with a _prepend which is not overriden by the = assignment. Sau! It has make -j 16 MAKEFLAGS=. -j 16 adds to MAKEFLAGS, and MAKEFLAGS= clears it. It is trivial to check this is the case and I have verified it both when building fotowall and independently on command line for building Qt projects outside of Yocto. Regards, Jonathan Thank you, Felipe ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] qmake2.bbclass: export OE_QMAKE_QT_CONFIG
On Fri, Jun 07, 2013 at 09:17:09AM +1000, Jonathan Liu wrote: On 07/06/2013, at 6:07 AM, Saul Wold s...@linux.intel.com wrote: On 06/06/2013 12:18 PM, Felipe Tonello wrote: On Thu, Jun 6, 2013 at 2:54 AM, Paul Eggleton paul.eggle...@linux.intel.com wrote: On Wednesday 05 June 2013 10:01:09 Saul Wold wrote: On 06/05/2013 09:57 AM, Paul Eggleton wrote: On Wednesday 05 June 2013 09:46:49 Saul Wold wrote: On 06/05/2013 02:30 AM, Martin Jansa wrote: On Wed, Jun 05, 2013 at 07:01:50PM +1000, Jonathan Liu wrote: qconfig.pri was not being loaded by qmake properly. This means Qt qmake projects are unable to query QT_ARCH, QT_VERSION and other variables defined in qconfig.pri. Export OE_QMAKE_QT_CONFIG, setting it to the location of qconfig.pri so that it can be located by qmake. There is such patch already: http://lists.openembedded.org/pipermail/openembedded-core/2013-May/07831 4. html Got lost in my queue, adding it for the next MUT. FWIW I am still concerned by the assertion in the commit message about it causing undesirable behaviour. I'd want that checked out and the note removed before we look at merging this. OK, I will shelf this until I hear more about the testing of this change regarding the original patch's note. So I tested a rebuild of qt4-x11-free with Felipe's patch and two of Jonathan's (qt4: fix QMAKE_QT_CONFIG being overwritten with empty value and classes/qmake_base: allow parallel make), and did not observe any unexpected behaviour and buildhistory looks clean for qt itself and fotowall/quicky. So I'd say feel free to throw these into MUT, but I think we need to drop the note. Awesome. So can someone put a final updated patch series together. I am still not sure about Jonathans's allow parallel make change, it seemed to have the -j option since it's added with a _prepend which is not overriden by the = assignment. Sau! It has make -j 16 MAKEFLAGS=. -j 16 adds to MAKEFLAGS, and MAKEFLAGS= clears it. It is trivial to check this is the case and I have verified it both when building fotowall and independently on command line for building Qt projects outside of Yocto. disadvantage of this (at least in qt5) is that it starts independent make processes which all inherit MAKEFLAGS, so instead of 16 processes you can get a lot more - I've seen something like 40 when building qtwebkit with -j 8. But on other hand it's faster then -j1. https://github.com/meta-qt5/meta-qt5/commit/e9c61a9e6f51f500df349f8fe569ec095a1b8d2b https://github.com/meta-qt5/meta-qt5/commit/f76e45b5a8c59b1b8e4b806d2a2a09e6baf4d4e2 -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] State of bitbake world
On 4 June 2013 22:06, Jack Mitchell m...@communistcode.co.uk wrote: On 04/06/13 12:58, Martin Jansa wrote: On Mon, Jun 03, 2013 at 05:10:08PM +0200, Martin Jansa wrote: On Mon, May 20, 2013 at 03:06:35PM +0200, Martin Jansa wrote: Couple of issues from last email were fixed, so here is updated status: qemuarm Summary: 14 tasks failed: http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches/log.world.20130520_090009.log qemux86 Summary: 19 tasks failed: http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches/log.world.20130519_170509.log qemux86-64 Summary: 20 tasks failed: http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches/log.world.20130520_005747.log Hi, updated status, still building with gcc-4.8 shr-version issue already fixed llvm2.9 also fixed so if we don't count these 3 failures it's a bit better than last status qemuarm Summary: 15 tasks failed: http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches/log.world.20130601_225651.log qemux86 Summary: 18 tasks failed: http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches/log.world.20130603_011743.log/ qemux86-64: Summary: 21 tasks failed: http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches/log.world.20130602_103752.log common (13): meta-openembedded/meta-gnome/recipes-gnome/gnome-keyring/gnome-keyring_2.32.1.bb, do_compile meta-openembedded/meta-oe/recipes-navigation/gypsy/gypsy_0.9.bb, do_compile virtual:native:meta-openembedded/meta-oe/recipes-core/llvm/llvm2.9_2.9.bb, do_compile meta-openembedded/meta-oe/recipes-support/emacs/emacs_23.4.bb, do_compile meta-openembedded/meta-oe/recipes-navigation/omgps/omgps_svn.bb, do_compile meta-openembedded/meta-oe/recipes-devtools/packagekit/packagekit_0.5.6.bb, do_compile meta-openembedded/meta-oe/recipes-connectivity/gnuradio/gnuradio_git.bb, do_compile meta-openembedded/meta-gnome/recipes-gnome/gthumb/gthumb_2.12.4.bb, do_compile meta-openembedded/meta-oe/recipes-devtools/tcltk/tk_8.5.8.bb, do_configure meta-openembedded/meta-networking/recipes-support/ipsec-tools/ipsec-tools_0.7.2.bb, do_compile meta-openembedded/meta-multimedia/recipes-mediacentre/xbmc/xbmc_git.bb, do_compile meta-smartphone/meta-shr/recipes-shr/shr/shr-version.bb, do_configure meta-smartphone/meta-shr/recipes-shr/shr/shr-version.bb, do_populate_lic qemuarm (2): meta-openembedded/meta-oe/recipes-support/libunwind/libunwind_1.1.bb, do_compile openembedded-core/meta/recipes-devtools/qemu/qemu_1.4.1.bb, do_compile qemux86* common (3): openembedded-core/meta/recipes-graphics/xorg-driver/xf86-video-intel_2.21.6.bb, do_compile meta-openembedded/meta-oe/recipes-support/ode/ode_0.9.bb, do_configure openembedded-core/meta/recipes-bsp/grub/grub_2.00.bb, do_package qemux86 (2): meta-browser/recipes-browser/chromium/chromium_29.0.1518.2.bb, do_compile meta-openembedded/meta-oe/recipes-graphics/xorg-driver/xf86-video-geode_2.11.14.bb, do_compile qemux86-64 (5): meta-browser/recipes-mozilla/firefox/firefox_10.0.11esr.bb, do_compile meta-openembedded/meta-oe/recipes-connectivity/libimobiledevice/libimobiledevice_1.1.4.bb, do_configure meta-openembedded/meta-gnome/recipes-gnome/gnome-session/gnome-session_2.32.1.bb, do_compile meta-browser/recipes-browser/chromium/chromium_29.0.1518.2.bb, do_compile meta-openembedded/meta-networking/recipes-daemons/cyrus-sasl/cyrus-sasl_2.1.26.bb, do_configure I forgot to mention that many packages now detect /run directory and install unshipped files, causing many new QA warnings, this isn't complete list, because some packages were reused from sstate-cache: usbmuxd-git: usbmuxd: Files/directories were installed but not shipped /usr/lib64 /usr/lib64/libusbmuxd.so /usr/lib64/libusbmuxd.so.1.0.8 /usr/lib64/libusbmuxd.so.2 /usr/lib64/pkgconfig /usr/lib64/.debug /usr/lib64/pkgconfig/libusbmuxd.pc /usr/lib64/.debug/libusbmuxd.so.1.0.8 openldap-2.4.23: openldap: Files/directories were installed but not shipped /run networkmanager-0.9.8.0: networkmanager: Files/directories were installed but not shipped /run /run/NetworkManager cherokee-1.2.98: cherokee: Files/directories were installed but not shipped /run nostromo-1.9.5: nostromo: Files/directories were installed but not shipped /run /run/nostromo gdm-2.32.2: gdm: Files/directories were installed but not shipped /run /run/gdm /run/gdm/greeter collectd-5.2.2: collectd: Files/directories were installed but not shipped /run What is the best way to go about fixing these? Fix guide for unshipped files in run directory: - If package just installs empty run directory, remove it by adding the following to do_install_append(): rmdir ${D}${localstatedir}/run rmdir --ignore-fail-on-non-empty ${D}${localstatedir} Reference:
Re: [OE-core] [PATCH] classes/qmake2: export QMAKEPATH
On 6 June 2013 17:34, Jonathan Liu net...@gmail.com wrote: On 6 June 2013 16:54, Jonathan Liu net...@gmail.com wrote: QMAKEPATH is exported so that qmake is able to detect the webkit module, load it and add it to the QT_CONFIG variable. The detection is done in mkspecs/features/qt_config.prf which reads the qmake QMAKE_MKSPECS builtin. qmake will read QMAKEPATH, append /mkspecs to it and prepend it to the QMAKE_MKSPECS list builtin returned. qt_config.prf will then load modules matching modules/qt_*.pri inside each directory in QMAKE_MKSPECS. Signed-off-by: Jonathan Liu net...@gmail.com --- meta/classes/qmake2.bbclass | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/classes/qmake2.bbclass b/meta/classes/qmake2.bbclass index 8b9861c..03ad2f1 100644 --- a/meta/classes/qmake2.bbclass +++ b/meta/classes/qmake2.bbclass @@ -5,6 +5,7 @@ inherit qmake_base DEPENDS_prepend = qt4-tools-native +export QMAKEPATH = ${STAGING_DATADIR}/qt4 export QMAKESPEC = ${STAGING_DATADIR}/qt4/mkspecs/${TARGET_OS}-oe-g++ export OE_QMAKE_QT_CONFIG = ${STAGING_DATADIR}/qt4/mkspecs/qconfig.pri export OE_QMAKE_UIC = ${STAGING_BINDIR_NATIVE}/uic4 -- 1.8.2.3 This may be causing some packaging QA problems. I am investigating... Please disregard this patch. I will submit a different patch to fix. Regards, Jonathan ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] qt4-native: update configure paths to match target
qmake2 was being built with paths different to the target Qt. The incorrect paths can be seen by running qmake2 -query: QT_INSTALL_DOCS:${STAGING_DIR_NATIVE}/usr/doc should be /usr/share/doc/qt4 QT_INSTALL_PLUGINS:${STAGING_DIR_NATIVE}/usr/plugins should be /usr/lib/qt4/plugins QT_INSTALL_IMPORTS:${STAGING_DIR_NATIVE}/usr/imports should be /usr/lib/qt4/imports QT_INSTALL_TRANSLATIONS:${STAGING_DIR_NATIVE}/usr/translations should be /usr/share/qt4/translations QT_INSTALL_EXAMPLES:${STAGING_DIR_NATIVE}/usr/examples should be /usr/bin/qt4/examples QT_INSTALL_DEMOS:${STAGING_DIR_NATIVE}/usr/demos should be /usr/bin/qt4/demos QMAKE_MKSPECS:${STAGING_DIR_NATIVE}/usr/mkspecs should be /usr/share/qt4/mkspecs Use the same paths as target Qt for consistency. As the mkspecs are installed to /usr/share/qt4/mkspecs not /usr/mkspecs, qmake2 was unable to detect and load the webkit module (it is detected by loading modules/qt_*.pri inside the mkspecs directory) so webkit was missing from QT_CONFIG if a qmake project reads the QT_CONFIG variable. Signed-off-by: Jonathan Liu net...@gmail.com --- meta/recipes-qt/qt4/qt4-native.inc | 12 +++- 1 file changed, 11 insertions(+), 1 deletion(-) diff --git a/meta/recipes-qt/qt4/qt4-native.inc b/meta/recipes-qt/qt4/qt4-native.inc index 59c8ab5..cd6092a 100644 --- a/meta/recipes-qt/qt4/qt4-native.inc +++ b/meta/recipes-qt/qt4/qt4-native.inc @@ -25,6 +25,17 @@ SRC_URI = http://releases.qt-project.org/qt4/source/qt-everywhere-opensource-sr S = ${WORKDIR}/qt-everywhere-opensource-src-${PV} EXTRA_OECONF = -prefix ${prefix} \ +-bindir ${bindir} \ +-libdir ${libdir} \ +-datadir ${datadir}/qt4 \ +-sysconfdir ${sysconfdir}/qt4 \ +-docdir ${docdir}/qt4 \ +-headerdir ${includedir}/qt4 \ +-plugindir ${libdir}/qt4/plugins \ +-importdir ${libdir}/qt4/imports \ +-translationdir ${datadir}/qt4/translations \ +-examplesdir ${bindir}/qt4/examples \ +-demosdir ${bindir}/qt4/demos \ -L ${STAGING_LIBDIR_NATIVE} \ -I ${STAGING_INCDIR_NATIVE} \ -qt-libjpeg -system-zlib \ @@ -34,7 +45,6 @@ EXTRA_OECONF = -prefix ${prefix} \ -no-nas-sound \ -no-nis -no-openssl \ -verbose -release \ --headerdir ${includedir}/qt4 \ -embedded -no-freetype -no-glib -no-iconv \ -exceptions -xmlpatterns \ -qt3support \ -- 1.8.2.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] openssh: three fixes
From: Roy.Li rongqing...@windriver.com The following changes since commit 9ba812ab1f613d28f9eb3192d2ff1a34dfce33e4: binutils: fix compile error of complex expressions before @l/@h (2013-06-03 16:46:37 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib roy/openssh http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=roy/openssh Roy.Li (1): openssh: three fixes .../openssh-6.2p1/mac_compute-alignment.patch | 39 .../openssh-permit_empty_passwd.patch | 33 + meta/recipes-connectivity/openssh/openssh_6.2p1.bb |5 +++ 3 files changed, 77 insertions(+) create mode 100644 meta/recipes-connectivity/openssh/openssh-6.2p1/mac_compute-alignment.patch create mode 100644 meta/recipes-connectivity/openssh/openssh-6.2p1/openssh-permit_empty_passwd.patch -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] openssh: three fixes
From: Roy.Li rongqing...@windriver.com 1. fix a alignment issue on ARM v7 NEON cpu 2. fix a empty passwd issue 3. enable tcp-wrappers by default Signed-off-by: Roy.Li rongqing...@windriver.com --- .../openssh-6.2p1/mac_compute-alignment.patch | 39 .../openssh-permit_empty_passwd.patch | 33 + meta/recipes-connectivity/openssh/openssh_6.2p1.bb |5 +++ 3 files changed, 77 insertions(+) create mode 100644 meta/recipes-connectivity/openssh/openssh-6.2p1/mac_compute-alignment.patch create mode 100644 meta/recipes-connectivity/openssh/openssh-6.2p1/openssh-permit_empty_passwd.patch diff --git a/meta/recipes-connectivity/openssh/openssh-6.2p1/mac_compute-alignment.patch b/meta/recipes-connectivity/openssh/openssh-6.2p1/mac_compute-alignment.patch new file mode 100644 index 000..ea8a31a --- /dev/null +++ b/meta/recipes-connectivity/openssh/openssh-6.2p1/mac_compute-alignment.patch @@ -0,0 +1,39 @@ +Upstream-Status: Pending + +The mac_compute() function in openssh calls umac_final() to prepend a tag +to a buffer. Umac_final() calls pdf_gen_xor() on the tag as its final +operation, and as implemented, pdf_gen_xor() assumes an appropriate +alignment for 64-bit operations on its buffer. However, the buffer +is declared in mac_compute() as a static u_char array, and the linker +doesn't guarantee 64-bit alignment for such arrays. On ARM v7 NEON +platforms with gcc, 64-bit values must be 64-bit aligned, and the +unaligned buffer declaration caused alignment faults when executing +certain openssh tests. + +Force the buffer in mac_compute() to be 64-bit aligned. + +Signed-off-by: Donn Seeley donn.see...@windriver.com +--- + mac.c |8 +--- + 1 file changed, 5 insertions(+), 3 deletions(-) + +--- a/mac.c b/mac.c +@@ -132,12 +132,14 @@ mac_init(Mac *mac) + u_char * + mac_compute(Mac *mac, u_int32_t seqno, u_char *data, int datalen) + { +- static u_char m[EVP_MAX_MD_SIZE]; ++ static u_int64_t m_buf[(EVP_MAX_MD_SIZE + sizeof (u_int64_t) - 1) ++ / sizeof (u_int64_t)]; ++ u_char *m = (u_char *)m_buf; + u_char b[4], nonce[8]; + +- if (mac-mac_len sizeof(m)) ++ if (mac-mac_len EVP_MAX_MD_SIZE) + fatal(mac_compute: mac too long %u %lu, +- mac-mac_len, (u_long)sizeof(m)); ++ mac-mac_len, (u_long)EVP_MAX_MD_SIZE); + + switch (mac-type) { + case SSH_EVP: diff --git a/meta/recipes-connectivity/openssh/openssh-6.2p1/openssh-permit_empty_passwd.patch b/meta/recipes-connectivity/openssh/openssh-6.2p1/openssh-permit_empty_passwd.patch new file mode 100644 index 000..c1d7f8e --- /dev/null +++ b/meta/recipes-connectivity/openssh/openssh-6.2p1/openssh-permit_empty_passwd.patch @@ -0,0 +1,33 @@ +Subject: [PATCH] openssh: fix permit_empty_passwd + +Upstream-Status: pending + +When pam enabled, userauth_none calls auth_password() -- +pam_authenticate() will cause pam_auth process in the fail +status. This will block all login, even users with a correct +password. + +userauth_none should alway return false since sshd +would check passwords in userauth_passwd using pam* modules. + +Signed-off-by: Xin Ouyang xin.ouy...@windriver.com +--- + auth2-none.c |2 ++ + 1 file changed, 2 insertions(+) + +diff --git a/auth2-none.c b/auth2-none.c +index c8c6c74..560feef 100644 +--- a/auth2-none.c b/auth2-none.c +@@ -61,6 +61,8 @@ userauth_none(Authctxt *authctxt) + { + none_enabled = 0; + packet_check_eom(); ++ if (options.use_pam) ++ return 0; + if (options.permit_empty_passwd options.password_authentication) + return (PRIVSEP(auth_password(authctxt, ))); + return (0); +-- +1.7.9.5 + diff --git a/meta/recipes-connectivity/openssh/openssh_6.2p1.bb b/meta/recipes-connectivity/openssh/openssh_6.2p1.bb index 20502c4..198c09d 100644 --- a/meta/recipes-connectivity/openssh/openssh_6.2p1.bb +++ b/meta/recipes-connectivity/openssh/openssh_6.2p1.bb @@ -25,6 +25,8 @@ SRC_URI = ftp://ftp.openbsd.org/pub/OpenBSD/OpenSSH/portable/openssh-${PV}.tar. file://ssh_config \ file://init \ file://openssh-CVE-2011-4327.patch \ + file://mac_compute-alignment.patch \ + file://openssh-permit_empty_passwd.patch \ ${@base_contains('DISTRO_FEATURES', 'pam', '${PAM_SRC_URI}', '', d)} PAM_SRC_URI = file://sshd @@ -45,6 +47,9 @@ inherit autotools CFLAGS += -D__FILE_OFFSET_BITS=64 export LD = ${CC} +PACKAGECONFIG ??= tcp-wrappers +PACKAGECONFIG[tcp-wrappers] = --with-tcp-wrappers,,tcp-wrappers + EXTRA_OECONF = --with-rand-helper=no \ ${@base_contains('DISTRO_FEATURES', 'pam', '--with-pam', '--without-pam', d)} \ --without-zlib-version-check \ -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org
[OE-core] [PATCH 0/1] ppp: add default configuration files
From: Roy.Li rongqing...@windriver.com The following changes since commit 9ba812ab1f613d28f9eb3192d2ff1a34dfce33e4: binutils: fix compile error of complex expressions before @l/@h (2013-06-03 16:46:37 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib roy/ppp http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=roy/ppp Roy.Li (1): PPP: add default configuration file and fix hard-coded CFLAGS .../recipes-connectivity/ppp/ppp-2.4.5/copts.patch | 21 meta/recipes-connectivity/ppp/ppp-2.4.5/pap| 22 .../recipes-connectivity/ppp/ppp-2.4.5/ppp_on_boot | 21 meta/recipes-connectivity/ppp/ppp-2.4.5/provider | 35 meta/recipes-connectivity/ppp/ppp_2.4.5.bb | 16 - 5 files changed, 114 insertions(+), 1 deletion(-) create mode 100644 meta/recipes-connectivity/ppp/ppp-2.4.5/copts.patch create mode 100644 meta/recipes-connectivity/ppp/ppp-2.4.5/pap create mode 100644 meta/recipes-connectivity/ppp/ppp-2.4.5/ppp_on_boot create mode 100644 meta/recipes-connectivity/ppp/ppp-2.4.5/provider -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] PPP: add default configuration file and fix hard-coded CFLAGS
From: Roy.Li rongqing...@windriver.com 1. Add three ppp configuration files, make /etc/init.d/ppp start be able to work with little change. provider and pap are adopted from Ubuntu. ppp_on_boot is adopted from http://www.wlug.org.nz. 2. Use build system CFLAGS when compiling Signed-off-by: Roy.Li rongqing...@windriver.com --- .../recipes-connectivity/ppp/ppp-2.4.5/copts.patch | 21 meta/recipes-connectivity/ppp/ppp-2.4.5/pap| 22 .../recipes-connectivity/ppp/ppp-2.4.5/ppp_on_boot | 21 meta/recipes-connectivity/ppp/ppp-2.4.5/provider | 35 meta/recipes-connectivity/ppp/ppp_2.4.5.bb | 16 - 5 files changed, 114 insertions(+), 1 deletion(-) create mode 100644 meta/recipes-connectivity/ppp/ppp-2.4.5/copts.patch create mode 100644 meta/recipes-connectivity/ppp/ppp-2.4.5/pap create mode 100644 meta/recipes-connectivity/ppp/ppp-2.4.5/ppp_on_boot create mode 100644 meta/recipes-connectivity/ppp/ppp-2.4.5/provider diff --git a/meta/recipes-connectivity/ppp/ppp-2.4.5/copts.patch b/meta/recipes-connectivity/ppp/ppp-2.4.5/copts.patch new file mode 100644 index 000..53ff06e --- /dev/null +++ b/meta/recipes-connectivity/ppp/ppp-2.4.5/copts.patch @@ -0,0 +1,21 @@ +ppp: use build system CFLAGS when compiling + +Upstream-Status: Pending + +Override the hard-coded COPTS make variables with +CFLAGS. Add COPTS into one Makefile that did not +use it. + +Signed-off-by: Joe Slater jsla...@windriver.com + +--- a/pppd/plugins/radius/Makefile.linux b/pppd/plugins/radius/Makefile.linux +@@ -12,7 +12,7 @@ VERSION = $(shell awk -F '' '/VERSION/ + INSTALL = install + + PLUGIN=radius.so radattr.so radrealms.so +-CFLAGS=-I. -I../.. -I../../../include -O2 -fPIC -DRC_LOG_FACILITY=LOG_DAEMON ++CFLAGS=-I. -I../.. -I../../../include $(COPTS) -fPIC -DRC_LOG_FACILITY=LOG_DAEMON + + # Uncomment the next line to include support for Microsoft's + # MS-CHAP authentication protocol. diff --git a/meta/recipes-connectivity/ppp/ppp-2.4.5/pap b/meta/recipes-connectivity/ppp/ppp-2.4.5/pap new file mode 100644 index 000..093c326 --- /dev/null +++ b/meta/recipes-connectivity/ppp/ppp-2.4.5/pap @@ -0,0 +1,22 @@ +# You can use this script unmodified to connect to sites which allow +# authentication via PAP, CHAP and similar protocols. +# This script can be shared among different pppd peer configurations. +# To use it, add something like this to your /etc/ppp/peers/ file: +# +# connect /usr/sbin/chat -v -f /etc/chatscripts/pap -T PHONE-NUMBER +# user YOUR-USERNAME-IN-PAP-SECRETS +# noauth + +# Uncomment the following line to see the connect speed. +# It will be logged to stderr or to the file specified with the -r chat option. +#REPORTCONNECT + +ABORT BUSY +ABORT VOICE +ABORT NO CARRIER +ABORT NO DIALTONE +ABORT NO DIAL TONE + ATZ +OK ATDT\T +CONNECT + diff --git a/meta/recipes-connectivity/ppp/ppp-2.4.5/ppp_on_boot b/meta/recipes-connectivity/ppp/ppp-2.4.5/ppp_on_boot new file mode 100644 index 000..9793761 --- /dev/null +++ b/meta/recipes-connectivity/ppp/ppp-2.4.5/ppp_on_boot @@ -0,0 +1,21 @@ +###!/bin/sh +# +# Rename this file to ppp_on_boot and pppd will be fired up as +# soon as the system comes up, connecting to `provider'. +# +# If you also make this file executable, and replace the first line +# with just #!/bin/sh, the commands below will be executed instead. +# + +# The location of the ppp daemon itself (shouldn't need to be changed) +PPPD=/usr/sbin/pppd + +# The default provider to connect to +$PPPD call provider + +# Additional connections, which would just use settings from +# /etc/ppp/options.tty +#$PPPD ttyS0 +#$PPPD ttyS1 +#$PPPD ttyS2 +#$PPPD ttyS3 diff --git a/meta/recipes-connectivity/ppp/ppp-2.4.5/provider b/meta/recipes-connectivity/ppp/ppp-2.4.5/provider new file mode 100644 index 000..e74d71a --- /dev/null +++ b/meta/recipes-connectivity/ppp/ppp-2.4.5/provider @@ -0,0 +1,35 @@ +# example configuration for a dialup connection authenticated with PAP or CHAP +# +# This is the default configuration used by pon(1) and poff(1). +# See the manual page pppd(8) for information on all the options. + +# MUST CHANGE: replace myusername@realm with the PPP login name given to +# your by your provider. +# There should be a matching entry with the password in /etc/ppp/pap-secrets +# and/or /etc/ppp/chap-secrets. +user myusername@realm + +# MUST CHANGE: replace with the phone number of your provider. +# The /etc/chatscripts/pap chat script may be modified to change the +# modem initialization string. +connect /usr/sbin/chat -v -f /etc/chatscripts/pap -T + +# Serial device to which the modem is connected. +/dev/modem + +# Speed of the serial line. +115200 + +# Assumes that your IP address is allocated dynamically by the ISP. +noipdefault +# Try to get the name server addresses from the ISP.
[OE-core] [PATCH 0/3] qt4: add support for lconvert and xmlpatterns tools
This patchset adds support for lconvert and xmlpatterns tools for Qt projects that require them (e.g. Qt Creator). Jonathan Liu (3): qt4-native: build lconvert and xmlpatterns classes/qmake2: export OE_QMAKE_LCONVERT and OE_QMAKE_XMLPATTERNS classes/qmake_base: update .pro hack meta/classes/qmake2.bbclass| 2 ++ meta/classes/qmake_base.bbclass| 15 +-- meta/recipes-qt/qt4/qt4-native.inc | 4 +++- 3 files changed, 18 insertions(+), 3 deletions(-) -- 1.8.2.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/3] classes/qmake_base: update .pro hack
This adds support for lconvert and xmlpatterns tools and tweaks the sed expressions to handle more complex assignments in .pro files like: LRELEASE = $$targetPath($$[QT_INSTALL_BINS]/lrelease) Signed-off-by: Jonathan Liu net...@gmail.com --- meta/classes/qmake_base.bbclass | 15 +-- 1 file changed, 13 insertions(+), 2 deletions(-) diff --git a/meta/classes/qmake_base.bbclass b/meta/classes/qmake_base.bbclass index 3762887..86bbede 100644 --- a/meta/classes/qmake_base.bbclass +++ b/meta/classes/qmake_base.bbclass @@ -94,9 +94,20 @@ qmake_base_do_configure() { fi # Hack .pro files to use OE utilities + LCONVERT_NAME=$(basename ${OE_QMAKE_LCONVERT}) + LRELEASE_NAME=$(basename ${OE_QMAKE_LRELEASE}) + LUPDATE_NAME=$(basename ${OE_QMAKE_LUPDATE}) + XMLPATTERNS_NAME=$(basename ${OE_QMAKE_XMLPATTERNS}) find -name '*.pro' \ --exec sed -i -e 's,=\s*.*/lrelease,= ${OE_QMAKE_LRELEASE},g' \ - -e 's,=\s*.*/lupdate,= ${OE_QMAKE_LUPDATE},g' '{}' ';' +-exec sed -i -e s|\(=\s*.*\)/$LCONVERT_NAME|\1/lconvert|g \ + -e s|\(=\s*.*\)/$LRELEASE_NAME|\1/lrelease|g \ + -e s|\(=\s*.*\)/$LUPDATE_NAME|\1/lupdate|g \ + -e s|\(=\s*.*\)/$XMLPATTERNS_NAME|\1/xmlpatterns|g \ + -e s|\(=\s*.*\)/lconvert|\1/$LCONVERT_NAME|g \ + -e s|\(=\s*.*\)/lrelease|\1/$LRELEASE_NAME|g \ + -e s|\(=\s*.*\)/lupdate|\1/$LUPDATE_NAME|g \ + -e s|\(=\s*.*\)/xmlpatterns|\1/$XMLPATTERNS_NAME|g \ + '{}' ';' #bbnote Calling '${OE_QMAKE_QMAKE} -makefile -spec ${QMAKESPEC} -o Makefile $QMAKE_VARSUBST_PRE $AFTER $PROFILES $QMAKE_VARSUBST_POST' unset QMAKESPEC || true -- 1.8.2.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/3] qt4-native: build lconvert and xmlpatterns
These tools are needed by some Qt projects (e.g. Qt Creator). Signed-off-by: Jonathan Liu net...@gmail.com --- meta/recipes-qt/qt4/qt4-native.inc | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/meta/recipes-qt/qt4/qt4-native.inc b/meta/recipes-qt/qt4/qt4-native.inc index cd6092a..895d690 100644 --- a/meta/recipes-qt/qt4/qt4-native.inc +++ b/meta/recipes-qt/qt4/qt4-native.inc @@ -75,10 +75,12 @@ TOBUILD = \ src/testlib \ src/qt3support \ src/tools/uic3 \ + tools/linguist/lconvert \ tools/linguist/lrelease \ tools/linguist/lupdate \ tools/qdbus/qdbuscpp2xml \ tools/qdbus/qdbusxml2cpp \ + tools/xmlpatterns \ do_compile() { @@ -90,7 +92,7 @@ do_compile() { do_install() { install -d ${D}${bindir}/ install -m 0755 bin/qmake ${D}${bindir}/qmake2 - for i in moc uic uic3 rcc lrelease lupdate qdbuscpp2xml qdbusxml2cpp; do + for i in moc uic uic3 rcc lconvert lrelease lupdate qdbuscpp2xml qdbusxml2cpp xmlpatterns; do install -m 0755 bin/${i} ${D}${bindir}/${i}4 done -- 1.8.2.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/3] classes/qmake2: export OE_QMAKE_LCONVERT and OE_QMAKE_XMLPATTERNS
These will be used by qmake_base.bbclass. Signed-off-by: Jonathan Liu net...@gmail.com --- meta/classes/qmake2.bbclass | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/classes/qmake2.bbclass b/meta/classes/qmake2.bbclass index 8b9861c..6e73ad2 100644 --- a/meta/classes/qmake2.bbclass +++ b/meta/classes/qmake2.bbclass @@ -21,5 +21,7 @@ export OE_QMAKE_LIBDIR_QT = ${STAGING_LIBDIR} export OE_QMAKE_LIBS_QT = qt export OE_QMAKE_LIBS_X11 = -lXext -lX11 -lm export OE_QMAKE_LIBS_X11SM = -lSM -lICE +export OE_QMAKE_LCONVERT = ${STAGING_BINDIR_NATIVE}/lconvert4 export OE_QMAKE_LRELEASE = ${STAGING_BINDIR_NATIVE}/lrelease4 export OE_QMAKE_LUPDATE = ${STAGING_BINDIR_NATIVE}/lupdate4 +export OE_QMAKE_XMLPATTERNS = ${STAGING_BINDIR_NATIVE}/xmlpatterns4 -- 1.8.2.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/5] qt-mobility: update HOMEPAGE
Signed-off-by: Jonathan Liu net...@gmail.com --- meta/recipes-qt/qt4/qt-mobility_1.2.0.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-qt/qt4/qt-mobility_1.2.0.inc b/meta/recipes-qt/qt4/qt-mobility_1.2.0.inc index 1db1438..b0e4278 100644 --- a/meta/recipes-qt/qt4/qt-mobility_1.2.0.inc +++ b/meta/recipes-qt/qt4/qt-mobility_1.2.0.inc @@ -1,4 +1,4 @@ -HOMEPAGE = http://qt.nokia.com; +HOMEPAGE = http://qt-project.org/; DEPENDS += ${@base_contains('DISTRO_FEATURES', 'pulseaudio', 'pulseaudio', '', d)} DEPENDS += ${@base_contains('DISTRO_FEATURES', 'bluetooth', 'bluez4', '', d)} -- 1.8.2.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/5] qt4: update HOMEPAGE for recipes
This patchset updates the HOMEPAGE of the qt4 recipes as it is no longer hosted at http://qt.nokia.com/. Jonathan Liu (5): nativesdk-qt4-tools.inc: update HOMEPAGE qt-mobility: update HOMEPAGE qt4-embedded: update HOMEPAGE qt4-native: update HOMEPAGE qt4-x11-free: update HOMEPAGE meta/recipes-qt/qt4/nativesdk-qt4-tools.inc | 2 +- meta/recipes-qt/qt4/qt-mobility_1.2.0.inc | 2 +- meta/recipes-qt/qt4/qt4-embedded.inc| 2 +- meta/recipes-qt/qt4/qt4-native.inc | 2 +- meta/recipes-qt/qt4/qt4-x11-free.inc| 2 +- 5 files changed, 5 insertions(+), 5 deletions(-) -- 1.8.2.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/5] nativesdk-qt4-tools.inc: update HOMEPAGE
Signed-off-by: Jonathan Liu net...@gmail.com --- meta/recipes-qt/qt4/nativesdk-qt4-tools.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-qt/qt4/nativesdk-qt4-tools.inc b/meta/recipes-qt/qt4/nativesdk-qt4-tools.inc index cfc6fd8..3a825d8 100644 --- a/meta/recipes-qt/qt4/nativesdk-qt4-tools.inc +++ b/meta/recipes-qt/qt4/nativesdk-qt4-tools.inc @@ -1,7 +1,7 @@ DESCRIPTION = SDK tools for Qt/[X11|Mac|Embedded] version 4.x DEPENDS = nativesdk-zlib nativesdk-dbus nativesdk-libx11 qt4-native SECTION = libs -HOMEPAGE = http://qt.nokia.com; +HOMEPAGE = http://qt-project.org/; LICENSE = LGPLv2.1 | GPLv3 INC_PR = r13 -- 1.8.2.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 4/5] qt4-native: update HOMEPAGE
Signed-off-by: Jonathan Liu net...@gmail.com --- meta/recipes-qt/qt4/qt4-native.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-qt/qt4/qt4-native.inc b/meta/recipes-qt/qt4/qt4-native.inc index 895d690..a153a37 100644 --- a/meta/recipes-qt/qt4/qt4-native.inc +++ b/meta/recipes-qt/qt4/qt4-native.inc @@ -1,7 +1,7 @@ DESCRIPTION = Native version of Qt/[X11|Mac|Embedded] DEPENDS = zlib-native dbus-native SECTION = libs -HOMEPAGE = http://qt.nokia.com; +HOMEPAGE = http://qt-project.org/; PROVIDES = qt4-tools-native LICENSE = LGPLv2.1 | GPLv3 -- 1.8.2.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/5] qt4-embedded: update HOMEPAGE
Signed-off-by: Jonathan Liu net...@gmail.com --- meta/recipes-qt/qt4/qt4-embedded.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-qt/qt4/qt4-embedded.inc b/meta/recipes-qt/qt4/qt4-embedded.inc index 7c8876b..cbdda5f 100644 --- a/meta/recipes-qt/qt4/qt4-embedded.inc +++ b/meta/recipes-qt/qt4/qt4-embedded.inc @@ -1,6 +1,6 @@ DESCRIPTION = Qt is a versatile cross-platform application framework -- this is the embedded version. SECTION = libs -HOMEPAGE = http://qt.nokia.com; +HOMEPAGE = http://qt-project.org/; DEPENDS += directfb tslib INC_PR = r52 -- 1.8.2.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 5/5] qt4-x11-free: update HOMEPAGE
Signed-off-by: Jonathan Liu net...@gmail.com --- meta/recipes-qt/qt4/qt4-x11-free.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-qt/qt4/qt4-x11-free.inc b/meta/recipes-qt/qt4/qt4-x11-free.inc index 8853260..4b29f55 100644 --- a/meta/recipes-qt/qt4/qt4-x11-free.inc +++ b/meta/recipes-qt/qt4/qt4-x11-free.inc @@ -1,7 +1,7 @@ require qt4.inc DESCRIPTION = Qt is a versatile cross-platform application framework -- this is the X11 version. -HOMEPAGE = http://qt.nokia.com; +HOMEPAGE = http://qt-project.org/; SECTION = x11/libs DEPENDS += virtual/libgl virtual/libx11 fontconfig libxft libxext libxrender libxrandr libxcursor PROVIDES += qt4-x11 -- 1.8.2.3 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] trace-cmd: backport three patches
From: Roy.Li rongqing...@windriver.com Backport three patches to fix running issues. Signed-off-by: Roy.Li rongqing...@windriver.com --- ...dd-checks-for-invalid-pointers-to-fix-seg.patch | 61 + ...o-not-call-stop_threads-if-doing-latency-.patch | 38 ...etting-plugin-to-nop-clears-data-before-i.patch | 96 meta/recipes-kernel/trace-cmd/trace-cmd_1.2.bb |8 +- 4 files changed, 201 insertions(+), 2 deletions(-) create mode 100644 meta/recipes-kernel/trace-cmd/trace-cmd/trace-cmd-Add-checks-for-invalid-pointers-to-fix-seg.patch create mode 100644 meta/recipes-kernel/trace-cmd/trace-cmd/trace-cmd-Do-not-call-stop_threads-if-doing-latency-.patch create mode 100644 meta/recipes-kernel/trace-cmd/trace-cmd/trace-cmd-Setting-plugin-to-nop-clears-data-before-i.patch diff --git a/meta/recipes-kernel/trace-cmd/trace-cmd/trace-cmd-Add-checks-for-invalid-pointers-to-fix-seg.patch b/meta/recipes-kernel/trace-cmd/trace-cmd/trace-cmd-Add-checks-for-invalid-pointers-to-fix-seg.patch new file mode 100644 index 000..8fdeedb --- /dev/null +++ b/meta/recipes-kernel/trace-cmd/trace-cmd/trace-cmd-Add-checks-for-invalid-pointers-to-fix-seg.patch @@ -0,0 +1,61 @@ +From a6e259b2cd43db3c0f69441f627a8cf214f88506 Mon Sep 17 00:00:00 2001 +From: Mark Asselstine mark.asselst...@windriver.com +Date: Thu, 5 Apr 2012 15:19:44 -0400 +Subject: [PATCH] trace-cmd: Add checks for invalid pointers to fix segfaults + +Upstream-Status: Backport + +Running 'trace-cmd report' after running latency tracers will cause a +segfault due to invalid pointers. Adding checks to ensure +pointers/lists are initialized before attempting to use them prevents +these segfaults. + +Link: http://lkml.kernel.org/r/1333653586-3379-2-git-send-email-mark.asselst...@windriver.com + +Signed-off-by: Mark Asselstine mark.asselst...@windriver.com +Signed-off-by: Steven Rostedt rost...@goodmis.org +--- + trace-input.c | 12 +--- + 1 file changed, 9 insertions(+), 3 deletions(-) + +diff --git a/trace-input.c b/trace-input.c +index b6af1e6..5151c1e 100644 +--- a/trace-input.c b/trace-input.c +@@ -695,7 +695,8 @@ static void __free_page(struct tracecmd_input *handle, struct page *page) + + static void free_page(struct tracecmd_input *handle, int cpu) + { +- if (!handle-cpu_data[cpu].page) ++ if (!handle-cpu_data || cpu = handle-cpus || ++ !handle-cpu_data[cpu].page) + return; + + __free_page(handle, handle-cpu_data[cpu].page); +@@ -746,8 +747,12 @@ void tracecmd_record_ref(struct record *record) + + static void free_next(struct tracecmd_input *handle, int cpu) + { +- struct record *record = handle-cpu_data[cpu].next; ++ struct record *record; ++ ++ if (!handle-cpu_data || cpu = handle-cpus) ++ return; + ++ record = handle-cpu_data[cpu].next; + if (!record) + return; + +@@ -2337,7 +2342,8 @@ void tracecmd_close(struct tracecmd_input *handle) + /* The tracecmd_peek_data may have cached a record */ + free_next(handle, cpu); + free_page(handle, cpu); +- if (!list_empty(handle-cpu_data[cpu].pages)) ++ if (handle-cpu_data ++ !list_empty(handle-cpu_data[cpu].pages)) + warning(pages still allocated on cpu %d%s, + cpu, show_records(handle-cpu_data[cpu].pages)); + } +-- +1.7.10.4 + diff --git a/meta/recipes-kernel/trace-cmd/trace-cmd/trace-cmd-Do-not-call-stop_threads-if-doing-latency-.patch b/meta/recipes-kernel/trace-cmd/trace-cmd/trace-cmd-Do-not-call-stop_threads-if-doing-latency-.patch new file mode 100644 index 000..4c00c51 --- /dev/null +++ b/meta/recipes-kernel/trace-cmd/trace-cmd/trace-cmd-Do-not-call-stop_threads-if-doing-latency-.patch @@ -0,0 +1,38 @@ +From 356dee73d9ced3e019dea2883a7f357fd4664b3e Mon Sep 17 00:00:00 2001 +From: Mark Asselstine mark.asselst...@windriver.com +Date: Thu, 5 Apr 2012 15:19:45 -0400 +Subject: [PATCH] trace-cmd: Do not call stop_threads() if doing latency + tracing + +Upstream-Status: Backport + +If we are using a latency tracer we do not call start_threads() we +should therefore not call stop_threads() if 'latency'. Attempting +to call stop_threads() without first calling start_threads() will +cause a segfault since pids will be uninitialized. + +Link: http://lkml.kernel.org/r/1333653586-3379-3-git-send-email-mark.asselst...@windriver.com + +Signed-off-by: Mark Asselstine mark.asselst...@windriver.com +Signed-off-by: Steven Rostedt rost...@goodmis.org +--- + trace-record.c |3 ++- + 1 file changed, 2 insertions(+), 1 deletion(-) + +diff --git a/trace-record.c b/trace-record.c +index fcec28b..1c56fa9 100644 +--- a/trace-record.c b/trace-record.c +@@ -2216,7 +2216,8 @@ void trace_record (int argc, char **argv) + } + + disable_tracing(); +- stop_threads(); ++
[OE-core] [PATCH 0/1] trace-cmd: backport three patches
From: Roy.Li rongqing...@windriver.com The following changes since commit 8a2ac668d99f7d64c2acffc3a39cedb2d152be6e: lrzsz: check locale.h in configure (2013-06-04 15:53:45 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib roy/trace-cmd http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=roy/trace-cmd Roy.Li (1): trace-cmd: backport three patches ...dd-checks-for-invalid-pointers-to-fix-seg.patch | 61 + ...o-not-call-stop_threads-if-doing-latency-.patch | 38 ...etting-plugin-to-nop-clears-data-before-i.patch | 96 meta/recipes-kernel/trace-cmd/trace-cmd_1.2.bb |8 +- 4 files changed, 201 insertions(+), 2 deletions(-) create mode 100644 meta/recipes-kernel/trace-cmd/trace-cmd/trace-cmd-Add-checks-for-invalid-pointers-to-fix-seg.patch create mode 100644 meta/recipes-kernel/trace-cmd/trace-cmd/trace-cmd-Do-not-call-stop_threads-if-doing-latency-.patch create mode 100644 meta/recipes-kernel/trace-cmd/trace-cmd/trace-cmd-Setting-plugin-to-nop-clears-data-before-i.patch -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] cracklib: fix QA warning about unsafe references in binaries
From: Wenzong Fan wenzong@windriver.com If enable test 'unsafe-references-in-binaries', build libpam will get following warnings: WARNING: QA Issue: libpam: /lib/security/pam_cracklib.so, installed in \ the base_prefix, requires a shared library under exec_prefix (/usr): \ libcrack.so.2 = /usr/lib/libcrack.so.2 Signed-off-by: Wenzong Fan wenzong@windriver.com --- meta/recipes-extended/cracklib/cracklib_2.8.22.bb |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-extended/cracklib/cracklib_2.8.22.bb b/meta/recipes-extended/cracklib/cracklib_2.8.22.bb index ae5abc4..303c472 100644 --- a/meta/recipes-extended/cracklib/cracklib_2.8.22.bb +++ b/meta/recipes-extended/cracklib/cracklib_2.8.22.bb @@ -8,7 +8,7 @@ DEPENDS = cracklib-native zlib DEPENDS_class-native = zlib PR =r0 -EXTRA_OECONF = --without-python +EXTRA_OECONF = --without-python --libdir=${base_libdir} SRC_URI = ${SOURCEFORGE_MIRROR}/cracklib/cracklib-${PV}.tar.gz \ file://0001-packlib.c-support-dictionary-byte-order-dependent.patch \ -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] cracklib: fix QA warning about unsafe references in binaries
From: Wenzong Fan wenzong@windriver.com If enable test 'unsafe-references-in-binaries', build libpam will get following warnings: WARNING: QA Issue: libpam: /lib/security/pam_cracklib.so, installed in \ the base_prefix, requires a shared library under exec_prefix (/usr): \ libcrack.so.2 = /usr/lib/libcrack.so.2 The following changes since commit a62aed41f2d8f874f7ae24d0e5be5dbc66ea2199: lrzsz: check locale.h in configure (2013-06-04 15:55:46 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib wenzong/cracklib http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=wenzong/cracklib Wenzong Fan (1): cracklib: fix QA warning about unsafe references in binaries meta/recipes-extended/cracklib/cracklib_2.8.22.bb |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core