[oe] State of bitbake world, Failed tasks 2014-10-10, QA issues
Both issues are caused by pending reviews (vlc is
broken by opencv upgrade). So this is the first clean
report (except that couple fixes are still only in
jansa/master branches and on MLs, but not yet merged).
Next goal: clean QA log, see bellow.
http://www.openembedded.org/wiki/Bitbake_World_Status
== Failed tasks 2014-10-10 ==
=== common (2) ===
* meta-openembedded/meta-multimedia/recipes-multimedia/vlc/vlc_2.1.4.bb,
do_compile
* meta-openembedded/meta-oe/recipes-benchmark/iperf3/iperf3_git.bb,
do_configure
=== common-x86 (0) ===
=== qemuarm (0) ===
=== qemux86 (0) ===
=== qemux86_64 (0) ===
=== Number of failed tasks ===
{| class=wikitable
|-
||qemuarm ||2
||http://logs.nslu2-linux.org/buildlogs/oe/world//log.world.20141009_050706.log/||http://errors.yoctoproject.org:80/Errors/Search/1/2906/
|-
||qemux86 ||2
||http://logs.nslu2-linux.org/buildlogs/oe/world//log.world.20141009_060811.log/||http://errors.yoctoproject.org:80/Errors/Search/1/2907/
|-
||qemux86_64||2
||http://logs.nslu2-linux.org/buildlogs/oe/world//log.world.20141009_071120.log/||http://errors.yoctoproject.org:80/Errors/Search/1/2908/
|}
QA issues (per issue type, because of spam from new file-deps check)
$ logs=log.world.2014100*; for t in already-stripped libdir textrel
build-deps file-rdeps version-going-backwards; do count=`cat $logs/qa.log |
sort -u | grep \[$t\] | wc -l`; echo $count $t:; done; for t in
already-stripped libdir textrel build-deps file-rdeps version-going-backwards;
do count=`cat $logs/qa.log | sort -u | grep \[$t\] | wc -l`; echo $count
$t:; cat $logs/qa.log | sort -u | grep \[$t\] | sed
's#/home/jenkins/oe/world/shr-core/tmp-glibc/#/tmp/#g'; echo; echo; done
3 already-stripped:
2 libdir:
18 textrel:
18 build-deps:
361 file-rdeps:
36 version-going-backwards:
3 already-stripped:
qwt-6.0.1: File '/usr/lib/libqwt.so.6.0.1' from qwt was already stripped, this
will prevent future debugging! [already-stripped]
qwt-6.0.1: File '/usr/lib/libqwtmathml.so.6.0.1' from qwt was already stripped,
this will prevent future debugging! [already-stripped]
qwt-6.0.1: File '/usr/lib/qt4/plugins/designer/libqwt_designer_plugin.so' from
qwt was already stripped, this will prevent future debugging! [already-stripped]
2 libdir:
chromium-37.0.2062.94: chromium: found library in wrong location:
/usr/bin/chrome/libffmpegsumo.so [libdir]
chromium-dbg: found library in wrong location:
/usr/bin/chrome/.debug/libffmpegsumo.so [libdir]
18 textrel:
chromium-37.0.2062.94: ELF binary
'/tmp/work/i586-oe-linux/chromium/37.0.2062.94-r0/packages-split/chromium/usr/bin/chrome/libffmpegsumo.so'
has relocations in .text [textrel]
gstreamer1.0-libav-1.4.1: ELF binary
'/tmp/work/armv5te-oe-linux-gnueabi/gstreamer1.0-libav/1.4.1-r0/packages-split/gstreamer1.0-libav/usr/lib/gstreamer-1.0/libgstlibav.so'
has relocations in .text [textrel]
gstreamer1.0-libav-1.4.1: ELF binary
'/tmp/work/i586-oe-linux/gstreamer1.0-libav/1.4.1-r0/packages-split/gstreamer1.0-libav/usr/lib/gstreamer-1.0/libgstlibav.so'
has relocations in .text [textrel]
libav-9.16: ELF binary
'/tmp/work/armv5te-oe-linux-gnueabi/libav/9.16-r0/packages-split/libavcodec/usr/lib/libavcodec.so.54.35.0'
has relocations in .text [textrel]
libav-9.16: ELF binary
'/tmp/work/i586-oe-linux/libav/9.16-r0/packages-split/libavcodec/usr/lib/libavcodec.so.54.35.0'
has relocations in .text [textrel]
libav-9.16: ELF binary
'/tmp/work/i586-oe-linux/libav/9.16-r0/packages-split/libavdevice/usr/lib/libavdevice.so.53.2.0'
has relocations in .text [textrel]
libav-9.16: ELF binary
'/tmp/work/i586-oe-linux/libav/9.16-r0/packages-split/libavfilter/usr/lib/libavfilter.so.3.3.0'
has relocations in .text [textrel]
libav-9.16: ELF binary
'/tmp/work/i586-oe-linux/libav/9.16-r0/packages-split/libavformat/usr/lib/libavformat.so.54.20.4'
has relocations in .text [textrel]
libav-9.16: ELF binary
'/tmp/work/i586-oe-linux/libav/9.16-r0/packages-split/libavresample/usr/lib/libavresample.so.1.0.1'
has relocations in .text [textrel]
libav-9.16: ELF binary
'/tmp/work/i586-oe-linux/libav/9.16-r0/packages-split/libavutil/usr/lib/libavutil.so.52.3.0'
has relocations in .text [textrel]
libav-9.16: ELF binary
'/tmp/work/i586-oe-linux/libav/9.16-r0/packages-split/libswscale/usr/lib/libswscale.so.2.1.1'
has relocations in .text [textrel]
libpostproc-52.3.0+gitAUTOINC+811db3b957: ELF binary
'/tmp/work/armv5te-oe-linux-gnueabi/libpostproc/52.3.0+gitAUTOINC+811db3b957-r0/packages-split/libpostproc/usr/lib/libpostproc.so.52.3.0'
has relocations in .text [textrel]
libpostproc-52.3.0+gitAUTOINC+811db3b957: ELF binary
'/tmp/work/i586-oe-linux/libpostproc/52.3.0+gitAUTOINC+811db3b957-r0/packages-split/libpostproc/usr/lib/libpostproc.so.52.3.0'
has relocations in .text [textrel]
mpg123-1.19.0: ELF binary
'/tmp/work/i586-oe-linux/mpg123/1.19.0-r0/packages-split/mpg123/usr/lib/libmpg123.so.0.40.1'
has relocations in
Re: [oe] [PATCH][meta-oe 06/15] tumbler: fix build deps QA warnings
On Wed, Oct 01, 2014 at 10:19:06AM +0200, Andreas Müller wrote: WARNING: QA Issue: tumbler rdepends on libxml2, but it isn't a build dependency? [build-deps] WARNING: QA Issue: tumbler rdepends on libgsf, but it isn't a build dependency? [build-deps] WARNING: QA Issue: tumbler rdepends on libbz2, but it isn't a build dependency? [build-deps] Looks like 2 more were missed, can you please check fix? tumbler-0.1.30: tumbler rdepends on gstreamer1.0, but it isn't a build dependency? [build-deps] tumbler-0.1.30: tumbler rdepends on libgsttag-1.0, but it isn't a build dependency? [build-deps] Signed-off-by: Andreas Müller schnitzelt...@googlemail.com --- meta-xfce/recipes-xfce/tumbler/tumbler_0.1.30.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-xfce/recipes-xfce/tumbler/tumbler_0.1.30.bb b/meta-xfce/recipes-xfce/tumbler/tumbler_0.1.30.bb index 8651d00..9f361e9 100644 --- a/meta-xfce/recipes-xfce/tumbler/tumbler_0.1.30.bb +++ b/meta-xfce/recipes-xfce/tumbler/tumbler_0.1.30.bb @@ -2,7 +2,7 @@ DESCRIPTION=Thumbnail service implementing the thumbnail management D-Bus speci SECTION = x11/libs LICENSE = GPLv2 LIC_FILES_CHKSUM = file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263 -DEPENDS = dbus-glib freetype gdk-pixbuf poppler curl xfce4-dev-tools-native +DEPENDS = dbus-glib freetype gdk-pixbuf poppler curl xfce4-dev-tools-native libxml2 libgsf inherit xfce gtk-doc -- 1.8.3.1 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH v2] opencv: Add recipe for OpenCV v3.0.0-alpha.
On Wed, Oct 08, 2014 at 04:48:58AM +0200, Martin Jansa wrote:
On Tue, Oct 07, 2014 at 02:06:49PM +1100, Nick D'Ademo wrote:
Includes fix which disables IPP for ARM builds.
And also new QA issues:
opencv-2.99+3.0.0-alpha+gitAUTOINC+fb9a143429: libopencv-highgui rdepends on
gtk+3, but it isn't a build dependency? [build-deps]
opencv-2.99+3.0.0-alpha+gitAUTOINC+fb9a143429: libopencv-videoio rdepends on
gstreamer1.0, but it isn't a build dependency? [build-deps]
opencv-2.99+3.0.0-alpha+gitAUTOINC+fb9a143429: libopencv-videoio rdepends on
libgstapp-1.0, but it isn't a build dependency? [build-deps]
opencv-2.99+3.0.0-alpha+gitAUTOINC+fb9a143429: libopencv-videoio rdepends on
libgstpbutils-1.0, but it isn't a build dependency? [build-deps]
opencv-2.99+3.0.0-alpha+gitAUTOINC+fb9a143429: libopencv-videoio rdepends on
libgstriff-1.0, but it isn't a build dependency? [build-deps]
I'm sorry, but it's causing vlc build failure:
|
/home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/vlc/2.1.4-r0/vlc-2.1.4/modules/video_filter/opencv_example.cpp:132:59:
error: 'cvReleaseHaarClassifierCascade' was not declared in this scope
| cvReleaseHaarClassifierCascade( p_sys-p_cascade );
|^
|
/home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/vlc/2.1.4-r0/vlc-2.1.4/modules/video_filter/opencv_example.cpp:
In function 'picture_t* Filter(filter_t*, picture_t*)':
|
/home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/vlc/2.1.4-r0/vlc-2.1.4/modules/video_filter/opencv_example.cpp:175:45:
error: 'CV_HAAR_DO_CANNY_PRUNING' was not declared in this scope
| CV_HAAR_DO_CANNY_PRUNING,
| ^
|
/home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/vlc/2.1.4-r0/vlc-2.1.4/modules/video_filter/opencv_example.cpp:176:60:
error: 'cvHaarDetectObjects' was not declared in this scope
| cvSize(20, 20) );
| ^
|
/home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/vlc/2.1.4-r0/vlc-2.1.4/modules/video_filter/opencv_example.cpp:197:58:
error: 'CV_RGB' was not declared in this scope
| cvRectangle( p_img[0], pt1, pt2, CV_RGB(0,0,0), 3, 8, 0 );
| ^
|
/home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/vlc/2.1.4-r0/vlc-2.1.4/modules/video_filter/opencv_example.cpp:197:69:
error: 'cvRectangle' was not declared in this scope
| cvRectangle( p_img[0], pt1, pt2, CV_RGB(0,0,0), 3, 8, 0 );
| ^
|
/home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/vlc/2.1.4-r0/vlc-2.1.4/modules/video_filter/opencv_example.cpp:201:57:
warning: deprecated conversion from string constant to 'char*'
[-Wwrite-strings]
| p_sys-event_info.p_region[i].p_description = Face Detected;
| ^
Can you look into it as well (at least to disable opencv example while
building vlc).
Thanks
Signed-off-by: Nick D'Ademo nickdad...@gmail.com
---
meta-oe/recipes-support/opencv/opencv_git.bb | 96
1 file changed, 96 insertions(+)
create mode 100644 meta-oe/recipes-support/opencv/opencv_git.bb
diff --git a/meta-oe/recipes-support/opencv/opencv_git.bb
b/meta-oe/recipes-support/opencv/opencv_git.bb
new file mode 100644
index 000..bf6fd84
--- /dev/null
+++ b/meta-oe/recipes-support/opencv/opencv_git.bb
@@ -0,0 +1,96 @@
+DESCRIPTION = Opencv : The Open Computer Vision Library
+HOMEPAGE = http://opencv.org/;
+SECTION = libs
+
+LICENSE = BSD
+LIC_FILES_CHKSUM =
file://include/opencv2/opencv.hpp;endline=41;md5=6d690d8488a6fca7a2c192932466bb14
+
+ARM_INSTRUCTION_SET = arm
+
+DEPENDS = python-numpy libtool swig swig-native python bzip2 zlib
glib-2.0 gstreamer gst-plugins-base
+
+# Commit hash for 3.0.0-alpha tag
+SRCREV = fb9a143429f86603ff93e5bcb2d94b94780b7234
+SRC_URI = git://github.com/Itseez/opencv.git;branch=master \
+ file://opencv-fix-pkgconfig-generation.patch \
+
+
+PV = 2.99+3.0.0-alpha+git${SRCPV}
+
+S = ${WORKDIR}/git
+
+# Do an out-of-tree build
+OECMAKE_SOURCEPATH = ${S}
+OECMAKE_BUILDPATH = ${WORKDIR}/build-${TARGET_ARCH}
+
+EXTRA_OECMAKE =
-DPYTHON_NUMPY_INCLUDE_DIR:PATH=${STAGING_LIBDIR}/${PYTHON_DIR}/site-packages/numpy/core/include
\
+ -DBUILD_PYTHON_SUPPORT=ON \
+ -DWITH_FFMPEG=ON \
+ -DCMAKE_SKIP_RPATH=ON \
+ ${@bb.utils.contains(TARGET_CC_ARCH, -msse3,
-DENABLE_SSE=1 -DENABLE_SSE2=1 -DENABLE_SSE3=1
[oe] [meta-gnome][PATCH] tracker: add dependency on networkmanager
* fixes following QA warnings:
tracker-0.14.2: tracker rdepends on libnmglib, but it isn't a build
dependency? [build-deps]
tracker-0.14.2: tracker rdepends on libnmutil, but it isn't a build
dependency? [build-deps]
tracker-0.14.2: tracker rdepends on nss, but it isn't a build dependency?
[build-deps]
Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
meta-gnome/recipes-support/tracker/tracker_0.14.2.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-gnome/recipes-support/tracker/tracker_0.14.2.bb
b/meta-gnome/recipes-support/tracker/tracker_0.14.2.bb
index d412183..104e490 100644
--- a/meta-gnome/recipes-support/tracker/tracker_0.14.2.bb
+++ b/meta-gnome/recipes-support/tracker/tracker_0.14.2.bb
@@ -1,7 +1,7 @@
DESCRIPTION = Tracker is a tool designed to extract information and metadata
about your personal data so that it can be searched easily and quickly.
LICENSE = GPLv2
LIC_FILES_CHKSUM = file://COPYING;md5=ee31012bf90e7b8c108c69f197f3e3a4
-DEPENDS = file gstreamer gamin dbus libexif gettext sqlite3 icu
gst-plugins-base libgnome-keyring poppler tiff enca libgsf libunistring giflib
taglib bzip2 upower gtk+3 libgee
+DEPENDS = file gstreamer gamin dbus libexif gettext sqlite3 icu
gst-plugins-base libgnome-keyring poppler tiff enca libgsf libunistring giflib
taglib bzip2 upower gtk+3 libgee networkmanager
RDEPENDS_${PN} += gvfs gsettings-desktop-schemas
HOMEPAGE = http://projects.gnome.org/tracker/;
--
2.1.1
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] Fix for gcc bug 61144
On Fri, Oct 10, 2014 at 12:12:23AM +1100, Peter Urbanec wrote: See https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61144 for details. This patch is taken from the gcc repository and should be obsoleted by a gcc release after 4.9.1 The problem is severe enough (at least from my point of view) to need this patch until the next gcc release is available. Wrong MP, this belongs to oe-core ML. commit 03ae7912aadbf3b55b966a1367f07c7dbbddda80 Author: Peter Urbanec Date: Fri Oct 10 00:03:28 2014 +1100 gcc: Patch for gcc bug 61144. This fixes gcc bug 6144, which in my case exhibited itself as a kernel module that failed to load. This was because static platform_data structures were being corrupted with the optimiser being set to any value other than -O0. diff --git a/meta/recipes-devtools/gcc/gcc-4.9.inc b/meta/recipes-devtools/gcc/gcc-4.9.inc index 25778bd..9a66cd2 100644 --- a/meta/recipes-devtools/gcc/gcc-4.9.inc +++ b/meta/recipes-devtools/gcc/gcc-4.9.inc @@ -70,6 +70,7 @@ SRC_URI = \ file://0053-gcc-fix-segfault-from-calling-free-on-non-malloc-d-a.patch \ file://0054-gcc-Makefile.in-fix-parallel-building-failure.patch \ file://0055-PR-rtl-optimization-61801.patch \ +file://0056-top-level-reorder_gcc-bug-61144.patch \ SRC_URI[md5sum] = fddf71348546af523353bd43d34919c1 SRC_URI[sha256sum] = d334781a124ada6f38e63b545e2a3b8c2183049515a1abab6d513f109f1d717e diff --git a/meta/recipes-devtools/gcc/gcc-4.9/0056-top-level-reorder_gcc-bug-61144.patch b/meta/recipes-devtools/gcc/gcc-4.9/0056-top-level-reorder_gcc-bug-61144.patch new file mode 100644 index 000..11fa969 --- /dev/null +++ b/meta/recipes-devtools/gcc/gcc-4.9/0056-top-level-reorder_gcc-bug-61144.patch @@ -0,0 +1,25 @@ +--- /dev/null b/meta/recipes-devtools/gcc/gcc-4.9/0056-top-level-reorder_gcc-bug-61144.patch +@@ -0,0 +1,21 @@ ++--- a/gcc/varpool.c2014/10/05 02:50:01 215895 + b/gcc/varpool.c2014/10/05 04:52:19 215896 ++@@ -329,8 +329,16 @@ ++ ++ /* Variables declared 'const' without an initializer ++ have zero as the initializer if they may not be ++- overridden at link or run time. */ ++- if (!DECL_INITIAL (real_decl) +++ overridden at link or run time. +++ +++ It is actually requirement for C++ compiler to optimize const variables +++ consistently. As a GNU extension, do not enfore this rule for user defined +++ weak variables, so we support interposition on: +++ static const int dummy = 0; +++ extern const int foo __attribute__((__weak__, __alias__(dummy))); +++ */ +++ if ((!DECL_INITIAL (real_decl) +++ || (DECL_WEAK (decl) !DECL_COMDAT (decl))) ++(DECL_EXTERNAL (decl) || decl_replaceable_p (decl))) ++ return error_mark_node; ++ + -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] Better support for upgrading packages in opkg and update-rc.d.bbclass
On Fri, Oct 10, 2014 at 04:20:00AM +1100, Peter Urbanec wrote:
init-ifupdown inherits default implementations of prerm, postrm, preinst
and postinst from update-rc.d.bbclass. Unfortunately these default
implementations don't deal with package upgrades as well as they could.
What ends up happening is that opkg starts downloading and unpacking
packages sequentially. As it downloads and unpacks each package, opkg
calls prerm, preinst and postrm hook scripts. Once all packages are
unpacked, the postinst script is finally called for all packages as part
of the configure stage.
The default prerm and preinst scripts stop networking. Networking is not
brought back up again until postinst is called, but that only happens
after all the packages have been downloaded, unpacked and installed. This
leaves a window where any package that needs to be downloaded after
init-ifupdown is encountered will fail.
This fixes the problem by enhancing opkg to also provide the upgrade
argument to prerm and postrm, to (partially) match what dpkg does. See
https://wiki.debian.org/MaintainerScripts for dpkg diagrams that clarify
the intended process. opkg lacks the full functionality of dpkg, but for
the purpose of this exercise, they are similar enough.
I have submitted a patch to the opkg-devel list to include the upgrade
argument.
The second part of the solution is an update to the default implementations
of the pre- and post- scripts provided by update-rc.d.bbclass. The scripts
are now careful to remove themselves using the old package context and to
delay the restart of a service until the configure stage called from the
postinst script.
Wrong ML - oe-core
---
meta/classes/update-rc.d.bbclass | 75
+-
.../opkg/upgrade-argument-for-pre_postrm.patch | 30 +
meta/recipes-devtools/opkg/opkg_0.2.2.bb | 1 +
3 files changed, 77 insertions(+), 29 deletions(-)
create mode 100644
meta/recipes-devtools/opkg/opkg/upgrade-argument-for-pre_postrm.patch
diff --git a/meta/classes/update-rc.d.bbclass
b/meta/classes/update-rc.d.bbclass
index bc1aa7d..c29457f 100644
--- a/meta/classes/update-rc.d.bbclass
+++ b/meta/classes/update-rc.d.bbclass
@@ -14,45 +14,62 @@ INITSCRIPT_PARAMS ?= defaults
INIT_D_DIR = ${sysconfdir}/init.d
-updatercd_preinst() {
-if [ -z $D -a -f ${INIT_D_DIR}/${INITSCRIPT_NAME} ]; then
- ${INIT_D_DIR}/${INITSCRIPT_NAME} stop
+# During an upgrade, the pre/postrm scripts from old package are called
+# and the pre/postinst scripts called are from the new package.
+# See https://wiki.debian.org/MaintainerScripts for dpkg diagrams.
+# opkg uses a subset, which lacks most of the error handling.
+
+# Old package context, step 1
+updatercd_prerm() {
+if [ x$1 != xupgrade ] ; then
+ ${INIT_D_DIR}/${INITSCRIPT_NAME} stop
fi
-if type update-rc.d /dev/null 2/dev/null; then
- if [ -n $D ]; then
- OPT=-f -r $D
- else
- OPT=-f
- fi
- update-rc.d $OPT ${INITSCRIPT_NAME} remove
+if [ -z $D ]; then
+ OPT=
+else
+ OPT=-r $D
fi
-}
-
-updatercd_postinst() {
if type update-rc.d /dev/null 2/dev/null; then
- if [ -n $D ]; then
- OPT=-r $D
- else
- OPT=-s
- fi
- update-rc.d $OPT ${INITSCRIPT_NAME} ${INITSCRIPT_PARAMS}
+ update-rc.d $OPT ${INITSCRIPT_NAME} remove
fi
}
-updatercd_prerm() {
-if [ -z $D ]; then
- ${INIT_D_DIR}/${INITSCRIPT_NAME} stop
-fi
+# New package context, step 2
+updatercd_preinst() {
+case $1 in
+ upgrade)
+;;
+ *)
+;;
+esac
}
+# Old package context, step 3
updatercd_postrm() {
+case $1 in
+ upgrade)
+;;
+ *)
+;;
+esac
+}
+
+# N.B. Step 4 runs after all packages have been through steps 1-3 and
therefore we
+# need to delay service restarts during upgrade until here. Otherwise
we end
+# up with situations, like networking going down in the middle of opkg
upgrade,
+# thus resulting in failures to fetch further packages.
+
+# New package context, step 4
+updatercd_postinst() {
if type update-rc.d /dev/null 2/dev/null; then
- if [ -n $D ]; then
- OPT=-r $D
- else
- OPT=
- fi
- update-rc.d $OPT ${INITSCRIPT_NAME} remove
+ if [ -n $D ]; then
+OPT=-r $D
+ else
+# This will catch the upgrade case and result in a restart.
+${INIT_D_DIR}/${INITSCRIPT_NAME} stop
+OPT=-s
+ fi
+ update-rc.d $OPT ${INITSCRIPT_NAME} ${INITSCRIPT_PARAMS}
fi
}
diff --git
a/meta/recipes-devtools/opkg/opkg/upgrade-argument-for-pre_postrm.patch
b/meta/recipes-devtools/opkg/opkg/upgrade-argument-for-pre_postrm.patch
new file mode 100644
index 000..5bea82a
--- /dev/null
+++ b/meta/recipes-devtools/opkg/opkg/upgrade-argument-for-pre_postrm.patch
@@ -0,0 +1,30 @@
+From: Peter Urbanec
+Subject: [opkg] Use upgrade argument in prerm and postrm scripts
Re: [oe] [OE-core] State of bitbake world, Failed tasks 2014-10-10, QA issues
On Fri, Oct 10, 2014 at 12:34 PM, Martin Jansa martin.ja...@gmail.com
wrote:
Both issues are caused by pending reviews (vlc is
broken by opencv upgrade). So this is the first clean
report (except that couple fixes are still only in
jansa/master branches and on MLs, but not yet merged).
Next goal: clean QA log, see bellow.
http://www.openembedded.org/wiki/Bitbake_World_Status
== Failed tasks 2014-10-10 ==
=== common (2) ===
* meta-openembedded/meta-multimedia/recipes-multimedia/vlc/
vlc_2.1.4.bb, do_compile
* meta-openembedded/meta-oe/recipes-benchmark/iperf3/iperf3_git.bb,
do_configure
=== common-x86 (0) ===
=== qemuarm (0) ===
=== qemux86 (0) ===
=== qemux86_64 (0) ===
=== Number of failed tasks ===
{| class=wikitable
|-
||qemuarm ||2 ||
http://logs.nslu2-linux.org/buildlogs/oe/world//log.world.20141009_050706.log/||http://errors.yoctoproject.org:80/Errors/Search/1/2906/
|-
||qemux86 ||2 ||
http://logs.nslu2-linux.org/buildlogs/oe/world//log.world.20141009_060811.log/||http://errors.yoctoproject.org:80/Errors/Search/1/2907/
|-
||qemux86_64||2 ||
http://logs.nslu2-linux.org/buildlogs/oe/world//log.world.20141009_071120.log/||http://errors.yoctoproject.org:80/Errors/Search/1/2908/
|}
QA issues (per issue type, because of spam from new file-deps check)
$ logs=log.world.2014100*; for t in already-stripped libdir textrel
build-deps file-rdeps version-going-backwards; do count=`cat $logs/qa.log |
sort -u | grep \[$t\] | wc -l`; echo $count $t:; done; for t in
already-stripped libdir textrel build-deps file-rdeps
version-going-backwards; do count=`cat $logs/qa.log | sort -u | grep
\[$t\] | wc -l`; echo $count $t:; cat $logs/qa.log | sort -u | grep
\[$t\] | sed 's#/home/jenkins/oe/world/shr-core/tmp-glibc/#/tmp/#g';
echo; echo; done
3 already-stripped:
2 libdir:
18 textrel:
18 build-deps:
361 file-rdeps:
36 version-going-backwards:
3 already-stripped:
qwt-6.0.1: File '/usr/lib/libqwt.so.6.0.1' from qwt was already stripped,
this will prevent future debugging! [already-stripped]
qwt-6.0.1: File '/usr/lib/libqwtmathml.so.6.0.1' from qwt was already
stripped, this will prevent future debugging! [already-stripped]
qwt-6.0.1: File '/usr/lib/qt4/plugins/designer/libqwt_designer_plugin.so'
from qwt was already stripped, this will prevent future debugging!
[already-stripped]
2 libdir:
chromium-37.0.2062.94: chromium: found library in wrong location:
/usr/bin/chrome/libffmpegsumo.so [libdir]
chromium-dbg: found library in wrong location:
/usr/bin/chrome/.debug/libffmpegsumo.so [libdir]
18 textrel:
chromium-37.0.2062.94: ELF binary
'/tmp/work/i586-oe-linux/chromium/37.0.2062.94-r0/packages-split/chromium/usr/bin/chrome/libffmpegsumo.so'
has relocations in .text [textrel]
gstreamer1.0-libav-1.4.1: ELF binary
'/tmp/work/armv5te-oe-linux-gnueabi/gstreamer1.0-libav/1.4.1-r0/packages-split/gstreamer1.0-libav/usr/lib/gstreamer-1.0/libgstlibav.so'
has relocations in .text [textrel]
gstreamer1.0-libav-1.4.1: ELF binary
'/tmp/work/i586-oe-linux/gstreamer1.0-libav/1.4.1-r0/packages-split/gstreamer1.0-libav/usr/lib/gstreamer-1.0/libgstlibav.so'
has relocations in .text [textrel]
libav-9.16: ELF binary
'/tmp/work/armv5te-oe-linux-gnueabi/libav/9.16-r0/packages-split/libavcodec/usr/lib/libavcodec.so.54.35.0'
has relocations in .text [textrel]
libav-9.16: ELF binary
'/tmp/work/i586-oe-linux/libav/9.16-r0/packages-split/libavcodec/usr/lib/libavcodec.so.54.35.0'
has relocations in .text [textrel]
libav-9.16: ELF binary
'/tmp/work/i586-oe-linux/libav/9.16-r0/packages-split/libavdevice/usr/lib/libavdevice.so.53.2.0'
has relocations in .text [textrel]
libav-9.16: ELF binary
'/tmp/work/i586-oe-linux/libav/9.16-r0/packages-split/libavfilter/usr/lib/libavfilter.so.3.3.0'
has relocations in .text [textrel]
libav-9.16: ELF binary
'/tmp/work/i586-oe-linux/libav/9.16-r0/packages-split/libavformat/usr/lib/libavformat.so.54.20.4'
has relocations in .text [textrel]
libav-9.16: ELF binary
'/tmp/work/i586-oe-linux/libav/9.16-r0/packages-split/libavresample/usr/lib/libavresample.so.1.0.1'
has relocations in .text [textrel]
libav-9.16: ELF binary
'/tmp/work/i586-oe-linux/libav/9.16-r0/packages-split/libavutil/usr/lib/libavutil.so.52.3.0'
has relocations in .text [textrel]
libav-9.16: ELF binary
'/tmp/work/i586-oe-linux/libav/9.16-r0/packages-split/libswscale/usr/lib/libswscale.so.2.1.1'
has relocations in .text [textrel]
libpostproc-52.3.0+gitAUTOINC+811db3b957: ELF binary
'/tmp/work/armv5te-oe-linux-gnueabi/libpostproc/52.3.0+gitAUTOINC+811db3b957-r0/packages-split/libpostproc/usr/lib/libpostproc.so.52.3.0'
has relocations in .text [textrel]
libpostproc-52.3.0+gitAUTOINC+811db3b957: ELF binary
'/tmp/work/i586-oe-linux/libpostproc/52.3.0+gitAUTOINC+811db3b957-r0/packages-split/libpostproc/usr/lib/libpostproc.so.52.3.0'
has relocations in .text [textrel]
Re: [oe] [OE-core] State of bitbake world, Failed tasks 2014-10-10, QA issues
On Fri, Oct 10, 2014 at 12:34 PM, Martin Jansa martin.ja...@gmail.com wrote: lxdm-0.5.0+gitAUTOINC+07fb151a99: lxdm requires /bin/bash, but no providers in its RDEPENDS [file-rdeps] This is a false positive: I added bash to RDEPENDS in the last patch. Needs further investigation... Andreas -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 0/1][meta-networking] ntp: fix path to driftfile
On 10/09/2014 10:22 PM, wenzong@windriver.com wrote: From: Wenzong Fan wenzong@windriver.com Default path to driftfile is /etc/ntp.drift, that doesn't work since ntp daemon is always started with ntp user. It should be created at the home directory of ntp which is /var/lib/ntp/. Could you provide a bit more detail on why this doesn't work? Does it violate the FHS, or complicate securing an image, or...? I see that Debian apparently puts the file in /var/lib/ntp. I certainly don't object to the change, but doesn't work suggests this patch fixes a functional bug, not an inconsistency with policy. More detail in the commit message will help us occasional contributors understand how things are supposed to be done and why. Thanks. Peter The following changes since commit 17ff23b4a4a0e5ed7efde107fb00296f1ebd5fdd: xf86-video-geode: fix build with new glibc-2.20 (2014-10-06 01:07:53 +0200) are available in the git repository at: git://git.pokylinux.org/poky-contrib wenzong/ntp http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=wenzong/ntp Wenzong Fan (1): ntp: fix path to driftfile meta-networking/recipes-support/ntp/ntp.inc | 15 +++ 1 file changed, 15 insertions(+) -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 0/1][meta-networking] ntp: fix path to driftfile
On 10/09/2014 10:22 PM, wenzong@windriver.com wrote: From: Wenzong Fan wenzong@windriver.com Default path to driftfile is /etc/ntp.drift, that doesn't work since ntp daemon is always started with ntp user. It should be created at the home directory of ntp which is /var/lib/ntp/. The patch in the git repository also adds tmpfile support, which I believe should at least be described in the commit message, and preferably done in a separate commit since it's not related to the location of ntp.drift AFAICT. Peter The following changes since commit 17ff23b4a4a0e5ed7efde107fb00296f1ebd5fdd: xf86-video-geode: fix build with new glibc-2.20 (2014-10-06 01:07:53 +0200) are available in the git repository at: git://git.pokylinux.org/poky-contrib wenzong/ntp http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=wenzong/ntp Wenzong Fan (1): ntp: fix path to driftfile meta-networking/recipes-support/ntp/ntp.inc | 15 +++ 1 file changed, 15 insertions(+) -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH] libunwind: Fix test case link failure on PowerPC systems with Altivec
Hi Ting, Would you please send it to oe-core, or I can help ? It had conficts, I updated it: From 719aa29b604df59538eea6e9b9a8595389dc79f3 Mon Sep 17 00:00:00 2001 From: Ting Liu ting@freescale.com Date: Tue, 23 Sep 2014 15:04:08 +0800 Subject: [PATCH] libunwind: Fix test case link failure on PowerPC systems with Altivec Fixed: ppc64-test-altivec.o: In function `vec_stack': tests/ppc64-test-altivec.c:54: undefined reference to `_Uppc64_init_local' tests/ppc64-test-altivec.c:67: undefined reference to `_Uppc64_get_reg' tests/ppc64-test-altivec.c:72: undefined reference to `_Uppc64_get_fpreg' tests/ppc64-test-altivec.c:82: undefined reference to `_Uppc64_regname' tests/ppc64-test-altivec.c:94: undefined reference to `_Uppc64_get_proc_name' tests/ppc64-test-altivec.c:109: undefined reference to `_Uppc64_step' tests/ppc64-test-altivec.c:62: undefined reference to `_Uppc64_get_reg' tests/ppc64-test-altivec.c:112: undefined reference to `_Uppc64_get_reg' Signed-off-by: Ting Liu ting@freescale.com Signed-off-by: Robert Yang liezhi.y...@windriver.com --- ...k-failure-on-PowerPC-systems-with-Altivec.patch | 31 meta/recipes-support/libunwind/libunwind_1.1.bb|1 + 2 files changed, 32 insertions(+) create mode 100644 meta/recipes-support/libunwind/libunwind/Fix-test-case-link-failure-on-PowerPC-systems-with-Altivec.patch diff --git a/meta/recipes-support/libunwind/libunwind/Fix-test-case-link-failure-on-PowerPC-systems-with-Altivec.patch b/meta/recipes-support/libunwind/libunwind/Fix-test-case-link-failure-on-PowerPC-systems-with-Altivec.patch new file mode 100644 index 000..e8f4382 --- /dev/null +++ b/meta/recipes-support/libunwind/libunwind/Fix-test-case-link-failure-on-PowerPC-systems-with-Altivec.patch @@ -0,0 +1,31 @@ +From 4c62c4a9556f92495d93eddc7641497e1ce1e35c Mon Sep 17 00:00:00 2001 +From: Ulrich Weigand uweig...@de.ibm.com +Date: Tue, 17 Dec 2013 15:00:54 +0100 +Subject: [PATCH] Fix test case link failure on PowerPC systems with Altivec + +Upstream-Status:backport + +On systems where the system compiler supports Altivec by default, +the libunwind Makefile will attempt to build an extra test case +ppc64-test-altivec. Unfortunately, the link step will fail since +the Makefile does not actually link against the libunwind library. + +Fixed by adding the appropriate LDADD macro. + +Signed-off-by: Ulrich Weigand uweig...@de.ibm.com +--- + tests/Makefile.am |1 + + 1 files changed, 1 insertions(+), 0 deletions(-) + +diff --git a/tests/Makefile.am b/tests/Makefile.am +index 0e30536..9c76628 100644 +--- a/tests/Makefile.am b/tests/Makefile.am +@@ -201,3 +201,4 @@ Lia64_test_rbs_LDADD = $(LIBUNWIND_local) + Lia64_test_readonly_LDADD = $(LIBUNWIND_local) + ia64_test_dyn1_LDADD = $(LIBUNWIND) + ia64_test_sig_LDADD = $(LIBUNWIND) ++ppc64_test_altivec_LDADD = $(LIBUNWIND) +-- +1.7.2.5 + diff --git a/meta/recipes-support/libunwind/libunwind_1.1.bb b/meta/recipes-support/libunwind/libunwind_1.1.bb index 2e52430..5b54dcb 100644 --- a/meta/recipes-support/libunwind/libunwind_1.1.bb +++ b/meta/recipes-support/libunwind/libunwind_1.1.bb @@ -3,6 +3,7 @@ require libunwind.inc SRC_URI += \ file://Support-building-with-older-compilers.patch \ file://AArch64-port.patch \ +file://Fix-test-case-link-failure-on-PowerPC-systems-with-Altivec.patch \ SRC_URI[md5sum] = fb4ea2f6fbbe45bf032cd36e586883ce -- 1.7.9.5 // Robert On 09/23/2014 03:04 PM, ting@freescale.com wrote: From: Ting Liu ting@freescale.com Signed-off-by: Ting Liu ting@freescale.com --- ...k-failure-on-PowerPC-systems-with-Altivec.patch | 31 ++ meta-oe/recipes-support/libunwind/libunwind_1.1.bb | 1 + 2 files changed, 32 insertions(+) create mode 100644 meta-oe/recipes-support/libunwind/libunwind/Fix-test-case-link-failure-on-PowerPC-systems-with-Altivec.patch diff --git a/meta-oe/recipes-support/libunwind/libunwind/Fix-test-case-link-failure-on-PowerPC-systems-with-Altivec.patch b/meta-oe/recipes-support/libunwind/libunwind/Fix-test-case-link-failure-on-PowerPC-systems-with-Altivec.patch new file mode 100644 index 000..e8f4382 --- /dev/null +++ b/meta-oe/recipes-support/libunwind/libunwind/Fix-test-case-link-failure-on-PowerPC-systems-with-Altivec.patch @@ -0,0 +1,31 @@ +From 4c62c4a9556f92495d93eddc7641497e1ce1e35c Mon Sep 17 00:00:00 2001 +From: Ulrich Weigand uweig...@de.ibm.com +Date: Tue, 17 Dec 2013 15:00:54 +0100 +Subject: [PATCH] Fix test case link failure on PowerPC systems with Altivec + +Upstream-Status:backport + +On systems where the system compiler supports Altivec by default, +the libunwind Makefile will attempt to build an extra test case +ppc64-test-altivec. Unfortunately, the link step will fail since +the Makefile does not actually link against the libunwind library. + +Fixed by adding the appropriate LDADD macro. + +Signed-off-by: Ulrich Weigand uweig...@de.ibm.com +--- + tests/Makefile.am |1 + + 1 files
[oe] [PATCH 0/2] meta-java fixes
meta-java build time fixes with the pre 1.7 Yocto Project release. Cristian Iorga (2): openjdk: add pkgconfig support ecj: fix unpackpost task recipes-core/ecj/libecj-bootstrap.inc | 2 +- recipes-core/openjdk/openjdk-common.inc | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) -- 1.9.1 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [PATCH 1/2] openjdk: add pkgconfig support
pkgconfig is now enabled, so that pkg-config macros will not fail in configure stage. Signed-off-by: Cristian Iorga cristian.io...@intel.com --- recipes-core/openjdk/openjdk-common.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/recipes-core/openjdk/openjdk-common.inc b/recipes-core/openjdk/openjdk-common.inc index e7211e5..e1c0d2e 100644 --- a/recipes-core/openjdk/openjdk-common.inc +++ b/recipes-core/openjdk/openjdk-common.inc @@ -17,7 +17,7 @@ DEPENDS_append_libc-uclibc = virtual/libiconv # because structure sizes and/or alignment may differ. DEPENDS_append = qemu-native -inherit java autotools gettext qemu +inherit java autotools gettext qemu pkgconfig # OpenJDK uses slightly different names for certain arches. We need to know # this to create some files which are expected by the build. -- 1.9.1 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [PATCH 2/2] ecj: fix unpackpost task
ecj recipe is built as initial and as native,
as such, unpackpost is run multiple times over
the same code source. Added check if a move
operation hasn't been already executed.
Signed-off-by: Cristian Iorga cristian.io...@intel.com
---
recipes-core/ecj/libecj-bootstrap.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/recipes-core/ecj/libecj-bootstrap.inc
b/recipes-core/ecj/libecj-bootstrap.inc
index 9e1cc1d..cd9d90f 100644
--- a/recipes-core/ecj/libecj-bootstrap.inc
+++ b/recipes-core/ecj/libecj-bootstrap.inc
@@ -29,7 +29,7 @@ do_unpackpost() {
rm -rf META-INF
# Move source into separate subdir.
- if [ -d org ]; then
+ if [ -d org -a ! -d source/org ]; then
mv org source/
fi
# Remove stuff unneeded for the bootstrap compiler.
--
1.9.1
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] Fwd: FW: [meta-oe][PATCH] iperf3: Adds git and 3.0.8 version
Thanks for your review! No, I haven't, I'm working with the dora branch ... I will make a setup with the master branch to test it and resend the patch. Kind regards, Guy -Original Message- From: Martin Jansa [mailto:martin.ja...@gmail.com] Sent: Friday, October 10, 2014 12:10 PM To: openembedded-devel@lists.openembedded.org Cc: Guy Morand Subject: Re: [oe] [meta-oe][PATCH] iperf3: Adds git and 3.0.8 version On Tue, Oct 07, 2014 at 04:08:24PM +0200, Guy Morand wrote: iperf3 is the new successor of iperf. The project is now mature enough as it started in 2009 and has stable releases. It supports reporting results in the portable JSON format, provides more information than iperf does and also adds some features from other tools such as nuttcp and netperf but were missing from the original iperf. Have you tested this with oe-core master? It probably needs patch to pass -foreign to automake: | NOTE: Executing ACLOCAL=aclocal | --system-acdir=/home/jenkins/oe/world/shr-core/tmp-glibc/work/core2-64 | -oe-linux/iperf3/3.0.8+gitAUTOINC+bcd038dd93-r0/build/aclocal-copy/ | --automake-acdir=/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x8 | 6_64-linux/usr/share/aclocal-1.14 autoreconf --verbose --install | --force --exclude=autopoint -I | /home/jenkins/oe/world/shr-core/tmp-glibc/work/core2-64-oe-linux/iperf | 3/3.0.8+gitAUTOINC+bcd038dd93-r0/git/config/ | autoreconf: Entering directory `.' | autoreconf: configure.ac: not using Gettext | autoreconf: running: aclocal | --system-acdir=/home/jenkins/oe/world/shr-core/tmp-glibc/work/core2-64 | -oe-linux/iperf3/3.0.8+gitAUTOINC+bcd038dd93-r0/build/aclocal-copy/ | --automake-acdir=/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x8 | 6_64-linux/usr/share/aclocal-1.14 -I | /home/jenkins/oe/world/shr-core/tmp-glibc/work/core2-64-oe-linux/iperf | 3/3.0.8+gitAUTOINC+bcd038dd93-r0/git/config/ -I | /home/jenkins/oe/world/shr-core/tmp-glibc/work/core2-64-oe-linux/iperf | 3/3.0.8+gitAUTOINC+bcd038dd93-r0/git/config/ --force | autoreconf: configure.ac: tracing | autoreconf: running: libtoolize --copy --force | libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, `config'. | libtoolize: copying file `config/ltmain.sh' | libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to | configure.ac and | libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree. | libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am. | libtoolize: `AC_PROG_RANLIB' is rendered obsolete by `LT_INIT' | autoreconf: running: | /home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x86_64-linux/usr/bi | n/autoconf | --include=/home/jenkins/oe/world/shr-core/tmp-glibc/work/core2-64-oe-l | inux/iperf3/3.0.8+gitAUTOINC+bcd038dd93-r0/git/config/ --force | autoreconf: running: | /home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x86_64-linux/usr/bi | n/autoheader | --include=/home/jenkins/oe/world/shr-core/tmp-glibc/work/core2-64-oe-l | inux/iperf3/3.0.8+gitAUTOINC+bcd038dd93-r0/git/config/ --force | autoreconf: running: automake --add-missing --copy --force-missing | Makefile.am: error: required file './NEWS' not found | Makefile.am: error: required file './README' not found | Makefile.am: error: required file './AUTHORS' not found | Makefile.am: error: required file './ChangeLog' not found | Makefile.am: installing './COPYING' using GNU General Public License v3 file | Makefile.am: Consider adding the COPYING file to the version control system | Makefile.am: for your code, to avoid questions about which license your project uses | autoreconf: automake failed with exit status: 1 | ERROR: autoreconf execution failed. | WARNING: exit code 1 from a shell command. | ERROR: Function failed: do_configure (log file is located at | /home/jenkins/oe/world/shr-core/tmp-glibc/work/core2-64-oe-linux/iperf | 3/3.0.8+gitAUTOINC+bcd038dd93-r0/temp/log.do_configure.16696) NOTE: recipe iperf3-3.0.8+gitAUTOINC+bcd038dd93-r0: task do_configure: Failed Signed-off-by: Guy Morand guy.mor...@netmodule.com --- meta-oe/recipes-benchmark/iperf3/iperf3.inc | 20 meta-oe/recipes-benchmark/iperf3/iperf3_3.0.8.bb |6 ++ meta-oe/recipes-benchmark/iperf3/iperf3_git.bb |7 +++ 3 files changed, 33 insertions(+) create mode 100644 meta-oe/recipes-benchmark/iperf3/iperf3.inc create mode 100644 meta-oe/recipes-benchmark/iperf3/iperf3_3.0.8.bb create mode 100644 meta-oe/recipes-benchmark/iperf3/iperf3_git.bb diff --git a/meta-oe/recipes-benchmark/iperf3/iperf3.inc b/meta-oe/recipes-benchmark/iperf3/iperf3.inc new file mode 100644 index 000..029a144 --- /dev/null +++ b/meta-oe/recipes-benchmark/iperf3/iperf3.inc @@ -0,0 +1,20 @@ +SUMMARY = Network benchmark tool +DESCRIPTION = \ +iperf is a tool for active measurements of the maximum achievable +bandwidth \ on IP networks. It supports tuning of various parameters +related to timing, \ protocols, and buffers. For each test it reports +the bandwidth,
Re: [oe] [OE-core] State of bitbake world, Failed tasks 2014-10-10, QA issues
On Fri, Oct 10, 2014 at 01:06:32PM +0200, Andreas Müller wrote: On Fri, Oct 10, 2014 at 12:34 PM, Martin Jansa martin.ja...@gmail.com wrote: lxdm-0.5.0+gitAUTOINC+07fb151a99: lxdm requires /bin/bash, but no providers in its RDEPENDS [file-rdeps] This is a false positive: I added bash to RDEPENDS in the last patch. Needs further investigation... It's possible that your last patch wasn't yet included in this build. The second question about QA warnings: The world builds are using default set (distro-less config), you can add/remove them by setting ERROR_QA, WARN_QA variables. They are shown only when the recipe build isn't reused from sstate, that's why I've included qa.log files from last 2 builds (the previous one had some change which invalidated a lot of sstate). The build-deps QA are even harder to reproduce, because you need to build whatever was causing that floating dependency to be detected in the sysroot before the build of the recipe with issue (that's why test-dependencies builds first build bitbake world to populate sysroot with as much as possible). -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] When will the meta-openembedded have a dizzy branch, please ?
Hello, When will the meta-openembedded have a dizzy branch, please ? -- Thanks Robert -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] When will the meta-openembedded have a dizzy branch, please ?
We'll need volunteers to maintain. Also a lot of people are headed to ELCE next week, so we might be slow getting this organized. Philip On 10/10/2014 01:00 PM, Robert Yang wrote: Hello, When will the meta-openembedded have a dizzy branch, please ? -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] When will the meta-openembedded have a dizzy branch, please ?
On Fri, Oct 10, 2014 at 3:00 PM, Philip Balister phi...@balister.org wrote: We'll need volunteers to maintain. Also a lot of people are headed to ELCE next week, so we might be slow getting this organized. I can volunteer to maintain the branch; maybe Cliff and Armin want to keep our maintenance team from Daisy? :) -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://code.ossystems.com.br Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] When will the meta-openembedded have a dizzy branch, please ?
On 10/10/2014 11:00 AM, Philip Balister wrote: We'll need volunteers to maintain. You can put me down as one if it helps. - Armin Also a lot of people are headed to ELCE next week, so we might be slow getting this organized. Philip On 10/10/2014 01:00 PM, Robert Yang wrote: Hello, When will the meta-openembedded have a dizzy branch, please ? -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] When will the meta-openembedded have a dizzy branch, please ?
On Sat, Oct 11, 2014 at 01:00:53AM +0800, Robert Yang wrote: Hello, When will the meta-openembedded have a dizzy branch, please ? It would be nice to get at least some of QA issues fixed before we branch. Currently we have more than 438 issues. But other than that, it's almost ready (thanks Otavio + Armin for stepping up to maintain it), please send the READMEs update again when you can, so that I can create the branch together with right READMEs. -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
