Armin Kuster | 21 Aug 23:35 2014
Picon

[PATCH v2] gmp: ppc64 build issue


tmp-gcd_1.s: Assembler messages:
| tmp-gcd_1.s:94: Error: unsupported relocation against BMOD_1_TO_MOD_1_THRESHOLD
| make[2]: *** [gcd_1.lo] Error 1

V2: fixed PN name

Signed-off-by: Armin Kuster <akuster808@...>
---
 meta/recipes-support/gmp/gmp/gmp-6.0.0-ppc64.patch | 25 ++++++++++++++++++++++
 meta/recipes-support/gmp/gmp_6.0.0.bb              |  1 +
 2 files changed, 26 insertions(+)
 create mode 100644 meta/recipes-support/gmp/gmp/gmp-6.0.0-ppc64.patch

diff --git a/meta/recipes-support/gmp/gmp/gmp-6.0.0-ppc64.patch b/meta/recipes-support/gmp/gmp/gmp-6.0.0-ppc64.patch
new file mode 100644
index 0000000..19bb4fa
--- /dev/null
+++ b/meta/recipes-support/gmp/gmp/gmp-6.0.0-ppc64.patch
 <at>  <at>  -0,0 +1,25  <at>  <at> 
+
+Signed-off-by: Armin Kuster <akuster808@...>
+
+This patch with pulled from gmp.
+https://gmplib.org/repo/gmp/rev/4a6d258b467f
+
+# HG changeset patch
+# User Torbjorn Granlund <tege@...>
+# Date 1395835068 -3600
+# Node ID 4a6d258b467f661da0894cc60ecd060f2e3c67c7
(Continue reading)

Richard Purdie | 21 Aug 22:47 2014

[PATCH] package.bbclass: Fixup for using common function

We may as well use the common function for this rather than
duplicating the code.

Signed-off-by: Richard Purdie <richard.purdie@...>

diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass
index 23832b1..0ff5370 100644
--- a/meta/classes/package.bbclass
+++ b/meta/classes/package.bbclass
 <at>  <at>  -931,13 +931,7  <at>  <at>  python split_and_strip_files () {
         for f in kernmods:
             sfiles.append((f, 16, strip))

-
-        import multiprocessing
-        nproc = multiprocessing.cpu_count()
-        pool = bb.utils.multiprocessingpool(nproc)
-        processed = list(pool.imap(oe.package.runstrip, sfiles))
-        pool.close()
-        pool.join()
+        oe.utils.multiprocess_exec(sfiles, oe.package.runstrip)

     #
     # End of strip
 <at>  <at>  -1314,12 +1308,7  <at>  <at>  python package_do_filedeps() {
         for files in chunks(pkgfiles[pkg], 100):
             pkglist.append((pkg, files, rpmdeps, pkgdest))

-    import multiprocessing
-    nproc = multiprocessing.cpu_count()
(Continue reading)

Richard Purdie | 21 Aug 22:46 2014

[PATCH] bitbake-worker: Improve sigterm handler

When processes terminate, we really want all of the child processes to
terminate too. This was not happening for worker processes which spawned their
own multiprocessing pools, leading to build hangs. This change ensures any
sigterm gets passed to the whole process group. In local tests, this resolved
some hanging process workloads I could generate. It does rely on signals
being delivered in a timely fashion and there is a multiprocessing bug we have
to work around there.

Signed-off-by: Richard Purdie <richard.purdie@...>

diff --git a/bitbake/bin/bitbake-worker b/bitbake/bin/bitbake-worker
index 05e0cf6..d1ff5b3 100755
--- a/bitbake/bin/bitbake-worker
+++ b/bitbake/bin/bitbake-worker
 <at>  <at>  -81,6 +81,11  <at>  <at>  def workerlog_write(msg):
         lf.write(msg)
         lf.flush()

+def sigterm_handler(signum, frame):
+    signal.signal(signal.SIGTERM, signal.SIG_DFL)
+    os.killpg(0, signal.SIGTERM)
+    sys.exit()
+
 def fork_off_task(cfg, data, workerdata, fn, task, taskname, appends, taskdepdata, quieterrors=False):
     # We need to setup the environment BEFORE the fork, since
     # a fork() or exec*() activates PSEUDO...
 <at>  <at>  -132,7 +137,7  <at>  <at>  def fork_off_task(cfg, data, workerdata, fn, task, taskname, appends, taskdepdat
             global worker_pipe
             pipein.close()

(Continue reading)

Richard Purdie | 21 Aug 22:46 2014

[PATCH] lib/oe/package_manager: Add utils function for multiprocess execution

Our usage of multitprocessing is problematic. In particular, there is a bug
in python 2.7 multiprocessing where signals are not handled until command
completion instead of immediately.

This factors the multiprocess code into a function which is enhanced with
a workaround to ensure immediate signal handling and also better SIGINT
handling which should happen in the parent, not the children to ensure
clean exits. The workaround for the signals is being added to the core
bb.utils function so it can benefit all users.

Signed-off-by: Richard Purdie <richard.purdie@...>

diff --git a/meta/lib/oe/package_manager.py b/meta/lib/oe/package_manager.py
index 8be3d41..f8fc3c2 100644
--- a/meta/lib/oe/package_manager.py
+++ b/meta/lib/oe/package_manager.py
 <at>  <at>  -7,6 +7,7  <at>  <at>  import multiprocessing
 import re
 import bb
 import tempfile
+import oe.utils

 
 # this can be used by all PM backends to create the index files in parallel
 <at>  <at>  -116,16 +117,7  <at>  <at>  class RpmIndexer(Indexer):
             bb.note("There are no packages in %s" % self.deploy_dir)
             return

-        nproc = multiprocessing.cpu_count()
-        pool = bb.utils.multiprocessingpool(nproc)
(Continue reading)

Richard Purdie | 21 Aug 22:45 2014

[PATCH] knotty: Improve exception handling

Currently, IOErrors are just passed over due to the broken Exception
clause. A command like "bitbake X | <invalid command>" would break stdout
triggering a traceback. With these changes we print the exceptions, shut down
the server gracefully and exit which is a much nicer behaviour and is less
confusion to the user.

Signed-off-by: Richard Purdie <richard.purdie@...>

diff --git a/bitbake/lib/bb/ui/knotty.py b/bitbake/lib/bb/ui/knotty.py
index 746dcf4..bb6d4cb 100644
--- a/bitbake/lib/bb/ui/knotty.py
+++ b/bitbake/lib/bb/ui/knotty.py
 <at>  <at>  -508,6 +508,10  <at>  <at>  def main(server, eventHandler, params, tf = TerminalFilter):
             # ignore interrupted io
             if ioerror.args[0] == 4:
                 pass
+            sys.stderr.write(str(ioerror))
+            if not params.observe_only:
+                _, error = server.runCommand(["stateForceShutdown"])
+            main.shutdown = 2
         except KeyboardInterrupt:
             termfilter.clearFooter()
             if params.observe_only:
 <at>  <at>  -526,7 +530,11  <at>  <at>  def main(server, eventHandler, params, tf = TerminalFilter):
                     logger.error("Unable to cleanly shutdown: %s" % error)
             main.shutdown = main.shutdown + 1
             pass
-
+        except Exception as e:
+            sys.stderr.write(str(e))
(Continue reading)

Armin Kuster | 21 Aug 22:44 2014
Picon

[PATCH]] gpm PPC64 build issue

While playing with adding qemuppc64, I found a build issue gpm.

Armin Kuster (1):
  gpm: ppc64 build issue

 meta/recipes-support/gmp/gmp/gpm-6.0.0-ppc64.patch | 25 ++++++++++++++++++++++
 meta/recipes-support/gmp/gmp_6.0.0.bb              |  1 +
 2 files changed, 26 insertions(+)
 create mode 100644 meta/recipes-support/gmp/gmp/gpm-6.0.0-ppc64.patch

-- 
1.9.1

--

-- 
Peter Seebach | 21 Aug 21:54 2014

[PATCH 0/1] Change default for cortexa* to armv7at-neon.

The various cortex chips generally support thumb code, so the armv7at
tunings are a better default for them than the plain armv7a tunings.
The armv7at tuning allows generation of both arm and thumb code, while
armv7a only allows arm code, which is typically significantly bigger.
(It may be faster in some cases, but the tradeoffs aren't totally
obvious, because smaller code fits in caches better.) Since they
all had armv7a-neon as default, change them to armv7at-neon.

The following changes since commit 47d1fc9f5c38f3d092937c47bd4c2f45adaa7fe6:

  qemu: fix Darwin cross-compilation (2014-08-18 20:43:24 +0100)

are available in the git repository at:
  git://git.yoctoproject.org/poky-contrib seebs/armv7at
  http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=seebs/armv7at

Peter Seebach (1):
  tune-cortexa*.inc: use armv7at by default

 meta/conf/machine/include/tune-cortexa15.inc |    2 +-
 meta/conf/machine/include/tune-cortexa5.inc  |    2 +-
 meta/conf/machine/include/tune-cortexa7.inc  |    2 +-
 meta/conf/machine/include/tune-cortexa8.inc  |    2 +-
 meta/conf/machine/include/tune-cortexa9.inc  |    2 +-
 5 files changed, 5 insertions(+), 5 deletions(-)

--

-- 
Slater, Joseph | 21 Aug 18:47 2014

INCOMPATIBLE_LICENSE - native vs target

Is there some way to specify incompatible licenses for native recipes?  An alternate mechanism might work,

but here is a case in which it would be valuable:

 

If I do not allow AGPL licenses, rpm builds with db-5.  rpm-native builds with db-6.  When you try

to run rpm on the target it gets very upset, apparently with the database.  In any event, it is happy

if both rpm and rpm-native use db-6.

 

In this particular case, there could be some way, although I don't know what, to force rpm-native to

use the same db version as the target, but that doesn't sound like a great idea.

 

Joe

 

--

-- 
_______________________________________________
Openembedded-core mailing list
Openembedded-core@...
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Martin Jansa | 21 Aug 14:15 2014
Picon

State of bitbake world, Failed tasks 2014-08-21

http://www.openembedded.org/wiki/Bitbake_World_Status

== Failed tasks 2014-08-21 ==

=== common () ===

=== common-x86 (1) ===
    * meta-browser/recipes-browser/chromium/chromium_37.0.2062.0.bb, do_compile

=== qemuarm (1) ===
    * meta-openembedded/meta-multimedia/recipes-mediacentre/xbmc/xbmc_13.1.bb, do_compile

=== qemux86 (0) ===

=== qemux86_64 (1) ===
    * meta-qt5/recipes-qt/qt5/qtwebengine_git.bb, do_compile

=== Number of failed tasks ===
{| class=wikitable
|-
||qemuarm       ||1     ||http://logs.nslu2-linux.org/buildlogs/oe/world//log.world.20140819_135219.log/||http://errors.yoctoproject.org:80/Errors/Search/1/1864/
|-
||qemux86       ||1     ||http://logs.nslu2-linux.org/buildlogs/oe/world//log.world.20140819_222152.log/||http://errors.yoctoproject.org:80/Errors/Search/1/1872/
|-
||qemux86_64    ||3     ||http://logs.nslu2-linux.org/buildlogs/oe/world//log.world.20140820_081835.log/||http://errors.yoctoproject.org:80/Errors/Search/1/1886/
|}

There were a lot of QA warnings about libdw dependency, but they all seem to
originate from new systemd (udev) and were fixed by adding PACKAGECONFIG there.

gstreamer recipes are worst, I've pinged dv already, because some are caused by latest upgrade, no reply yet.

      1 gst-plugins-bad-0.10.23: gst-plugins-bad-rtmp rdepends on libcrypto, but it isn't a build
dependency? [build-deps]
      1 gst-plugins-bad-0.10.23: gst-plugins-bad-rtmp rdepends on libssl, but it isn't a build dependency? [build-deps]
      3 gstreamer1.0-libav-1.4.0: ELF binary
'/home/jenkins/oe/world/shr-core/tmp-eglibc/work/armv5te-oe-linux-gnueabi/gstreamer1.0-libav/1.4.0-r0/packages-split/gstreamer1.0-libav/usr/lib/gstreamer-1.0/libgstlibav.so'
has relocations in .text [textrel]
      2 gstreamer1.0-libav-1.4.0: ELF binary
'/home/jenkins/oe/world/shr-core/tmp-eglibc/work/i586-oe-linux/gstreamer1.0-libav/1.4.0-r0/packages-split/gstreamer1.0-libav/usr/lib/gstreamer-1.0/libgstlibav.so'
has relocations in .text [textrel]
      6 gstreamer1.0-omx-1.2.0: gstreamer1.0-omx rdepends on libdrm, but it isn't a build dependency? [build-deps]
      6 gstreamer1.0-omx-1.2.0: gstreamer1.0-omx rdepends on libegl-mesa, but it isn't a build dependency? [build-deps]
      6 gstreamer1.0-omx-1.2.0: gstreamer1.0-omx rdepends on libgbm, but it isn't a build dependency? [build-deps]
      6 gstreamer1.0-omx-1.2.0: gstreamer1.0-omx rdepends on libgl-mesa, but it isn't a build dependency? [build-deps]
      6 gstreamer1.0-omx-1.2.0: gstreamer1.0-omx rdepends on libglapi, but it isn't a build dependency? [build-deps]
      1 gstreamer1.0-omx-1.2.0: gstreamer1.0-omx rdepends on libgles2-mesa, but it isn't a build
dependency? [build-deps]
      6 gstreamer1.0-omx-1.2.0: gstreamer1.0-omx rdepends on libglu, but it isn't a build dependency? [build-deps]
      6 gstreamer1.0-omx-1.2.0: gstreamer1.0-omx rdepends on libgstgl-1.0, but it isn't a build dependency? [build-deps]
      6 gstreamer1.0-omx-1.2.0: gstreamer1.0-omx rdepends on libudev, but it isn't a build dependency? [build-deps]
      6 gstreamer1.0-omx-1.2.0: gstreamer1.0-omx rdepends on libwayland-egl, but it isn't a build
dependency? [build-deps]
      6 gstreamer1.0-omx-1.2.0: gstreamer1.0-omx rdepends on libxdamage, but it isn't a build dependency? [build-deps]
      6 gstreamer1.0-omx-1.2.0: gstreamer1.0-omx rdepends on libxfixes, but it isn't a build dependency? [build-deps]
      6 gstreamer1.0-omx-1.2.0: gstreamer1.0-omx rdepends on libxxf86vm, but it isn't a build dependency? [build-deps]
      6 gstreamer1.0-omx-1.2.0: gstreamer1.0-omx rdepends on wayland, but it isn't a build dependency? [build-deps]
     11 gstreamer1.0-plugins-bad-1.4.0: gstreamer1.0-plugins-bad-opengl rdepends on libglu, but it
isn't a build dependency? [build-deps]
     11 gstreamer1.0-plugins-bad-1.4.0: gstreamer1.0-plugins-bad-opengl rdepends on libjpeg-turbo,
but it isn't a build dependency? [build-deps]
     11 gstreamer1.0-plugins-bad-1.4.0: gstreamer1.0-plugins-bad-opengl rdepends on libpng, but it
isn't a build dependency? [build-deps]
     11 gstreamer1.0-plugins-bad-1.4.0: libgstgl-1.0 rdepends on libglu, but it isn't a build dependency? [build-deps]
      7 gypsy-0.9: gypsy: configure was passed unrecognised options: --with-distro [unknown-configure-option]
      1 libav-9.13: ELF binary
'/home/jenkins/oe/world/shr-core/tmp-eglibc/work/armv5te-oe-linux-gnueabi/libav/9.13-r0/packages-split/libavcodec/usr/lib/libavcodec.so.54.35.0'
has relocations in .text [textrel]
      1 libav-9.13: ELF binary
'/home/jenkins/oe/world/shr-core/tmp-eglibc/work/i586-oe-linux/libav/9.13-r0/packages-split/libavcodec/usr/lib/libavcodec.so.54.35.0'
has relocations in .text [textrel]
      1 libav-9.13: ELF binary
'/home/jenkins/oe/world/shr-core/tmp-eglibc/work/i586-oe-linux/libav/9.13-r0/packages-split/libavdevice/usr/lib/libavdevice.so.53.2.0'
has relocations in .text [textrel]
      1 libav-9.13: ELF binary
'/home/jenkins/oe/world/shr-core/tmp-eglibc/work/i586-oe-linux/libav/9.13-r0/packages-split/libavfilter/usr/lib/libavfilter.so.3.3.0'
has relocations in .text [textrel]
      1 libav-9.13: ELF binary
'/home/jenkins/oe/world/shr-core/tmp-eglibc/work/i586-oe-linux/libav/9.13-r0/packages-split/libavformat/usr/lib/libavformat.so.54.20.4'
has relocations in .text [textrel]
      1 libav-9.13: ELF binary
'/home/jenkins/oe/world/shr-core/tmp-eglibc/work/i586-oe-linux/libav/9.13-r0/packages-split/libavresample/usr/lib/libavresample.so.1.0.1'
has relocations in .text [textrel]
      1 libav-9.13: ELF binary
'/home/jenkins/oe/world/shr-core/tmp-eglibc/work/i586-oe-linux/libav/9.13-r0/packages-split/libavutil/usr/lib/libavutil.so.52.3.0'
has relocations in .text [textrel]
      1 libav-9.13: ELF binary
'/home/jenkins/oe/world/shr-core/tmp-eglibc/work/i586-oe-linux/libav/9.13-r0/packages-split/libswscale/usr/lib/libswscale.so.2.1.1'
has relocations in .text [textrel]
      3 libav-9.16: ELF binary
'/home/jenkins/oe/world/shr-core/tmp-eglibc/work/armv5te-oe-linux-gnueabi/libav/9.16-r0/packages-split/libavcodec/usr/lib/libavcodec.so.54.35.0'
has relocations in .text [textrel]
      3 libav-9.16: ELF binary
'/home/jenkins/oe/world/shr-core/tmp-eglibc/work/i586-oe-linux/libav/9.16-r0/packages-split/libavcodec/usr/lib/libavcodec.so.54.35.0'
has relocations in .text [textrel]
      3 libav-9.16: ELF binary
'/home/jenkins/oe/world/shr-core/tmp-eglibc/work/i586-oe-linux/libav/9.16-r0/packages-split/libavdevice/usr/lib/libavdevice.so.53.2.0'
has relocations in .text [textrel]
      3 libav-9.16: ELF binary
'/home/jenkins/oe/world/shr-core/tmp-eglibc/work/i586-oe-linux/libav/9.16-r0/packages-split/libavfilter/usr/lib/libavfilter.so.3.3.0'
has relocations in .text [textrel]
      3 libav-9.16: ELF binary
'/home/jenkins/oe/world/shr-core/tmp-eglibc/work/i586-oe-linux/libav/9.16-r0/packages-split/libavformat/usr/lib/libavformat.so.54.20.4'
has relocations in .text [textrel]
      3 libav-9.16: ELF binary
'/home/jenkins/oe/world/shr-core/tmp-eglibc/work/i586-oe-linux/libav/9.16-r0/packages-split/libavresample/usr/lib/libavresample.so.1.0.1'
has relocations in .text [textrel]
      3 libav-9.16: ELF binary
'/home/jenkins/oe/world/shr-core/tmp-eglibc/work/i586-oe-linux/libav/9.16-r0/packages-split/libavutil/usr/lib/libavutil.so.52.3.0'
has relocations in .text [textrel]
      3 libav-9.16: ELF binary
'/home/jenkins/oe/world/shr-core/tmp-eglibc/work/i586-oe-linux/libav/9.16-r0/packages-split/libswscale/usr/lib/libswscale.so.2.1.1'
has relocations in .text [textrel]
      3 libgcrypt-1.6.1: ELF binary
'/home/jenkins/oe/world/shr-core/tmp-eglibc/work/armv5te-oe-linux-gnueabi/libgcrypt/1.6.1-r0/packages-split/libgcrypt/usr/lib/libgcrypt.so.20.0.1'
has relocations in .text [textrel]
      4 libpostproc-52.3.0+gitAUTOINC+811db3b957: ELF binary
'/home/jenkins/oe/world/shr-core/tmp-eglibc/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]
      4 libpostproc-52.3.0+gitAUTOINC+811db3b957: ELF binary
'/home/jenkins/oe/world/shr-core/tmp-eglibc/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]
      3 libwebp-0.4.0: libwebp-bin rdepends on libgl-mesa, but it isn't a build dependency? [build-deps]
      3 libwebp-0.4.0: libwebp-bin rdepends on mesa-glut, but it isn't a build dependency? [build-deps]
      4 mpg123-1.19.0: ELF binary
'/home/jenkins/oe/world/shr-core/tmp-eglibc/work/i586-oe-linux/mpg123/1.19.0-r0/packages-split/mpg123/usr/lib/libmpg123.so.0.40.1'
has relocations in .text [textrel]
      5 opencv-2.4.9+gitAUTOINC+df8e28283f: libopencv-highgui rdepends on jasper, but it isn't a build
dependency? [build-deps]
      1 opencv-2.4.9+gitAUTOINC+df8e28283f: libopencv-highgui rdepends on libdc1394, but it isn't a build
dependency? [build-deps]
      6 openldap-2.4.39: openldap: Files/directories were installed but not shipped
     11 oscam-1.10+9164: File '/usr/bin/oscam' from oscam was already stripped, this will prevent future
debugging! [already-stripped]
      2 qemu-2.1.0: qemu rdepends on lzo, but it isn't a build dependency? [build-deps]
      3 qemu-2.1.0: qemu rdepends on numactl, but it isn't a build dependency? [build-deps]
      3 qtbase-5.3.1: qtbase-plugins rdepends on cups-lib, but it isn't a build dependency? [build-deps]
      4 qtwebengine-0.9.99+gitAUTOINC+21f6ce84ec: ELF binary
'/home/jenkins/oe/world/shr-core/tmp-eglibc/work/armv5te-oe-linux-gnueabi/qtwebengine/0.9.99+gitAUTOINC+21f6ce84ec-r0/packages-split/qtwebengine/usr/lib/libQt0WebEngineCore.so.0.9.0'
has relocations in .text [textrel]
      4 qtwebkit-5.3.1: ELF binary
'/home/jenkins/oe/world/shr-core/tmp-eglibc/work/i586-oe-linux/qtwebkit/5.3.1-r0/packages-split/qtwebkit/usr/lib/libQt5WebKit.so.5.3.1'
has relocations in .text [textrel]
     10 qwt-6.0.1: File '/usr/lib/libqwt.so.6.0.1' from qwt was already stripped, this will prevent future
debugging! [already-stripped]
     10 qwt-6.0.1: File '/usr/lib/libqwtmathml.so.6.0.1' from qwt was already stripped, this will prevent
future debugging! [already-stripped]
     10 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]
      3 tcpdump-4.6.1: tcpdump rdepends on libsmi, but it isn't a build dependency? [build-deps]
      4 webkit-efl-1.10.0+1.11.0-beta1: ELF binary
'/home/jenkins/oe/world/shr-core/tmp-eglibc/work/i586-oe-linux/webkit-efl/1_1.10.0+1.11.0-beta1-r0/packages-split/webkit-efl/usr/lib/libjavascriptcore_efl.so.1.11.0'
has relocations in .text [textrel]
      4 webkit-gtk-1.8.3: ELF binary
'/home/jenkins/oe/world/shr-core/tmp-eglibc/work/i586-oe-linux/webkit-gtk/1.8.3-r1/packages-split/libjavascriptcore/usr/lib/libjavascriptcoregtk-1.0.so.0.13.4'
has relocations in .text [textrel]
      1 xbmc-13.1: ELF binary
'/home/jenkins/oe/world/shr-core/tmp-eglibc/work/i586-oe-linux/xbmc/13.1-r0/packages-split/xbmc/usr/lib/xbmc/system/players/paplayer/SNESAPU-i486-linux.so'
has relocations in .text [textrel]

and libdw issues (probably all resolved by systemd PACKAGECONFIG which was cherry-picked later):
      1 bluez4-4.101: bluez4 rdepends on libdw, but it isn't a build dependency? [build-deps]
      1 cheese-2.30.1: cheese rdepends on libdw, but it isn't a build dependency? [build-deps]
      4 clutter-1.0-1.18.2: clutter-1.0 rdepends on libdw, but it isn't a build dependency? [build-deps]
      1 clutter-gst-1.0-1.6.0: clutter-gst-1.0 rdepends on libdw, but it isn't a build dependency? [build-deps]
      4 clutter-gtk-1.0-1.4.4: clutter-gtk-1.0 rdepends on libdw, but it isn't a build dependency? [build-deps]
      4 cogl-1.0-1.18.2: libcogl rdepends on libdw, but it isn't a build dependency? [build-deps]
      4 cogl-1.0-1.18.2: libcogl-pango rdepends on libdw, but it isn't a build dependency? [build-deps]
      4 cogl-1.0-1.18.2: libcogl-path rdepends on libdw, but it isn't a build dependency? [build-deps]
      4 cpu-0.0.1+svnr82070: cpu rdepends on libdw, but it isn't a build dependency? [build-deps]
      4 diskio-0.0.1+svnr82070: diskio rdepends on libdw, but it isn't a build dependency? [build-deps]
      1 e-wm-0.18.8: e-wm rdepends on libdw, but it isn't a build dependency? [build-deps]
      1 efl-1.10.2+1.11.0-beta2: edje rdepends on libdw, but it isn't a build dependency? [build-deps]
      1 efl-1.10.2+1.11.0-beta2: eeze rdepends on libdw, but it isn't a build dependency? [build-deps]
      1 efl-1.10.2+1.11.0-beta2: emotion rdepends on libdw, but it isn't a build dependency? [build-deps]
      1 efl-1.10.2+1.11.0-beta2: ethumb rdepends on libdw, but it isn't a build dependency? [build-deps]
      1 efl-1.10.2+1.11.0-beta2: evas rdepends on libdw, but it isn't a build dependency? [build-deps]
      1 efl-1.10.2+1.11.0-beta2: libemotion rdepends on libdw, but it isn't a build dependency? [build-deps]
      1 elementary-1.10.2+1.11.0-beta2: elementary rdepends on libdw, but it isn't a build dependency? [build-deps]
      1 elementary-1.10.2+1.11.0-beta2: elementary-accessibility rdepends on libdw, but it isn't a build
dependency? [build-deps]
      1 elementary-1.10.2+1.11.0-beta2: elementary-tests rdepends on libdw, but it isn't a build
dependency? [build-deps]
      4 elfe-0.0.1+gitrAUTOINC+1ec0e7713c: elfe rdepends on libdw, but it isn't a build dependency? [build-deps]
      4 estardict-0.7: estardict rdepends on libdw, but it isn't a build dependency? [build-deps]
      4 exalt-client-0.0.1+svnr82070: exalt-client rdepends on libdw, but it isn't a build dependency? [build-deps]
      4 flame-0.0.3+svnr82070: flame rdepends on libdw, but it isn't a build dependency? [build-deps]
      4 forecasts-0.2.0+svnr82070: forecasts rdepends on libdw, but it isn't a build dependency? [build-deps]
      4 gimp-2.8.10: gimp rdepends on libdw, but it isn't a build dependency? [build-deps]
      4 gnome-disk-utility-2.32.0: gnome-disk-utility-libs rdepends on libdw, but it isn't a build
dependency? [build-deps]
      4 gst-plugins-gl-0.10.3: gst-plugins-gl-opengl rdepends on libdw, but it isn't a build dependency? [build-deps]
      4 gst-plugins-gl-0.10.3: libgstgl-0.10 rdepends on libdw, but it isn't a build dependency? [build-deps]
      1 gst-plugins-good-0.10.31: gst-plugins-good-video4linux2 rdepends on libdw, but it isn't a build
dependency? [build-deps]
      3 gstreamer1.0-omx-1.2.0: gstreamer1.0-omx rdepends on libdw, but it isn't a build dependency? [build-deps]
      4 gstreamer1.0-plugins-bad-1.4.0: gstreamer1.0-plugins-bad-opengl rdepends on libdw, but it isn't a
build dependency? [build-deps]
      4 gstreamer1.0-plugins-bad-1.4.0: gstreamer1.0-plugins-bad-uvch264 rdepends on libdw, but it isn't
a build dependency? [build-deps]
      4 gstreamer1.0-plugins-bad-1.4.0: libgstgl-1.0 rdepends on libdw, but it isn't a build dependency? [build-deps]
      4 gstreamer1.0-plugins-good-1.4.0: gstreamer1.0-plugins-good-video4linux2 rdepends on libdw, but
it isn't a build dependency? [build-deps]
      4 gvfs-1.10.1: gvfs rdepends on libdw, but it isn't a build dependency? [build-deps]
      4 gypsy-0.9: libgypsy rdepends on libdw, but it isn't a build dependency? [build-deps]
      1 libatasmart-0.19: libatasmart rdepends on libdw, but it isn't a build dependency? [build-deps]
      4 libcec-1.9.0: libcec rdepends on libdw, but it isn't a build dependency? [build-deps]
      4 libeflvala-2011.01.13.1+svnr82070: libeflvala rdepends on libdw, but it isn't a build dependency? [build-deps]
      4 libphone-ui-shr-0.0.1+gitrAUTOINC+25e6160710: libphone-ui-shr rdepends on libdw, but it isn't a
build dependency? [build-deps]
      1 mesa-10.1.3: libegl-mesa rdepends on libdw, but it isn't a build dependency? [build-deps]
      1 mesa-10.1.3: libgbm rdepends on libdw, but it isn't a build dependency? [build-deps]
      4 mx-1.0-1.4.7+gitAUTOINC+9b1db6b806: mx-1.0 rdepends on libdw, but it isn't a build dependency? [build-deps]
      4 navit-0.2.0+svnr5310: navit rdepends on libdw, but it isn't a build dependency? [build-deps]
      4 places-0.1.0+svnr82070: places rdepends on libdw, but it isn't a build dependency? [build-deps]
      1 polkit-0.111: polkit rdepends on libdw, but it isn't a build dependency? [build-deps]
      4 polkit-gnome-0.102: polkit-gnome rdepends on libdw, but it isn't a build dependency? [build-deps]
      1 pulseaudio-5.0: pulseaudio-lib-alsa-util rdepends on libdw, but it isn't a build dependency? [build-deps]
      1 pulseaudio-5.0: pulseaudio-module-alsa-card rdepends on libdw, but it isn't a build dependency? [build-deps]
      1 pulseaudio-5.0: pulseaudio-module-alsa-sink rdepends on libdw, but it isn't a build dependency? [build-deps]
      1 pulseaudio-5.0: pulseaudio-module-alsa-source rdepends on libdw, but it isn't a build dependency? [build-deps]
      1 pulseaudio-5.0: pulseaudio-module-systemd-login rdepends on libdw, but it isn't a build dependency? [build-deps]
      1 pulseaudio-5.0: pulseaudio-module-udev-detect rdepends on libdw, but it isn't a build dependency? [build-deps]
      4 rain-0.0.3+svnr82070: rain rdepends on libdw, but it isn't a build dependency? [build-deps]
      4 shr-e-gadgets-0.0.0+gitrAUTOINC+42806ea24f: shr-e-gadgets rdepends on libdw, but it isn't a build
dependency? [build-deps]
      4 shr-wizard-0.0.0+gitrAUTOINC+1dae79221f: shr-wizard rdepends on libdw, but it isn't a build
dependency? [build-deps]
      1 systemd-215+gitAUTOINC+252ff40a38: libgudev-1.0 rdepends on libdw, but it isn't a build dependency? [build-deps]
      1 systemd-215+gitAUTOINC+252ff40a38: libsystemd rdepends on libdw, but it isn't a build dependency? [build-deps]
      1 systemd-215+gitAUTOINC+252ff40a38: libudev rdepends on libdw, but it isn't a build dependency? [build-deps]
      1 systemd-215+gitAUTOINC+252ff40a38: systemd rdepends on libdw, but it isn't a build dependency? [build-deps]
      4 uptime-0.0.2+svnr82070: uptime rdepends on libdw, but it isn't a build dependency? [build-deps]
      4 vlc-2.1.4: vlc rdepends on libdw, but it isn't a build dependency? [build-deps]
      4 weston-1.5.0: weston rdepends on libdw, but it isn't a build dependency? [build-deps]
      4 xf86-input-evdev-2.9.0: xf86-input-evdev rdepends on libdw, but it isn't a build dependency? [build-deps]
      2 xf86-video-ati-7.2.0: xf86-video-ati rdepends on libdw, but it isn't a build dependency? [build-deps]
      2 xf86-video-intel-2.99.912: xf86-video-intel rdepends on libdw, but it isn't a build dependency? [build-deps]
      4 xf86-video-modesetting-0.8.1: xf86-video-modesetting rdepends on libdw, but it isn't a build
dependency? [build-deps]
      2 xf86-video-nouveau-1.0.9: xf86-video-nouveau rdepends on libdw, but it isn't a build dependency? [build-deps]

-- 
Martin 'JaMa' Jansa     jabber: Martin.Jansa@...
--

-- 
_______________________________________________
Openembedded-core mailing list
Openembedded-core@...
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Chen Qi | 21 Aug 12:24 2014

[PATCH V2 0/1] sudo: remove volatile configuration file

The following changes since commit 47d1fc9f5c38f3d092937c47bd4c2f45adaa7fe6:

  qemu: fix Darwin cross-compilation (2014-08-18 20:43:24 +0100)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib ChenQi/sudo_volatile
  http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=ChenQi/sudo_volatile

Chen Qi (1):
  sudo: remove volatile configuration file

 meta/recipes-extended/sudo/files/volatiles.99_sudo |    1 -
 meta/recipes-extended/sudo/sudo_1.8.10p3.bb        |    7 ++-----
 2 files changed, 2 insertions(+), 6 deletions(-)
 delete mode 100644 meta/recipes-extended/sudo/files/volatiles.99_sudo

-- 
1.7.9.5

--

-- 
Chen Qi | 21 Aug 08:55 2014

[PATCH 0/1] sudo: remove volatile configuration file

The following changes since commit 47d1fc9f5c38f3d092937c47bd4c2f45adaa7fe6:

  qemu: fix Darwin cross-compilation (2014-08-18 20:43:24 +0100)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib ChenQi/sudo_volatile
  http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=ChenQi/sudo_volatile

Chen Qi (1):
  sudo: remove volatile configuration file

 meta/recipes-extended/sudo/sudo_1.8.10p3.bb |    7 ++-----
 1 file changed, 2 insertions(+), 5 deletions(-)

-- 
1.7.9.5

--

-- 

Gmane