[OE-core] [RFC][PATCH] gcc-runtime.inc: force libstdc++ to always use gcc4 compatible ABI

[Andre McCurdy]

Experimental hack, not expected to be merged.

Without this, the http://www.cplusplus.com/reference/string/string/append/
example fails to build with -std=c++11 and it's not clear why (it's as if we
build a version of libstdc++ which supports only the old ABI but with headers
which try to use the new ABI when compiled with -std=c++11 ?). As a workaround,
force libstdc++ to provide, and default to using, the old ABI in all cases.

See also:

  https://gcc.gnu.org/onlinedocs/libstdc++/manual/configure.html
  https://mail.gnome.org/archives/gtkmm-list/2015-June/msg00026.html
  https://wiki.debian.org/GCC5

Signed-off-by: Andre McCurdy 
---
 meta/recipes-devtools/gcc/gcc-runtime.inc | 13 +
 1 file changed, 13 insertions(+)

diff --git a/meta/recipes-devtools/gcc/gcc-runtime.inc 
b/meta/recipes-devtools/gcc/gcc-runtime.inc
index f20d298..3a476cd 100644
--- a/meta/recipes-devtools/gcc/gcc-runtime.inc
+++ b/meta/recipes-devtools/gcc/gcc-runtime.inc
@@ -10,6 +10,19 @@ EXTRA_OECONF_PATHS = "\
 
 EXTRA_OECONF_append_linuxstdbase = " --enable-clocale=gnu"
 
+# gcc-runtime.inc: force libstdc++ to always use gcc4 compatible ABI
+# Experimental hack. Without this, the 
http://www.cplusplus.com/reference/string/string/append/
+# example fails to build with -std=c++11 and it's not clear why (it's as if we
+# build a version of libstdc++ which supports only the old ABI but with headers
+# which try to use the new ABI when compiled with -std=c++11 ?). As a 
workaround,
+# force libstdc++ to provide, and default to using, the old ABI in all cases.
+# See also:
+# https://gcc.gnu.org/onlinedocs/libstdc++/manual/configure.html
+# https://mail.gnome.org/archives/gtkmm-list/2015-June/msg00026.html
+# https://wiki.debian.org/GCC5
+#
+EXTRA_OECONF_append = " --disable-libstdcxx-dual-abi 
--with-default-libstdcxx-abi=gcc4-compatible"
+
 RUNTIMETARGET = "libssp libstdc++-v3 libgomp libatomic \
 ${@bb.utils.contains_any('FORTRAN', [',fortran',',f77'], 'libquadmath', 
'', d)} \
 "
-- 
1.9.1

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

[OE-core] [PATCH] stress-ng: add 0.05.09

[Denys Dmytriyenko]

From: Denys Dmytriyenko 

A clean room re-implementation and extension of the original stress tool.

Signed-off-by: Denys Dmytriyenko 
---
 meta/recipes-extended/stress-ng/stress-ng_0.05.09.bb | 15 +++
 1 file changed, 15 insertions(+)
 create mode 100644 meta/recipes-extended/stress-ng/stress-ng_0.05.09.bb

diff --git a/meta/recipes-extended/stress-ng/stress-ng_0.05.09.bb 
b/meta/recipes-extended/stress-ng/stress-ng_0.05.09.bb
new file mode 100644
index 000..2e92c53
--- /dev/null
+++ b/meta/recipes-extended/stress-ng/stress-ng_0.05.09.bb
@@ -0,0 +1,15 @@
+SUMMARY = "A tool to load and stress a computer system"
+HOMEPAGE = "http://kernel.ubuntu.com/~cking/stress-ng/;
+LICENSE = "GPLv2"
+LIC_FILES_CHKSUM = "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"
+
+SRC_URI = "http://kernel.ubuntu.com/~cking/tarballs/${BPN}/${BP}.tar.gz;
+
+SRC_URI[md5sum] = "fe65047991f654ffaac3c59ea9537763"
+SRC_URI[sha256sum] = 
"d785b5f2df042d42c43ddfd5bbafa19151ed96f0c483d7f44c737f492b52ddd6"
+
+CFLAGS += "-Wall -Wextra -DVERSION='"$(VERSION)"' -O2"
+
+do_install() {
+   oe_runmake DESTDIR=${D} install
+}
-- 
2.2.0

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

Re: [OE-core] [PATCH 2/5] devtool: add configure-help subcommand

[Paul Eggleton]

On Tue, 26 Jan 2016 17:59:53 Paul Eggleton wrote:
> On Mon, 25 Jan 2016 22:27:27 Khem Raj wrote:
> > On Mon, Jan 25, 2016 at 10:21 PM, Paul Eggleton
> > 
> >  wrote:
> > > On Tue, 26 Jan 2016 16:17:39 Paul Eggleton wrote:
> > >> Hi Khem,
> > >> 
> > >> On Mon, 25 Jan 2016 22:14:09 Khem Raj wrote:
> > >> > > On Jan 25, 2016, at 9:53 PM, Paul Eggleton
> > >> > > 
> > >> > > wrote:
> > >> > > 
> > >> > > When you need to set EXTRA_OECONF for a recipe, you need to know
> > >> > > what
> > >> > > options the configure script actually supports; the configure
> > >> > > script
> > >> > > however is only accessible from within a devshell and (at least in
> > >> > > the
> > >> > > case of autotooled software fetched from an SCM repository) may not
> > >> > > actually exist until do_configure has run. Thus, provide a "devtool
> > >> > > configure-help" subcommand that runs the configure script for a
> > >> > > recipe
> > >> > > with --help and shows you the output through a pager (e.g. less),
> > >> > > prefaced by a header describing the current options being
> > >> > > specified.
> > >> > > 
> > >> > > There is basic support for autotools, cmake and bare configure
> > >> > > scripts.
> > >> > > The cmake support is a little hacky since cmake doesn't really have
> > >> > > a
> > >> > > concise help option that lists user-defined knobs (without actually
> > >> > > running through the configure process), however that being a design
> > >> > > feature of cmake there's not much I can think of to do about that
> > >> > > at
> > >> > > the moment.
> > >> > 
> > >> > this option is autotools specific. We need to convey this precisely.
> > >> > may
> > >> > be
> > >> > involve autotools in the option name or something
> > >> 
> > >> Whilst not all non-autoconf configure scripts provide a --help option,
> > >> some
> > >> do. ffmpeg/libav is one example (and one where you really do need to
> > >> see
> > >> the output since there are a lot of options...)
> > > 
> > > I meant to add, even if configure --help doesn't work (or there is no
> > > configure script at all) the header this subcommand prints will work
> > > with
> > > any recipe provided that do_configure is actually implemented and
> > > contains some actual commands as opposed to calls to some other
> > > function.
> > 
> > my worry is it being associated to do_configure, and we know that only
> > a subset ( although a large one) is only using autotools but not all.
> > So think about avoiding that confusion.
> 
> I'm not terribly convinced there could be much confusion. FWIW, I just
> looked through the other recipes we have in OE-Core that have a call to a
> configure script  that don't use autoconf (man, zlib, x264, v86d, ed,
> libpostproc); the configure scripts for all of these at least produce some
> useful output when called with --help. I then took a look at meta-oe (the
> layer)

Actually this ended up being meta-oe, meta-networking, and meta-multimedia by 
the time I was finished.

> , and checked the following recipes:
> 
> * concurrencykit - works
> * ddrescue - works
> * fio - works
> * libvpx - works
> * lzip - works
> * nodejs - works
> * mg - works (no options, but message is sensible)
> * terminus-font - configure script is supplied without the execute bit set
> but does support --help
> * iscsi-initiator-utils - configure script is in a subdir so isn't found,
> but does support --help
> * netkit-rsh - works
> * netkit-rpc - works
> * netkit-telnet - works
> * netkit-tftp - works
> * netkit-rusers - works
> * netkit-rwho - works
> * netmap - configure script is in a subdir so isn't found, but does support
>   --help
> * ntimed - configure script is dumb and takes no options at all
> * tvheadend - works
> * mozjs - seems to break devtool modify, but configure script does support
>   --help
> 
> So there are some minor bugs to fix, but of those recipes I tested there is
> a grand total of 1 script that doesn't support --help. Honestly I think if
> a configure script exists it's reasonable to assume that
> --help is going to print something useful; even if it doesn't there
> shouldn't be any major harm and you're still going to get a printout of the
> do_configure value in which you'll be able to see what options are
> currently passed.
> 
> 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] [PATCH] stress-ng: add 0.05.09

[Denys Dmytriyenko]

On Tue, Jan 26, 2016 at 12:36:02PM +0800, Robert Yang wrote:
> 
> 
> On 01/26/2016 11:34 AM, Denys Dmytriyenko wrote:
> >From: Denys Dmytriyenko 
> >
> >A clean room re-implementation and extension of the original stress tool.
> >
> >Signed-off-by: Denys Dmytriyenko 
> >---
> >  meta/recipes-extended/stress-ng/stress-ng_0.05.09.bb | 15 +++
> >  1 file changed, 15 insertions(+)
> >  create mode 100644 meta/recipes-extended/stress-ng/stress-ng_0.05.09.bb
> >
> >diff --git a/meta/recipes-extended/stress-ng/stress-ng_0.05.09.bb 
> >b/meta/recipes-extended/stress-ng/stress-ng_0.05.09.bb
> >new file mode 100644
> >index 000..2e92c53
> >--- /dev/null
> >+++ b/meta/recipes-extended/stress-ng/stress-ng_0.05.09.bb
> >@@ -0,0 +1,15 @@
> >+SUMMARY = "A tool to load and stress a computer system"
> >+HOMEPAGE = "http://kernel.ubuntu.com/~cking/stress-ng/;
> >+LICENSE = "GPLv2"
> >+LIC_FILES_CHKSUM = "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"
> >+
> >+SRC_URI = "http://kernel.ubuntu.com/~cking/tarballs/${BPN}/${BP}.tar.gz;
> >+
> >+SRC_URI[md5sum] = "fe65047991f654ffaac3c59ea9537763"
> >+SRC_URI[sha256sum] = 
> >"d785b5f2df042d42c43ddfd5bbafa19151ed96f0c483d7f44c737f492b52ddd6"
> >+
> >+CFLAGS += "-Wall -Wextra -DVERSION='"$(VERSION)"' -O2"
> 
> Why hardcode -O2, please ? It impacts the DEBUG_BUILD.

Those above are the same exact CFLAGS used by stress-ng own Makefile. In 
reality it only needs -DVERSION to build, but I decided to preserve all flags 
in order to simplify comparison with other published stress results...


> >+
> >+do_install() {
> >+oe_runmake DESTDIR=${D} install
> >+}
> >
> 
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 2/5] devtool: add configure-help subcommand

[Paul Eggleton]

On Mon, 25 Jan 2016 22:27:27 Khem Raj wrote:
> On Mon, Jan 25, 2016 at 10:21 PM, Paul Eggleton
> 
>  wrote:
> > On Tue, 26 Jan 2016 16:17:39 Paul Eggleton wrote:
> >> Hi Khem,
> >> 
> >> On Mon, 25 Jan 2016 22:14:09 Khem Raj wrote:
> >> > > On Jan 25, 2016, at 9:53 PM, Paul Eggleton
> >> > > 
> >> > > wrote:
> >> > > 
> >> > > When you need to set EXTRA_OECONF for a recipe, you need to know what
> >> > > options the configure script actually supports; the configure script
> >> > > however is only accessible from within a devshell and (at least in
> >> > > the
> >> > > case of autotooled software fetched from an SCM repository) may not
> >> > > actually exist until do_configure has run. Thus, provide a "devtool
> >> > > configure-help" subcommand that runs the configure script for a
> >> > > recipe
> >> > > with --help and shows you the output through a pager (e.g. less),
> >> > > prefaced by a header describing the current options being specified.
> >> > > 
> >> > > There is basic support for autotools, cmake and bare configure
> >> > > scripts.
> >> > > The cmake support is a little hacky since cmake doesn't really have a
> >> > > concise help option that lists user-defined knobs (without actually
> >> > > running through the configure process), however that being a design
> >> > > feature of cmake there's not much I can think of to do about that at
> >> > > the moment.
> >> > 
> >> > this option is autotools specific. We need to convey this precisely.
> >> > may
> >> > be
> >> > involve autotools in the option name or something
> >> 
> >> Whilst not all non-autoconf configure scripts provide a --help option,
> >> some
> >> do. ffmpeg/libav is one example (and one where you really do need to see
> >> the output since there are a lot of options...)
> > 
> > I meant to add, even if configure --help doesn't work (or there is no
> > configure script at all) the header this subcommand prints will work with
> > any recipe provided that do_configure is actually implemented and
> > contains some actual commands as opposed to calls to some other function.
> 
> my worry is it being associated to do_configure, and we know that only
> a subset ( although a large one) is only using autotools but not all.
> So think about avoiding that confusion.

I'm not terribly convinced there could be much confusion. FWIW, I just looked 
through the other recipes we have in OE-Core that have a call to a configure 
script  that don't use autoconf (man, zlib, x264, v86d, ed, libpostproc); the 
configure scripts for all of these at least produce some useful output when 
called with --help. I then took a look at meta-oe (the layer), and checked the 
following recipes:

* concurrencykit - works
* ddrescue - works
* fio - works
* libvpx - works
* lzip - works
* nodejs - works
* mg - works (no options, but message is sensible)
* terminus-font - configure script is supplied without the execute bit set but
  does support --help
* iscsi-initiator-utils - configure script is in a subdir so isn't found, but
  does support --help
* netkit-rsh - works
* netkit-rpc - works
* netkit-telnet - works
* netkit-tftp - works
* netkit-rusers - works
* netkit-rwho - works
* netmap - configure script is in a subdir so isn't found, but does support 
  --help
* ntimed - configure script is dumb and takes no options at all
* tvheadend - works
* mozjs - seems to break devtool modify, but configure script does support 
  --help

So there are some minor bugs to fix, but of those recipes I tested there is a 
grand total of 1 script that doesn't support --help. Honestly I think if a 
configure script exists it's reasonable to assume that 
--help is going to print something useful; even if it doesn't there shouldn't 
be any major harm and you're still going to get a printout of the do_configure 
value in which you'll be able to see what options are currently passed.

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] pango.inc: drop obsolete FULL_OPTIMIZATION over-ride

[Andre McCurdy]

Legacy workaround dating back to 2007, no longer required.

  
http://git.openembedded.org/openembedded-core/commit/?id=975809901d32756a1abb03d23a459ab0c6eadc17

Signed-off-by: Andre McCurdy 
---
 meta/recipes-graphics/pango/pango.inc | 3 ---
 1 file changed, 3 deletions(-)

diff --git a/meta/recipes-graphics/pango/pango.inc 
b/meta/recipes-graphics/pango/pango.inc
index 3e9c068..3d5ae36 100644
--- a/meta/recipes-graphics/pango/pango.inc
+++ b/meta/recipes-graphics/pango/pango.inc
@@ -22,9 +22,6 @@ inherit gnomebase gtk-doc qemu ptest-gnome 
upstream-version-is-even
 
 EXTRA_AUTORECONF = ""
 
-# seems to go wrong with default cflags
-FULL_OPTIMIZATION_arm = "-O2"
-
 EXTRA_OECONF = "--disable-introspection \
--disable-debug \
"
-- 
1.9.1

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

Re: [OE-core] [PATCHv3] ptest-runner_2.0: Add ptest-runner_2.0 recipe.

[Robert Yang]

On 01/26/2016 07:29 AM, Aníbal Limón wrote:

The ptest-runner 2.0 is C written program for run ptests of
Yocto/Openembedded, is fully compatible with previous version of
ptest-runner that was a shell script that runs ptests sequencially.


If it is fully compatible with 1.0, how about remove 1.0, please ?

// Robert



The mainly reason for the new ptest-runner in C is because is designed
for run in tiny systems also the old shell script version have problems
when certain ptest hang it becomes blocked indefinitely.

Now the ptest-runner 2.0 support the next features:

- Specify the directory for search ptests.
- List available ptests.
- Specify the timeout for avoid blocking indefinetly.
- Only run certain ptests.

Proposed features:

- Adds support for per ptest output file.
- Adds support for run ptests in parallel (review possible
  colisions in ptests).

[YOCTO #8021]

Signed-off-by: Aníbal Limón 
---
  .../ptest-runner/ptest-runner_2.0.bb   | 24 ++
  1 file changed, 24 insertions(+)
  create mode 100644 meta/recipes-support/ptest-runner/ptest-runner_2.0.bb

diff --git a/meta/recipes-support/ptest-runner/ptest-runner_2.0.bb 
b/meta/recipes-support/ptest-runner/ptest-runner_2.0.bb
new file mode 100644
index 000..221cf6c
--- /dev/null
+++ b/meta/recipes-support/ptest-runner/ptest-runner_2.0.bb
@@ -0,0 +1,24 @@
+SUMMARY = "A C program to run all installed ptests"
+DESCRIPTION = "The ptest-runner2 package installs a ptest-runner \
+program which loops through all installed ptest test suites and \
+runs them in sequence."
+HOMEPAGE = "https://github.com/alimon/ptest-runner2;
+
+LICENSE = "GPLv2"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=751419260aa954499f7abaabaa882bbe"
+
+SRCREV = "8bfdf946e784f4d5757bebee1fbc4b4a3d7a95c4"
+PV = "2.0+git${SRCPV}"
+
+SRC_URI = "git://github.com/alimon/ptest-runner2.git;protocol=https"
+S = "${WORKDIR}/git"
+
+FILES_${PN} = "${bindir}/ptest-runner"
+
+do_compile () {
+   oe_runmake
+}
+
+do_install () {
+   install -D -m 0755 ${WORKDIR}/git/ptest-runner 
${D}${bindir}/ptest-runner
+}


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

Re: [OE-core] [PATCH] stress-ng: add 0.05.09

[Robert Yang]

On 01/26/2016 11:34 AM, Denys Dmytriyenko wrote:

From: Denys Dmytriyenko 

A clean room re-implementation and extension of the original stress tool.

Signed-off-by: Denys Dmytriyenko 
---
  meta/recipes-extended/stress-ng/stress-ng_0.05.09.bb | 15 +++
  1 file changed, 15 insertions(+)
  create mode 100644 meta/recipes-extended/stress-ng/stress-ng_0.05.09.bb

diff --git a/meta/recipes-extended/stress-ng/stress-ng_0.05.09.bb 
b/meta/recipes-extended/stress-ng/stress-ng_0.05.09.bb
new file mode 100644
index 000..2e92c53
--- /dev/null
+++ b/meta/recipes-extended/stress-ng/stress-ng_0.05.09.bb
@@ -0,0 +1,15 @@
+SUMMARY = "A tool to load and stress a computer system"
+HOMEPAGE = "http://kernel.ubuntu.com/~cking/stress-ng/;
+LICENSE = "GPLv2"
+LIC_FILES_CHKSUM = "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"
+
+SRC_URI = "http://kernel.ubuntu.com/~cking/tarballs/${BPN}/${BP}.tar.gz;
+
+SRC_URI[md5sum] = "fe65047991f654ffaac3c59ea9537763"
+SRC_URI[sha256sum] = 
"d785b5f2df042d42c43ddfd5bbafa19151ed96f0c483d7f44c737f492b52ddd6"
+
+CFLAGS += "-Wall -Wextra -DVERSION='"$(VERSION)"' -O2"


Why hardcode -O2, please ? It impacts the DEBUG_BUILD.

// Robert


+
+do_install() {
+   oe_runmake DESTDIR=${D} install
+}


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

[OE-core] [PATCH v2] avahi: Add patch to fix Win10 mDNS issues

[bmouring]

Windows 10 will respond to mDNS messages when it  really shouldn't,
resulting in a lot of logging. Pulling the change from avahi upstream.
This will be fixed in avahi 0.6.32

External References:
https://bugs.launchpad.net/ubuntu/+source/avahi/+bug/1342400
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794145
https://bugzilla.redhat.com/show_bug.cgi?id=1240711
https://social.technet.microsoft.com/Forums/en-US/b334e797-ef80-4525-b74a-b4830420a14e/windows-10-spams-network-with-invalid-mdns-response-packets?forum=win10itpronetworking

Signed-off-by: Brad Mouring 
---
 meta/recipes-connectivity/avahi/avahi.inc  |   1 +
 ...arnings-about-invalid-packets-Fixes-lathi.patch | 158 +
 2 files changed, 159 insertions(+)
 create mode 100644 
meta/recipes-connectivity/avahi/files/0001-Don-t-log-warnings-about-invalid-packets-Fixes-lathi.patch

diff --git a/meta/recipes-connectivity/avahi/avahi.inc 
b/meta/recipes-connectivity/avahi/avahi.inc
index b060437..c3f0f6a 100644
--- a/meta/recipes-connectivity/avahi/avahi.inc
+++ b/meta/recipes-connectivity/avahi/avahi.inc
@@ -27,6 +27,7 @@ SRC_URI = "http://avahi.org/download/avahi-${PV}.tar.gz \
   file://out-of-tree.patch \
   file://0001-avahi-fix-avahi-status-command-error-prompt.patch \
   file://reuseport-check.patch \
+  
file://0001-Don-t-log-warnings-about-invalid-packets-Fixes-lathi.patch \
   "
 
 USERADD_PACKAGES = "avahi-daemon avahi-autoipd"
diff --git 
a/meta/recipes-connectivity/avahi/files/0001-Don-t-log-warnings-about-invalid-packets-Fixes-lathi.patch
 
b/meta/recipes-connectivity/avahi/files/0001-Don-t-log-warnings-about-invalid-packets-Fixes-lathi.patch
new file mode 100644
index 000..25a0a0e
--- /dev/null
+++ 
b/meta/recipes-connectivity/avahi/files/0001-Don-t-log-warnings-about-invalid-packets-Fixes-lathi.patch
@@ -0,0 +1,158 @@
+From de7cde877e4daa5d9d4fb5b1a349299eaa94969d Mon Sep 17 00:00:00 2001
+From: Trent Lloyd 
+Date: Sat, 10 Oct 2015 06:20:46 +0800
+Subject: [PATCH] Don't log warnings about invalid packets (Fixes
+ lathiat/avahi#10)
+
+Various invalid packets would generate a warning, in particular
+Windows 10 generates response packets with no answer records and
+generally seemingly empty.  Unsure why at this stage.
+
+This results in spamming syslog quite a lot on busy networks,
+similar issues like this have occured over time due to changes
+in various operating systems and specs (e.g. Avahi #284, #282)
+
+Rather than just disable this single message or case, I have
+pre-emptively turned the majority of these bad packet messages
+into debug messages.  They can still be output on production
+builds if reuqired using the --debug option (no rebuild required).
+
+External References:
+https://bugs.launchpad.net/ubuntu/+source/avahi/+bug/1342400
+https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794145
+https://bugzilla.redhat.com/show_bug.cgi?id=1240711
+
+Pulled from git://github.com/lathiat/avahi de7cde87, which
+is slated for avahi 0.6.32.
+
+Signed-off-by: Brad Mouring 
+Upstream-Status: Backport
+
+---
+ avahi-core/server.c | 28 ++--
+ 1 file changed, 14 insertions(+), 14 deletions(-)
+
+diff --git a/avahi-core/server.c b/avahi-core/server.c
+index e87f035..a2cb19a 100644
+--- a/avahi-core/server.c
 b/avahi-core/server.c
+@@ -587,7 +587,7 @@ static void handle_query_packet(AvahiServer *s, 
AvahiDnsPacket *p, AvahiInterfac
+ int unicast_response = 0;
+ 
+ if (!(key = avahi_dns_packet_consume_key(p, _response))) {
+-avahi_log_warn(__FILE__": Packet too short or invalid while 
reading question key. (Maybe a UTF-8 problem?)");
++avahi_log_debug(__FILE__": Packet too short or invalid while 
reading question key. (Maybe a UTF-8 problem?)");
+ goto fail;
+ }
+ 
+@@ -615,7 +615,7 @@ static void handle_query_packet(AvahiServer *s, 
AvahiDnsPacket *p, AvahiInterfac
+ int unique = 0;
+ 
+ if (!(record = avahi_dns_packet_consume_record(p, ))) {
+-avahi_log_warn(__FILE__": Packet too short or invalid while 
reading known answer record. (Maybe a UTF-8 problem?)");
++avahi_log_debug(__FILE__": Packet too short or invalid while 
reading known answer record. (Maybe a UTF-8 problem?)");
+ goto fail;
+ }
+ 
+@@ -632,7 +632,7 @@ static void handle_query_packet(AvahiServer *s, 
AvahiDnsPacket *p, AvahiInterfac
+ int unique = 0;
+ 
+ if (!(record = avahi_dns_packet_consume_record(p, ))) {
+-avahi_log_warn(__FILE__": Packet too short or invalid while 
reading probe record. (Maybe a UTF-8 problem?)");
++avahi_log_debug(__FILE__": Packet too short or invalid while 
reading probe record. (Maybe a UTF-8 problem?)");
+ goto fail;
+ }
+ 
+@@ -669,7 +669,7 @@ static void 

Re: [OE-core] [RFC][PATCH] python: ensure usage of host modules while cross compiling

[Alejandro Hernandez]

Ping

This has been here for a while now, if it doesnt apply let me know and I 
will rebase this, this fixes bug 8671.


On 11/02/2015 02:08 AM, Belal, Awais wrote:

Ping!

BR,
Awais


From: openembedded-core-boun...@lists.openembedded.org 
[openembedded-core-boun...@lists.openembedded.org] on behalf of Belal, Awais
Sent: Friday, October 30, 2015 6:08 PM
To: openembedded-core@lists.openembedded.org
Subject: [OE-core] [RFC][PATCH] python: ensure usage of host modules while  
cross compiling

The issue is generally seen on x86 type of machines passing
-march=bdverX (X=3,4 etc) flags but in general this should
cause a problem when freshly built target modules are tried
for an import during the cross build process.
Aiding the PYTHONPATH with CROSSPYTHONPATH which contains
the native modules resolves the issue.

Signed-off-by: Awais Belal 
---
  ...e-of-native-modules-while-cross-compiling.patch | 31 ++
  meta/recipes-devtools/python/python_2.7.9.bb   |  1 +
  2 files changed, 32 insertions(+)
  create mode 100644 
meta/recipes-devtools/python/python/0001-ensure-usage-of-native-modules-while-cross-compiling.patch

diff --git 
a/meta/recipes-devtools/python/python/0001-ensure-usage-of-native-modules-while-cross-compiling.patch
 
b/meta/recipes-devtools/python/python/0001-ensure-usage-of-native-modules-while-cross-compiling.patch
new file mode 100644
index 000..1e87e89
--- /dev/null
+++ 
b/meta/recipes-devtools/python/python/0001-ensure-usage-of-native-modules-while-cross-compiling.patch
@@ -0,0 +1,31 @@
+From 4eb30173f2d254f19d5ef18fabed3bdb2e5c1182 Mon Sep 17 00:00:00 2001
+From: Awais Belal 
+Date: Fri, 30 Oct 2015 17:47:07 +0500
+Subject: [PATCH] ensure usage of native modules while cross compiling
+
+The PYTHONPATH variable augments the default search path and
+is prepended to it. We need to make sure that host modules
+are used while cross compiling otherwise an illegal instruction
+error is generated if the modules built for target are imported.
+
+Signed-off-by: Awais Belal 
+---
+ configure.ac | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/configure.ac b/configure.ac
+index 87a4f02..fa9e0dd 100644
+--- a/configure.ac
 b/configure.ac
+@@ -33,7 +33,7 @@ if test "$cross_compiling" = yes; then
+   AC_MSG_ERROR([python$PACKAGE_VERSION interpreter not found])
+   fi
+ AC_MSG_RESULT($interp)
+-  PYTHON_FOR_BUILD='_PYTHON_PROJECT_BASE=$(abs_builddir) 
_PYTHON_HOST_PLATFORM=$(_PYTHON_HOST_PLATFORM) PYTHONPATH=$(shell test -f 
pybuilddir.txt && echo $(abs_builddir)/`cat 
pybuilddir.txt`:)$(srcdir)/Lib:$(srcdir)/Lib/plat-$(MACHDEP) '$interp
++  PYTHON_FOR_BUILD='_PYTHON_PROJECT_BASE=$(abs_builddir) 
_PYTHON_HOST_PLATFORM=$(_PYTHON_HOST_PLATFORM) PYTHONPATH=$(CROSSPYTHONPATH):$(shell 
test -f pybuilddir.txt && echo $(abs_builddir)/`cat 
pybuilddir.txt`:)$(srcdir)/Lib:$(srcdir)/Lib/plat-$(MACHDEP) '$interp
+ fi
+ elif test "$cross_compiling" = maybe; then
+ AC_MSG_ERROR([Cross compiling required --host=HOST-TUPLE and 
--build=ARCH])
+--
+1.9.1
+
diff --git a/meta/recipes-devtools/python/python_2.7.9.bb 
b/meta/recipes-devtools/python/python_2.7.9.bb
index f7e2f27..9a43cf7 100644
--- a/meta/recipes-devtools/python/python_2.7.9.bb
+++ b/meta/recipes-devtools/python/python_2.7.9.bb
@@ -26,6 +26,7 @@ SRC_URI += "\
file://parallel-makeinst-create-bindir.patch \
file://use_sysroot_ncurses_instead_of_host.patch \
file://avoid_parallel_make_races_on_pgen.patch \
+  file://0001-ensure-usage-of-native-modules-while-cross-compiling.patch \
  "

  S = "${WORKDIR}/Python-${PV}"
--
1.9.1

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


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

Re: [OE-core] [RFC][PATCH] python: ensure usage of host modules while cross compiling

[Richard Purdie]

On Mon, 2016-01-25 at 08:49 -0600, Alejandro Hernandez wrote:
> Ping
> 
> This has been here for a while now, if it doesnt apply let me know
> and I 
> will rebase this, this fixes bug 8671.

Wasn't this fixed by:

http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=a1fa8d9ac53625737aab29b4e5e1687fc01bdfc2

?

Cheers,

Richard

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

[OE-core] [PATCH] gcc-cross-canadian: Add missing DEPENDS on virtual/${HOST_PREFIX}gcc-crosssdk

[Richard Purdie]

The cross-canadian compiler needs the nativesdk compiler to build
but for some reason this was missing. Add the missing dependency.

Signed-off-by: Richard Purdie 

diff --git a/meta/recipes-devtools/gcc/gcc-cross-canadian.inc 
b/meta/recipes-devtools/gcc/gcc-cross-canadian.inc
index e1cad10..ec1d281 100644
--- a/meta/recipes-devtools/gcc/gcc-cross-canadian.inc
+++ b/meta/recipes-devtools/gcc/gcc-cross-canadian.inc
@@ -3,7 +3,7 @@ inherit cross-canadian
 SUMMARY = "GNU cc and gcc C compilers (cross-canadian for ${TARGET_ARCH} 
target)"
 PN = "gcc-cross-canadian-${TRANSLATED_TARGET_ARCH}"
 
-DEPENDS = "virtual/${TARGET_PREFIX}gcc virtual/${HOST_PREFIX}binutils-crosssdk 
virtual/nativesdk-${HOST_PREFIX}libc-for-gcc nativesdk-gettext"
+DEPENDS = "virtual/${TARGET_PREFIX}gcc virtual/${HOST_PREFIX}gcc-crosssdk 
virtual/${HOST_PREFIX}binutils-crosssdk 
virtual/nativesdk-${HOST_PREFIX}libc-for-gcc nativesdk-gettext"
 
 GCCMULTILIB = "--enable-multilib"
 


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

[OE-core] [PATCH] libtirpc: Drop unneeded xz-native dependency

[Richard Purdie]

xz-native is needed to decompress the sources but DEPENDS isn't correct
for this, its needed at do_unpack time. base.bbclass already handles
this correctly so drop the unneeded dependency.

Signed-off-by: Richard Purdie 

diff --git a/meta/recipes-extended/libtirpc/libtirpc_1.0.1.bb 
b/meta/recipes-extended/libtirpc/libtirpc_1.0.1.bb
index 9513de1..e321d47 100644
--- a/meta/recipes-extended/libtirpc/libtirpc_1.0.1.bb
+++ b/meta/recipes-extended/libtirpc/libtirpc_1.0.1.bb
@@ -7,7 +7,6 @@ LICENSE = "BSD"
 LIC_FILES_CHKSUM = "file://COPYING;md5=f835cce8852481e4b2bbbdd23b5e47f3 \
 
file://src/netname.c;beginline=1;endline=27;md5=f8a8cd2cb25ac5aa16767364fb0e3c24"
 
-DEPENDS += "xz-native"
 PROVIDES = "virtual/librpc"
 
 SRC_URI = "${SOURCEFORGE_MIRROR}/${BPN}/${BP}.tar.bz2;name=libtirpc \


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

[OE-core] [PATCH] libuser: Drop unneeded xz-native dependency

[Richard Purdie]

xz-native is needed to decompress the sources but DEPENDS isn't correct
for this, its needed at do_unpack time. base.bbclass already handles
this correctly so drop the unneeded dependency.

Signed-off-by: Richard Purdie 

diff --git a/meta/recipes-extended/libuser/libuser_0.62.bb 
b/meta/recipes-extended/libuser/libuser_0.62.bb
index 2d5bd35..1369ae8 100644
--- a/meta/recipes-extended/libuser/libuser_0.62.bb
+++ b/meta/recipes-extended/libuser/libuser_0.62.bb
@@ -19,7 +19,7 @@ SRC_URI = 
"https://fedorahosted.org/releases/l/i/libuser/libuser-${PV}.tar.xz \
 SRC_URI[md5sum] = "63e5e5c551e99dc5302b40b80bd6d4f2"
 SRC_URI[sha256sum] = 
"a58ff4fabb01a25043b142185a33eeea961109dd60d4b40b6a9df4fa3cace20b"
 
-DEPENDS = "popt libpam glib-2.0 xz-native docbook-utils-native 
linuxdoc-tools-native python"
+DEPENDS = "popt libpam glib-2.0 docbook-utils-native linuxdoc-tools-native 
python"
 
 inherit autotools gettext pythonnative python-dir pkgconfig
 


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

[OE-core] [PATCH] xf86-input-libinput: initial add 0.16.0

[Andreas Müller]

Some distributions already use this as input default. It is planned to include
it in xorg server 1.20. To

* prepare usage now
* make merge more easier later

include it in oe-core now.

Signed-off-by: Andreas Müller 
---
 .../xorg-driver/xf86-input-libinput_0.16.0.bb | 11 +++
 1 file changed, 11 insertions(+)
 create mode 100644 
meta/recipes-graphics/xorg-driver/xf86-input-libinput_0.16.0.bb

diff --git a/meta/recipes-graphics/xorg-driver/xf86-input-libinput_0.16.0.bb 
b/meta/recipes-graphics/xorg-driver/xf86-input-libinput_0.16.0.bb
new file mode 100644
index 000..0252baf
--- /dev/null
+++ b/meta/recipes-graphics/xorg-driver/xf86-input-libinput_0.16.0.bb
@@ -0,0 +1,11 @@
+require xorg-driver-input.inc
+
+SUMMARY = "Generic input driver for the X.Org server based on libinput"
+LIC_FILES_CHKSUM = "file://COPYING;md5=5e6b20ea2ef94a998145f0ea3f788ee0"
+
+DEPENDS += "libinput"
+
+SRC_URI[md5sum] = "2c8cb520f88da7bafaceebc0b34ea1d4"
+SRC_URI[sha256sum] = 
"fdade531e91e79acf6dce8ac55fa4f65abe3f1358c5d3d777ae48dbc74b76f49"
+
+FILES_${PN} += "${datadir}/X11/xorg.conf.d"
-- 
2.5.0

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

Re: [OE-core] [PATCH] bsd-headers: fix LICENSE syntax, && ->

[Burton, Ross]

On 23 January 2016 at 04:48, Khem Raj  wrote:

> This is already fixed in my tree. see
>
> https://github.com/kraj/openembedded-core/commit/86cd0650126b0ed7434335cd986272af69dc3671
>

That's lovely but you didn't send it to the list, so nobody else knew. ;)

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

[OE-core] [PATCH] kernel: Clean DEPLOYDIR before do_deploy runs

[Richard Purdie]

If we don't do this, the deploy sstate object contains an every
increasing number of modules tarballs and kernel images, one per
execution of "-c deploy -f".

Cleaning the directory before we start makes things much tidier.

Signed-off-by: Richard Purdie 

diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index dee6f7d..f37affc 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/classes/kernel.bbclass
@@ -511,6 +511,7 @@ kernel_do_deploy() {
ln -sf ${initramfs_base_name}.bin ${initramfs_symlink_name}.bin
fi
 }
+do_deploy[cleandirs] = "${DEPLOYDIR}"
 do_deploy[dirs] = "${DEPLOYDIR} ${B}"
 do_deploy[prefuncs] += "package_get_auto_pr"
 


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

[OE-core] [PATCH 3/4] glibc: CVE-2015-9761

[Armin Kuster]

From: Armin Kuster 

Signed-off-by: Armin Kuster 
---
 meta/recipes-core/glibc/glibc/CVE-2015-9761.patch | 1452 +
 meta/recipes-core/glibc/glibc_2.21.bb |1 +
 2 files changed, 1453 insertions(+)
 create mode 100644 meta/recipes-core/glibc/glibc/CVE-2015-9761.patch

diff --git a/meta/recipes-core/glibc/glibc/CVE-2015-9761.patch 
b/meta/recipes-core/glibc/glibc/CVE-2015-9761.patch
new file mode 100644
index 000..262820e
--- /dev/null
+++ b/meta/recipes-core/glibc/glibc/CVE-2015-9761.patch
@@ -0,0 +1,1452 @@
+From 9b9738e57a358e30ca4d7731f99928715482737c Mon Sep 17 00:00:00 2001
+From: Armin Kuster 
+Date: Fri, 22 Jan 2016 20:23:04 -0800
+Subject: [PATCH 3/4] glibc: CVE-2015-9761
+
+A stack overflow vulnerability was found in nan* functions that could cause
+applications which process long strings with the nan function to crash or,
+potentially, execute arbitrary code.
+
+Signed-off-by: Armin Kuster 
+---
+ .../recipes-core/glibc/glibc/CVE-2015-9761_1.patch | 1039 
+ .../recipes-core/glibc/glibc/CVE-2015-9761_2.patch |  385 
+ meta/recipes-core/glibc/glibc_2.22.bb  |2 +
+ 3 files changed, 1426 insertions(+)
+ create mode 100644 meta/recipes-core/glibc/glibc/CVE-2015-9761_1.patch
+ create mode 100644 meta/recipes-core/glibc/glibc/CVE-2015-9761_2.patch
+
+Index: git/meta/recipes-core/glibc/glibc/CVE-2015-9761_1.patch
+===
+--- /dev/null
 git/meta/recipes-core/glibc/glibc/CVE-2015-9761_1.patch
+@@ -0,0 +1,1039 @@
++From e02cabecf0d025ec4f4ddee290bdf7aadb873bb3 Mon Sep 17 00:00:00 2001
++From: Joseph Myers 
++Date: Tue, 24 Nov 2015 22:24:52 +
++Subject: [PATCH] Refactor strtod parsing of NaN payloads.
++
++The nan* functions handle their string argument by constructing a
++NAN(...) string on the stack as a VLA and passing it to strtod
++functions.
++
++This approach has problems discussed in bug 16961 and bug 16962: the
++stack usage is unbounded, and it gives incorrect results in certain
++cases where the argument is not a valid n-char-sequence.
++
++The natural fix for both issues is to refactor the NaN payload parsing
++out of strtod into a separate function that the nan* functions can
++call directly, so that no temporary string needs constructing on the
++stack at all.  This patch does that refactoring in preparation for
++fixing those bugs (but without actually using the new functions from
++nan* - which will also require exporting them from libc at version
++GLIBC_PRIVATE).  This patch is not intended to change any user-visible
++behavior, so no tests are added (fixes for the above bugs will of
++course add tests for them).
++
++This patch builds on my recent fixes for strtol and strtod issues in
++Turkish locales.  Given those fixes, the parsing of NaN payloads is
++locale-independent; thus, the new functions do not need to take a
++locale_t argument.
++
++Tested for x86_64, x86, mips64 and powerpc.
++
++  * stdlib/strtod_nan.c: New file.
++  * stdlib/strtod_nan_double.h: Likewise.
++  * stdlib/strtod_nan_float.h: Likewise.
++  * stdlib/strtod_nan_main.c: Likewise.
++  * stdlib/strtod_nan_narrow.h: Likewise.
++  * stdlib/strtod_nan_wide.h: Likewise.
++  * stdlib/strtof_nan.c: Likewise.
++  * stdlib/strtold_nan.c: Likewise.
++  * sysdeps/ieee754/ldbl-128/strtod_nan_ldouble.h: Likewise.
++  * sysdeps/ieee754/ldbl-128ibm/strtod_nan_ldouble.h: Likewise.
++  * sysdeps/ieee754/ldbl-96/strtod_nan_ldouble.h: Likewise.
++  * wcsmbs/wcstod_nan.c: Likewise.
++  * wcsmbs/wcstof_nan.c: Likewise.
++  * wcsmbs/wcstold_nan.c: Likewise.
++  * stdlib/Makefile (routines): Add strtof_nan, strtod_nan and
++  strtold_nan.
++  * wcsmbs/Makefile (routines): Add wcstod_nan, wcstold_nan and
++  wcstof_nan.
++  * include/stdlib.h (__strtof_nan): Declare and use
++  libc_hidden_proto.
++  (__strtod_nan): Likewise.
++  (__strtold_nan): Likewise.
++  (__wcstof_nan): Likewise.
++  (__wcstod_nan): Likewise.
++  (__wcstold_nan): Likewise.
++  * include/wchar.h (wcstoull_l_internal): Declare.
++  * stdlib/strtod_l.c: Do not include .
++  (strtoull_l_internal): Remove declaration.
++  (STRTOF_NAN): Define macro.
++  (SET_MANTISSA): Remove macro.
++  (STRTOULL): Likewise.
++  (STRTOF_INTERNAL): Use STRTOF_NAN to parse NaN payload.
++  * stdlib/strtof_l.c (strtoull_l_internal): Remove declaration.
++  (STRTOF_NAN): Define macro.
++  (SET_MANTISSA): Remove macro.
++  * sysdeps/ieee754/ldbl-128/strtold_l.c (STRTOF_NAN): Define macro.
++  (SET_MANTISSA): Remove macro.
++  * sysdeps/ieee754/ldbl-128ibm/strtold_l.c (STRTOF_NAN): Define
++  macro.
++  (SET_MANTISSA): Remove macro.
++  * 

[OE-core] [PATCH 2/4] glibc: CVE-2015-8779

[Armin Kuster]

From: Armin Kuster 

Signed-off-by: Armin Kuster 
---
 meta/recipes-core/glibc/glibc/CVE-2015-8779.patch | 282 ++
 meta/recipes-core/glibc/glibc_2.21.bb |   1 +
 2 files changed, 283 insertions(+)
 create mode 100644 meta/recipes-core/glibc/glibc/CVE-2015-8779.patch

diff --git a/meta/recipes-core/glibc/glibc/CVE-2015-8779.patch 
b/meta/recipes-core/glibc/glibc/CVE-2015-8779.patch
new file mode 100644
index 000..78268c3
--- /dev/null
+++ b/meta/recipes-core/glibc/glibc/CVE-2015-8779.patch
@@ -0,0 +1,282 @@
+From fb410c22544dfd6cc82f59523ac9824d0325 Mon Sep 17 00:00:00 2001
+From: Armin Kuster 
+Date: Fri, 22 Jan 2016 20:19:24 -0800
+Subject: [PATCH 2/4] glibc: CVE-2015-8779
+
+A stack overflow vulnerability in the catopen function was found, causing
+applications which pass long strings to the catopen function to crash or,
+potentially execute arbitrary code.
+
+Signed-off-by: Armin Kuster 
+---
+ meta/recipes-core/glibc/glibc/CVE-2015-8779.patch | 262 ++
+ 2 files changed, 263 insertions(+)
+ create mode 100644 meta/recipes-core/glibc/glibc/CVE-2015-8779.patch
+
+Index: git/meta/recipes-core/glibc/glibc/CVE-2015-8779.patch
+===
+--- /dev/null
 git/meta/recipes-core/glibc/glibc/CVE-2015-8779.patch
+@@ -0,0 +1,262 @@
++From 0f58539030e436449f79189b6edab17d7479796e Mon Sep 17 00:00:00 2001
++From: Paul Pluzhnikov 
++Date: Sat, 8 Aug 2015 15:53:03 -0700
++Subject: [PATCH] Fix BZ #17905
++
++Upstream-Status: Backport
++CVE: CVE-2015-8779
++[Yocto # 8980]
++
++https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=0f58539030e436449f79189b6edab17d7479796e
++
++Signed-off-by: Armin Kuster 
++
++---
++ ChangeLog  |  8 
++ NEWS   |  2 +-
++ catgets/Makefile   |  9 -
++ catgets/catgets.c  | 19 ---
++ catgets/open_catalog.c | 23 ++-
++ catgets/tst-catgets.c  | 31 +++
++ 6 files changed, 74 insertions(+), 18 deletions(-)
++
++Index: git/catgets/Makefile
++===
++--- git.orig/catgets/Makefile
+ git/catgets/Makefile
++@@ -37,6 +37,7 @@ ifeq (y,$(OPTION_EGLIBC_CATGETS))
++ ifeq ($(run-built-tests),yes)
++ tests-special += $(objpfx)de/libc.cat $(objpfx)test1.cat $(objpfx)test2.cat \
++   $(objpfx)sample.SJIS.cat $(objpfx)test-gencat.out
+++tests-special += $(objpfx)tst-catgets-mem.out
++ endif
++ endif
++ gencat-modules   = xmalloc
++@@ -53,9 +54,11 @@ catgets-CPPFLAGS := -DNLSPATH='"$(msgcat
++
++ generated += de.msg test1.cat test1.h test2.cat test2.h sample.SJIS.cat \
++   test-gencat.h
+++generated += tst-catgets.mtrace tst-catgets-mem.out
+++
++ generated-dirs += de
++
++-tst-catgets-ENV = NLSPATH="$(objpfx)%l/%N.cat" LANG=de
+++tst-catgets-ENV = NLSPATH="$(objpfx)%l/%N.cat" LANG=de 
MALLOC_TRACE=$(objpfx)tst-catgets.mtrace
++
++ ifeq ($(run-built-tests),yes)
++ # This test just checks whether the program produces any error or not.
++@@ -89,4 +92,8 @@ $(objpfx)test-gencat.out: test-gencat.sh
++ $(objpfx)sample.SJIS.cat: sample.SJIS $(objpfx)gencat
++  $(built-program-cmd) -H $(objpfx)test-gencat.h < $(word 1,$^) > $@; \
++  $(evaluate-test)
+++
+++$(objpfx)tst-catgets-mem.out: $(objpfx)tst-catgets.out
+++ $(common-objpfx)malloc/mtrace $(objpfx)tst-catgets.mtrace > $@; \
+++ $(evaluate-test)
++ endif
++Index: git/catgets/catgets.c
++===
++--- git.orig/catgets/catgets.c
+ git/catgets/catgets.c
++@@ -16,7 +16,6 @@
++License along with the GNU C Library; if not, see
++.  */
++
++-#include 
++ #include 
++ #include 
++ #include 
++@@ -35,6 +34,7 @@ catopen (const char *cat_name, int flag)
++   __nl_catd result;
++   const char *env_var = NULL;
++   const char *nlspath = NULL;
+++  char *tmp = NULL;
++
++   if (strchr (cat_name, '/') == NULL)
++ {
++@@ -54,7 +54,10 @@ catopen (const char *cat_name, int flag)
++  {
++/* Append the system dependent directory.  */
++size_t len = strlen (nlspath) + 1 + sizeof NLSPATH;
++-   char *tmp = alloca (len);
+++   tmp = malloc (len);
+++
+++   if (__glibc_unlikely (tmp == NULL))
+++ return (nl_catd) -1;
++
++__stpcpy (__stpcpy (__stpcpy (tmp, nlspath), ":"), NLSPATH);
++nlspath = tmp;
++@@ -65,16 +68,18 @@ catopen (const char *cat_name, int flag)
++
++   result = (__nl_catd) malloc (sizeof (*result));
++   if (result == NULL)
++-/* We cannot get enough memory.  */
++-return (nl_catd) -1;
++-
++-  if (__open_catalog (cat_name, nlspath, env_var, result) != 0)
+++{
+++  /* We cannot get enough memory.  */
+++  result = (nl_catd) -1;
+++}

[OE-core] [PATCH 1/4] glibc: CVE-2015-8777

[Armin Kuster]

From: Armin Kuster 

Signed-off-by: Armin Kuster 
---
 meta/recipes-core/glibc/glibc/CVE-2015-8777.patch | 143 ++
 meta/recipes-core/glibc/glibc_2.21.bb |   1 +
 2 files changed, 144 insertions(+)
 create mode 100644 meta/recipes-core/glibc/glibc/CVE-2015-8777.patch

diff --git a/meta/recipes-core/glibc/glibc/CVE-2015-8777.patch 
b/meta/recipes-core/glibc/glibc/CVE-2015-8777.patch
new file mode 100644
index 000..4041af6
--- /dev/null
+++ b/meta/recipes-core/glibc/glibc/CVE-2015-8777.patch
@@ -0,0 +1,143 @@
+From fd3a7f229e52be32414d889977fef245da6055d4 Mon Sep 17 00:00:00 2001
+From: Armin Kuster 
+Date: Fri, 22 Jan 2016 20:13:00 -0800
+Subject: [PATCH 1/4] glibc: CVE-2015-8777.patch
+
+The process_envvars function in elf/rtld.c in the GNU C Library (aka glibc or
+libc6) before 2.23 allows local users to bypass a pointer-guarding protection
+mechanism via a zero value of the LD_POINTER_GUARD environment variable.
+
+Signed-off-by: Armin Kuster 
+---
+ meta/recipes-core/glibc/glibc/CVE-2015-8777.patch | 123 ++
+ 2 files changed, 124 insertions(+)
+ create mode 100644 meta/recipes-core/glibc/glibc/CVE-2015-8777.patch
+
+Index: git/meta/recipes-core/glibc/glibc/CVE-2015-8777.patch
+===
+--- /dev/null
 git/meta/recipes-core/glibc/glibc/CVE-2015-8777.patch
+@@ -0,0 +1,123 @@
++From a014cecd82b71b70a6a843e250e06b541ad524f7 Mon Sep 17 00:00:00 2001
++From: Florian Weimer 
++Date: Thu, 15 Oct 2015 09:23:07 +0200
++Subject: [PATCH] Always enable pointer guard [BZ #18928]
++
++Honoring the LD_POINTER_GUARD environment variable in AT_SECURE mode
++has security implications.  This commit enables pointer guard
++unconditionally, and the environment variable is now ignored.
++
++[BZ #18928]
++* sysdeps/generic/ldsodefs.h (struct rtld_global_ro): Remove
++_dl_pointer_guard member.
++* elf/rtld.c (_rtld_global_ro): Remove _dl_pointer_guard
++initializer.
++(security_init): Always set up pointer guard.
++(process_envvars): Do not process LD_POINTER_GUARD.
++
++Upstream-Status: Backport
++CVE: CVE-2015-8777
++[Yocto # 8980]
++
++https://sourceware.org/git/gitweb.cgi?p=glibc.git;a=commit;h=a014cecd82b71b70a6a843e250e06b541ad524f7
++
++Signed-off-by: Armin Kuster 
++
++---
++ ChangeLog  | 10 ++
++ NEWS   | 13 -
++ elf/rtld.c | 15 ---
++ sysdeps/generic/ldsodefs.h |  3 ---
++ 4 files changed, 22 insertions(+), 19 deletions(-)
++
++Index: git/ChangeLog
++===
++--- git.orig/ChangeLog
+ git/ChangeLog
++@@ -1,3 +1,14 @@
+++2015-10-15  Florian Weimer  
+++
+++   [BZ #18928]
+++   * sysdeps/generic/ldsodefs.h (struct rtld_global_ro): Remove
+++   _dl_pointer_guard member.
+++   * elf/rtld.c (_rtld_global_ro): Remove _dl_pointer_guard
+++   initializer.
+++   (security_init): Always set up pointer guard.
+++   (process_envvars): Do not process LD_POINTER_GUARD.
+++
+++
++ 2015-08-10  Maxim Ostapenko  
++ 
++  [BZ #18778]
++Index: git/NEWS
++===
++--- git.orig/NEWS
+ git/NEWS
++@@ -34,7 +34,10 @@ Version 2.22
++   18533, 18534, 18536, 18539, 18540, 18542, 18544, 18545, 18546, 18547,
++   18549, 18553, 18557, 18558, 18569, 18583, 18585, 18586, 18592, 18593,
++   18594, 18602, 18612, 18613, 18619, 18633, 18635, 18641, 18643, 18648,
++-  18657, 18676, 18694, 18696.
+++  18657, 18676, 18694, 18696, 18928.
+++
+++* The LD_POINTER_GUARD environment variable can no longer be used to
+++  disable the pointer guard feature.  It is always enabled.
++ 
++ * Cache information can be queried via sysconf() function on s390 e.g. with
++   _SC_LEVEL1_ICACHE_SIZE as argument.
++Index: git/elf/rtld.c
++===
++--- git.orig/elf/rtld.c
+ git/elf/rtld.c
++@@ -163,7 +163,6 @@ struct rtld_global_ro _rtld_global_ro at
++ ._dl_hwcap_mask = HWCAP_IMPORTANT,
++ ._dl_lazy = 1,
++ ._dl_fpu_control = _FPU_DEFAULT,
++-._dl_pointer_guard = 1,
++ ._dl_pagesize = EXEC_PAGESIZE,
++ ._dl_inhibit_cache = 0,
++ 
++@@ -710,15 +709,12 @@ security_init (void)
++ #endif
++ 
++   /* Set up the pointer guard as well, if necessary.  */
++-  if (GLRO(dl_pointer_guard))
++-{
++-  uintptr_t pointer_chk_guard = _dl_setup_pointer_guard (_dl_random,
++-  stack_chk_guard);
+++  uintptr_t pointer_chk_guard
+++= _dl_setup_pointer_guard (_dl_random, stack_chk_guard);
++ #ifdef THREAD_SET_POINTER_GUARD
++-  THREAD_SET_POINTER_GUARD (pointer_chk_guard);
+++  

[OE-core] [PATCH 0/4][fido] Glibc security fixes

[Armin Kuster]

noticed this did not hit the patchwork. resending.

Please consider these for the next fido update.

The following changes since commit 9845a542a76156adb5aef6fd33ad5bc5777acf64:

  openssh: CVE-2016-077x (2016-01-20 17:08:30 +)

are available in the git repository at:

  git://git.yoctoproject.org/poky-contrib akuster/fido_glibc_cve_fixes
  http://git.yoctoproject.org/cgit.cgi//log/?h=akuster/fido_glibc_cve_fixes

Armin Kuster (4):
  glibc: CVE-2015-8777
  glibc: CVE-2015-8779
  glibc: CVE-2015-9761
  glibc: CVE_2015-8776

 meta/recipes-core/glibc/glibc/CVE-2015-8776.patch |  176 +++
 meta/recipes-core/glibc/glibc/CVE-2015-8777.patch |  143 ++
 meta/recipes-core/glibc/glibc/CVE-2015-8779.patch |  282 
 meta/recipes-core/glibc/glibc/CVE-2015-9761.patch | 1452 +
 meta/recipes-core/glibc/glibc_2.21.bb |4 +
 5 files changed, 2057 insertions(+)
 create mode 100644 meta/recipes-core/glibc/glibc/CVE-2015-8776.patch
 create mode 100644 meta/recipes-core/glibc/glibc/CVE-2015-8777.patch
 create mode 100644 meta/recipes-core/glibc/glibc/CVE-2015-8779.patch
 create mode 100644 meta/recipes-core/glibc/glibc/CVE-2015-9761.patch

-- 
2.3.5

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

Re: [OE-core] [PATCH 1/2] busybox: Add support for busybox-init

[Andre McCurdy]

On Fri, Jan 22, 2016 at 12:49 PM, Khem Raj  wrote:
> in config metadata we can configure busybox based init and device
> initializer ( mdev ) using e.g.
>
> VIRTUAL-RUNTIME_dev_manager = "busybox-mdev"
> VIRTUAL-RUNTIME_login_manager = "busybox"
> VIRTUAL-RUNTIME_init_manager = "busybox"
> VIRTUAL-RUNTIME_initscripts = "initscripts"
> VIRTUAL-RUNTIME_keymaps = "keymaps"
> DISTRO_FEATURES_BACKFILL_CONSIDERED += "sysvinit"
>
> busybox can be used to provide init system
> combined with mdev it makes it a complete init
> system for really tiny systems.
>
> This patch uses above defines to configure features in busybox to enable
> the init system and mdev in a configurable manner
>
> Signed-off-by: Khem Raj 
> ---
>  meta/recipes-core/busybox/busybox.inc   | 15 +++
>  meta/recipes-core/busybox/busybox/init.cfg  |  3 +++
>  meta/recipes-core/busybox/busybox/mdev.cfg  | 11 +++
>  meta/recipes-core/busybox/busybox_1.24.1.bb |  6 ++
>  meta/recipes-core/busybox/files/inittab | 24 
>  meta/recipes-core/busybox/files/rcK | 25 +
>  meta/recipes-core/busybox/files/rcS | 26 ++
>  meta/recipes-core/busybox/files/runlevel| 11 +++
>  8 files changed, 121 insertions(+)
>  create mode 100644 meta/recipes-core/busybox/busybox/init.cfg
>  create mode 100644 meta/recipes-core/busybox/busybox/mdev.cfg
>  create mode 100644 meta/recipes-core/busybox/files/inittab
>  create mode 100644 meta/recipes-core/busybox/files/rcK
>  create mode 100644 meta/recipes-core/busybox/files/rcS
>  create mode 100644 meta/recipes-core/busybox/files/runlevel
>
> diff --git a/meta/recipes-core/busybox/busybox.inc 
> b/meta/recipes-core/busybox/busybox.inc
> index 9541123..e5710f0 100644
> --- a/meta/recipes-core/busybox/busybox.inc
> +++ b/meta/recipes-core/busybox/busybox.inc
> @@ -275,6 +275,21 @@ do_install () {
> install -m 0755 ${WORKDIR}/mdev-mount.sh 
> ${D}${sysconfdir}/mdev
> fi
> fi
> +if grep "CONFIG_INIT=y" ${B}/.config; then
> +install -D -m 0777 ${WORKDIR}/rcS 
> ${D}${sysconfdir}/init.d/rcS
> +install -D -m 0777 ${WORKDIR}/rcK 
> ${D}${sysconfdir}/init.d/rcK
> +install -D -m 0755 ${WORKDIR}/runlevel 
> ${D}${base_sbindir}/runlevel
> +if grep "CONFIG_FEATURE_USE_INITTAB=y" ${B}/.config; then
> +install -D -m 0777 ${WORKDIR}/inittab 
> ${D}${sysconfdir}/inittab
> +tmp="${SERIAL_CONSOLES}"
> +for i in $tmp
> +do
> +j=`echo ${i} | sed s/\;/\ /g`
> +label=`echo ${i} | sed -e 's/tty//' -e 
> 's/^.*;//' -e 's/;.*//'`
> +echo 
> "tty$label::respawn:${base_sbindir}/getty ${j}" >> ${D}${sysconfdir}/inittab
> +done
> +fi
> +fi
>
>  if ${@bb.utils.contains('DISTRO_FEATURES','systemd','true','false',d)}; 
> then
>  if grep -q "CONFIG_SYSLOGD=y" ${B}/.config; then
> diff --git a/meta/recipes-core/busybox/busybox/init.cfg 
> b/meta/recipes-core/busybox/busybox/init.cfg
> new file mode 100644
> index 000..006d4c6
> --- /dev/null
> +++ b/meta/recipes-core/busybox/busybox/init.cfg
> @@ -0,0 +1,3 @@
> +CONFIG_INIT=y
> +CONFIG_FEATURE_USE_INITTAB=y
> +
> diff --git a/meta/recipes-core/busybox/busybox/mdev.cfg 
> b/meta/recipes-core/busybox/busybox/mdev.cfg
> new file mode 100644
> index 000..6aefe90
> --- /dev/null
> +++ b/meta/recipes-core/busybox/busybox/mdev.cfg
> @@ -0,0 +1,11 @@
> +CONFIG_MDEV=y
> +CONFIG_FEATURE_MDEV_CONF=y
> +CONFIG_FEATURE_MDEV_RENAME=y
> +CONFIG_FEATURE_MDEV_RENAME_REGEXP=y
> +CONFIG_FEATURE_MDEV_EXEC=y
> +CONFIG_FEATURE_MDEV_LOAD_FIRMWARE=y
> +
> +CONFIG_SETSID=y
> +CONFIG_CTTYHACK=y
> +
> +CONFIG_FEATURE_SHADOWPASSWDS=y
> diff --git a/meta/recipes-core/busybox/busybox_1.24.1.bb 
> b/meta/recipes-core/busybox/busybox_1.24.1.bb
> index 5e19d9c..8adee53 100644
> --- a/meta/recipes-core/busybox/busybox_1.24.1.bb
> +++ b/meta/recipes-core/busybox/busybox_1.24.1.bb
> @@ -39,6 +39,12 @@ SRC_URI = 
> "http://www.busybox.net/downloads/busybox-${PV}.tar.bz2;name=tarball \
> file://sha256sum.cfg \
> file://getopts.cfg \
> file://resize.cfg \
> +   ${@["", 
> "file://init.cfg"][(d.getVar('VIRTUAL-RUNTIME_init_manager', True) == 
> 'busybox')]} \
> +   ${@["", 
> "file://mdev.cfg"][(d.getVar('VIRTUAL-RUNTIME_dev_manager', True) == 
> 'busybox-mdev')]} \
> +   file://inittab \
> +   file://rcS \
> +   file://rcK \
> +   file://runlevel \
>  "
>  SRC_URI_append_libc-musl = " file://musl.cfg "
>
> diff --git a/meta/recipes-core/busybox/files/inittab 
> b/meta/recipes-core/busybox/files/inittab
> new file mode 100644
> 

Re: [OE-core] [PATCH 1/2] busybox: Add support for busybox-init

[Khem Raj]

We have lsb compliant scripts unlike buildroot. Ditto wont work here
On Jan 25, 2016 12:39 PM, "Andre McCurdy"  wrote:

> On Fri, Jan 22, 2016 at 12:49 PM, Khem Raj  wrote:
> > in config metadata we can configure busybox based init and device
> > initializer ( mdev ) using e.g.
> >
> > VIRTUAL-RUNTIME_dev_manager = "busybox-mdev"
> > VIRTUAL-RUNTIME_login_manager = "busybox"
> > VIRTUAL-RUNTIME_init_manager = "busybox"
> > VIRTUAL-RUNTIME_initscripts = "initscripts"
> > VIRTUAL-RUNTIME_keymaps = "keymaps"
> > DISTRO_FEATURES_BACKFILL_CONSIDERED += "sysvinit"
> >
> > busybox can be used to provide init system
> > combined with mdev it makes it a complete init
> > system for really tiny systems.
> >
> > This patch uses above defines to configure features in busybox to enable
> > the init system and mdev in a configurable manner
> >
> > Signed-off-by: Khem Raj 
> > ---
> >  meta/recipes-core/busybox/busybox.inc   | 15 +++
> >  meta/recipes-core/busybox/busybox/init.cfg  |  3 +++
> >  meta/recipes-core/busybox/busybox/mdev.cfg  | 11 +++
> >  meta/recipes-core/busybox/busybox_1.24.1.bb |  6 ++
> >  meta/recipes-core/busybox/files/inittab | 24
> 
> >  meta/recipes-core/busybox/files/rcK | 25
> +
> >  meta/recipes-core/busybox/files/rcS | 26
> ++
> >  meta/recipes-core/busybox/files/runlevel| 11 +++
> >  8 files changed, 121 insertions(+)
> >  create mode 100644 meta/recipes-core/busybox/busybox/init.cfg
> >  create mode 100644 meta/recipes-core/busybox/busybox/mdev.cfg
> >  create mode 100644 meta/recipes-core/busybox/files/inittab
> >  create mode 100644 meta/recipes-core/busybox/files/rcK
> >  create mode 100644 meta/recipes-core/busybox/files/rcS
> >  create mode 100644 meta/recipes-core/busybox/files/runlevel
> >
> > diff --git a/meta/recipes-core/busybox/busybox.inc
> b/meta/recipes-core/busybox/busybox.inc
> > index 9541123..e5710f0 100644
> > --- a/meta/recipes-core/busybox/busybox.inc
> > +++ b/meta/recipes-core/busybox/busybox.inc
> > @@ -275,6 +275,21 @@ do_install () {
> > install -m 0755 ${WORKDIR}/mdev-mount.sh
> ${D}${sysconfdir}/mdev
> > fi
> > fi
> > +if grep "CONFIG_INIT=y" ${B}/.config; then
> > +install -D -m 0777 ${WORKDIR}/rcS
> ${D}${sysconfdir}/init.d/rcS
> > +install -D -m 0777 ${WORKDIR}/rcK
> ${D}${sysconfdir}/init.d/rcK
> > +install -D -m 0755 ${WORKDIR}/runlevel
> ${D}${base_sbindir}/runlevel
> > +if grep "CONFIG_FEATURE_USE_INITTAB=y" ${B}/.config;
> then
> > +install -D -m 0777 ${WORKDIR}/inittab
> ${D}${sysconfdir}/inittab
> > +tmp="${SERIAL_CONSOLES}"
> > +for i in $tmp
> > +do
> > +j=`echo ${i} | sed s/\;/\ /g`
> > +label=`echo ${i} | sed -e 's/tty//' -e
> 's/^.*;//' -e 's/;.*//'`
> > +echo
> "tty$label::respawn:${base_sbindir}/getty ${j}" >> ${D}${sysconfdir}/inittab
> > +done
> > +fi
> > +fi
> >
> >  if
> ${@bb.utils.contains('DISTRO_FEATURES','systemd','true','false',d)}; then
> >  if grep -q "CONFIG_SYSLOGD=y" ${B}/.config; then
> > diff --git a/meta/recipes-core/busybox/busybox/init.cfg
> b/meta/recipes-core/busybox/busybox/init.cfg
> > new file mode 100644
> > index 000..006d4c6
> > --- /dev/null
> > +++ b/meta/recipes-core/busybox/busybox/init.cfg
> > @@ -0,0 +1,3 @@
> > +CONFIG_INIT=y
> > +CONFIG_FEATURE_USE_INITTAB=y
> > +
> > diff --git a/meta/recipes-core/busybox/busybox/mdev.cfg
> b/meta/recipes-core/busybox/busybox/mdev.cfg
> > new file mode 100644
> > index 000..6aefe90
> > --- /dev/null
> > +++ b/meta/recipes-core/busybox/busybox/mdev.cfg
> > @@ -0,0 +1,11 @@
> > +CONFIG_MDEV=y
> > +CONFIG_FEATURE_MDEV_CONF=y
> > +CONFIG_FEATURE_MDEV_RENAME=y
> > +CONFIG_FEATURE_MDEV_RENAME_REGEXP=y
> > +CONFIG_FEATURE_MDEV_EXEC=y
> > +CONFIG_FEATURE_MDEV_LOAD_FIRMWARE=y
> > +
> > +CONFIG_SETSID=y
> > +CONFIG_CTTYHACK=y
> > +
> > +CONFIG_FEATURE_SHADOWPASSWDS=y
> > diff --git a/meta/recipes-core/busybox/busybox_1.24.1.bb
> b/meta/recipes-core/busybox/busybox_1.24.1.bb
> > index 5e19d9c..8adee53 100644
> > --- a/meta/recipes-core/busybox/busybox_1.24.1.bb
> > +++ b/meta/recipes-core/busybox/busybox_1.24.1.bb
> > @@ -39,6 +39,12 @@ SRC_URI = "
> http://www.busybox.net/downloads/busybox-${PV}.tar.bz2;name=tarball \
> > file://sha256sum.cfg \
> > file://getopts.cfg \
> > file://resize.cfg \
> > +   ${@["",
> "file://init.cfg"][(d.getVar('VIRTUAL-RUNTIME_init_manager', True) ==
> 'busybox')]} \
> > +   ${@["",
> "file://mdev.cfg"][(d.getVar('VIRTUAL-RUNTIME_dev_manager', 

[OE-core] [fido,dizzy][PATCH] bind: CVE-2015-8704

[Derek Straka]

CVE-2015-8704
Allows remote authenticated users to cause a denial of service via a malformed 
Address Prefix List record

[YOCTO 8966]

References:
https://kb.isc.org/article/AA-01346/0/BIND-9.10.3-P3-Release-Notes.html
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-8704

Signed-off-by: Derek Straka 
---
 .../bind/bind/CVE-2015-8704.patch  | 38 ++
 meta/recipes-connectivity/bind/bind_9.9.5.bb   |  1 +
 2 files changed, 39 insertions(+)
 create mode 100644 meta/recipes-connectivity/bind/bind/CVE-2015-8704.patch

diff --git a/meta/recipes-connectivity/bind/bind/CVE-2015-8704.patch 
b/meta/recipes-connectivity/bind/bind/CVE-2015-8704.patch
new file mode 100644
index 000..e05327e
--- /dev/null
+++ b/meta/recipes-connectivity/bind/bind/CVE-2015-8704.patch
@@ -0,0 +1,38 @@
+a buffer size check can cause denial of service under certain circumstances 
+
+[security]
+The following flaw in BIND was reported by ISC:
+
+A buffer size check used to guard against overflow could cause named to exit 
with an INSIST failure In apl_42.c.
+
+A server could exit due to an INSIST failure in apl_42.c when performing 
certain string formatting operations.
+
+Upstream-Status: Backport
+CVE: CVE-2015-8704
+
+[The patch is taken from BIND 9.9.8:
+https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2015-8704]
+
+Signed-off-by: Derek Straka 
+diff --git a/lib/dns/rdata/in_1/apl_42.c b/lib/dns/rdata/in_1/apl_42.c
+index bedd38e..28eb7f2 100644
+--- a/lib/dns/rdata/in_1/apl_42.c
 b/lib/dns/rdata/in_1/apl_42.c
+@@ -116,7 +116,7 @@ totext_in_apl(ARGS_TOTEXT) {
+   isc_uint8_t len;
+   isc_boolean_t neg;
+   unsigned char buf[16];
+-  char txt[sizeof(" !64000")];
++  char txt[sizeof(" !64000:")];
+   const char *sep = "";
+   int n;
+ 
+@@ -140,7 +140,7 @@ totext_in_apl(ARGS_TOTEXT) {
+   isc_region_consume(, 1);
+   INSIST(len <= sr.length);
+   n = snprintf(txt, sizeof(txt), "%s%s%u:", sep,
+-   neg ? "!": "", afi);
++   neg ? "!" : "", afi);
+   INSIST(n < (int)sizeof(txt));
+   RETERR(str_totext(txt, target));
+   switch (afi) {
diff --git a/meta/recipes-connectivity/bind/bind_9.9.5.bb 
b/meta/recipes-connectivity/bind/bind_9.9.5.bb
index 79b0397..e367172 100644
--- a/meta/recipes-connectivity/bind/bind_9.9.5.bb
+++ b/meta/recipes-connectivity/bind/bind_9.9.5.bb
@@ -26,6 +26,7 @@ SRC_URI = 
"ftp://ftp.isc.org/isc/bind9/${PV}/${BPN}-${PV}.tar.gz \
file://CVE-2015-4620.patch \
file://CVE-2015-5722.patch \
file://CVE-2015-8000.patch \
+   file://CVE-2015-8704.patch \ 
   "
 
 SRC_URI[md5sum] = "e676c65cad5234617ee22f48e328c24e"
-- 
1.9.1

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

[OE-core] [PATCH 4/4] glibc: CVE_2015-8776

[Armin Kuster]

From: Armin Kuster 

Signed-off-by: Armin Kuster 
---
 meta/recipes-core/glibc/glibc/CVE-2015-8776.patch | 176 ++
 meta/recipes-core/glibc/glibc_2.21.bb |   1 +
 2 files changed, 177 insertions(+)
 create mode 100644 meta/recipes-core/glibc/glibc/CVE-2015-8776.patch

diff --git a/meta/recipes-core/glibc/glibc/CVE-2015-8776.patch 
b/meta/recipes-core/glibc/glibc/CVE-2015-8776.patch
new file mode 100644
index 000..118958f
--- /dev/null
+++ b/meta/recipes-core/glibc/glibc/CVE-2015-8776.patch
@@ -0,0 +1,176 @@
+From 08564114d5c0150131ce3b29037f0202f2d4002b Mon Sep 17 00:00:00 2001
+From: Armin Kuster 
+Date: Fri, 22 Jan 2016 20:25:19 -0800
+Subject: [PATCH 4/4] glibc: CVE-2015-8776
+
+it was found that out-of-range time values passed to the strftime function may
+cause it to crash, leading to a denial of service, or potentially disclosure
+information.
+
+Signed-off-by: Armin Kuster 
+---
+ meta/recipes-core/glibc/glibc/CVE-2015-8776.patch | 155 ++
+ meta/recipes-core/glibc/glibc_2.22.bb |   1 +
+ 2 files changed, 156 insertions(+)
+ create mode 100644 meta/recipes-core/glibc/glibc/CVE-2015-8776.patch
+
+Index: git/meta/recipes-core/glibc/glibc/CVE-2015-8776.patch
+===
+--- /dev/null
 git/meta/recipes-core/glibc/glibc/CVE-2015-8776.patch
+@@ -0,0 +1,155 @@
++From d36c75fc0d44deec29635dd239b0fbd206ca49b7 Mon Sep 17 00:00:00 2001
++From: Paul Pluzhnikov 
++Date: Sat, 26 Sep 2015 13:27:48 -0700
++Subject: [PATCH] Fix BZ #18985 -- out of range data to strftime() causes a
++ segfault
++
++Upstream-Status: Backport
++CVE: CVE-2015-8776
++[Yocto # 8980]
++
++https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=d36c75fc0d44deec29635dd239b0fbd206ca49b7
++
++Signed-off-by: Armin Kuster 
++
++---
++ ChangeLog   |  8 
++ NEWS|  2 +-
++ time/strftime_l.c   | 20 +---
++ time/tst-strftime.c | 52 +++-
++ 4 files changed, 73 insertions(+), 9 deletions(-)
++
++Index: git/ChangeLog
++===
++--- git.orig/ChangeLog
+ git/ChangeLog
++@@ -1,3 +1,11 @@
+++2015-09-26  Paul Pluzhnikov  
+++
+++ [BZ #18985]
+++ * time/strftime_l.c (a_wkday, f_wkday, a_month, f_month): Range check.
+++ (__strftime_internal): Likewise.
+++ * time/tst-strftime.c (do_bz18985): New test.
+++ (do_test): Call it.
+++
++ 2015-12-04  Joseph Myers  
++
++  [BZ #16961]
++Index: git/time/strftime_l.c
++===
++--- git.orig/time/strftime_l.c
+ git/time/strftime_l.c
++@@ -514,13 +514,17 @@ __strftime_internal (s, maxsize, format,
++  only a few elements.  Dereference the pointers only if the format
++  requires this.  Then it is ok to fail if the pointers are invalid.  */
++ # define a_wkday \
++-  ((const CHAR_T *) _NL_CURRENT (LC_TIME, NLW(ABDAY_1) + tp->tm_wday))
+++  ((const CHAR_T *) (tp->tm_wday < 0 || tp->tm_wday > 6  
 \
+++  ? "?" : _NL_CURRENT (LC_TIME, NLW(ABDAY_1) + tp->tm_wday)))
++ # define f_wkday \
++-  ((const CHAR_T *) _NL_CURRENT (LC_TIME, NLW(DAY_1) + tp->tm_wday))
+++  ((const CHAR_T *) (tp->tm_wday < 0 || tp->tm_wday > 6  
 \
+++  ? "?" : _NL_CURRENT (LC_TIME, NLW(DAY_1) + tp->tm_wday)))
++ # define a_month \
++-  ((const CHAR_T *) _NL_CURRENT (LC_TIME, NLW(ABMON_1) + tp->tm_mon))
+++  ((const CHAR_T *) (tp->tm_mon < 0 || tp->tm_mon > 11   
 \
+++  ? "?" : _NL_CURRENT (LC_TIME, NLW(ABMON_1) + tp->tm_mon)))
++ # define f_month \
++-  ((const CHAR_T *) _NL_CURRENT (LC_TIME, NLW(MON_1) + tp->tm_mon))
+++  ((const CHAR_T *) (tp->tm_mon < 0 || tp->tm_mon > 11   
 \
+++  ? "?" : _NL_CURRENT (LC_TIME, NLW(MON_1) + tp->tm_mon)))
++ # define ampm \
++   ((const CHAR_T *) _NL_CURRENT (LC_TIME, tp->tm_hour > 11 \
++   ? NLW(PM_STR) : NLW(AM_STR)))
++@@ -530,8 +534,10 @@ __strftime_internal (s, maxsize, format,
++ # define ap_len STRLEN (ampm)
++ #else
++ # if !HAVE_STRFTIME
++-#  define f_wkday (weekday_name[tp->tm_wday])
++-#  define f_month (month_name[tp->tm_mon])
+++#  define f_wkday (tp->tm_wday < 0 || tp->tm_wday > 6\
+++? "?" : weekday_name[tp->tm_wday])
+++#  define f_month (tp->tm_mon < 0 || tp->tm_mon > 11 \
+++? "?" : month_name[tp->tm_mon])
++ #  define a_wkday f_wkday
++ #  define a_month f_month
++ #  define ampm (L_("AMPM") + 2 * (tp->tm_hour > 11))
++@@ -1325,7 +1331,7 @@ __strftime_internal (s, maxsize, format,
++

Re: [OE-core] [RFC][PATCH] python: ensure usage of host modules while cross compiling

[Alejandro Hernandez]

On 01/25/2016 09:19 AM, Richard Purdie wrote:

On Mon, 2016-01-25 at 08:49 -0600, Alejandro Hernandez wrote:

Ping

This has been here for a while now, if it doesnt apply let me know
and I
will rebase this, this fixes bug 8671.

Wasn't this fixed by:

http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=a1fa8d9ac53625737aab29b4e5e1687fc01bdfc2

?

My bad, I hadn't seen this patch, thanks!


Cheers,

Richard



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

[OE-core] [PATCH 05/16] libsecret: update to 0.18.4

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 .../libsecret/{libsecret_0.18.3.bb => libsecret_0.18.4.bb}| 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-gnome/libsecret/{libsecret_0.18.3.bb => 
libsecret_0.18.4.bb} (71%)

diff --git a/meta/recipes-gnome/libsecret/libsecret_0.18.3.bb 
b/meta/recipes-gnome/libsecret/libsecret_0.18.4.bb
similarity index 71%
rename from meta/recipes-gnome/libsecret/libsecret_0.18.3.bb
rename to meta/recipes-gnome/libsecret/libsecret_0.18.4.bb
index 5058427..534caad 100644
--- a/meta/recipes-gnome/libsecret/libsecret_0.18.3.bb
+++ b/meta/recipes-gnome/libsecret/libsecret_0.18.4.bb
@@ -8,8 +8,8 @@ DEPENDS = "glib-2.0 libgcrypt gettext-native intltool-native"
 
 EXTRA_OECONF += "--disable-manpages"
 
-SRC_URI[archive.md5sum] = "a21605644a64883ab685aec50d63253e"
-SRC_URI[archive.sha256sum] = 
"f2bf1d0c5ab4640664f3e3c7ef6b086c180e50ff415720b5e22f96750dbf84c9"
+SRC_URI[archive.md5sum] = "5190da1ee686437046bc10068f120d1d"
+SRC_URI[archive.sha256sum] = 
"0f29b51698198e6999c91f4adce3119c8c457f546b133a85baea5ea9010a19ed"
 
 # http://errors.yoctoproject.org/Errors/Details/20228/
 ARM_INSTRUCTION_SET = "arm"
-- 
2.7.0.rc3

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

[OE-core] [PATCH 14/16] waffle: update to 1.5.2

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-graphics/waffle/{waffle_1.5.1.bb => waffle_1.5.2.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/waffle/{waffle_1.5.1.bb => waffle_1.5.2.bb} (91%)

diff --git a/meta/recipes-graphics/waffle/waffle_1.5.1.bb 
b/meta/recipes-graphics/waffle/waffle_1.5.2.bb
similarity index 91%
rename from meta/recipes-graphics/waffle/waffle_1.5.1.bb
rename to meta/recipes-graphics/waffle/waffle_1.5.2.bb
index 6e77948..f7db1bc 100644
--- a/meta/recipes-graphics/waffle/waffle_1.5.1.bb
+++ b/meta/recipes-graphics/waffle/waffle_1.5.2.bb
@@ -6,8 +6,8 @@ LIC_FILES_CHKSUM = 
"file://LICENSE.txt;md5=4c5154407c2490750dd461c50ad94797 \
 SRC_URI = "http://waffle-gl.org/files/release/${BPN}-${PV}/${BPN}-${PV}.tar.xz 
\

file://0001-third_party-threads-Use-PTHREAD_MUTEX_RECURSIVE-by-d.patch \
   "
-SRC_URI[md5sum] = "c0d802bc3d0aba87c51e423a3a8bdd69"
-SRC_URI[sha256sum] = 
"cbab0e926515064e818bf089a5af04be33307e5f40d07659fb40d59b2bfe20aa"
+SRC_URI[md5sum] = "c669c91bf2f7e13a5d781c3dbb30fd8c"
+SRC_URI[sha256sum] = 
"d2c096cf654bf0061323a4b9231a1ef5b749a1e5c7c5bfe067e964219c2a851c"
 
 UPSTREAM_CHECK_URI = "http://www.waffle-gl.org/releases.html;
 
-- 
2.7.0.rc3

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

[OE-core] [PATCH 13/16] pixman: only check even upstream versions

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-graphics/xorg-lib/pixman_0.32.8.bb | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/recipes-graphics/xorg-lib/pixman_0.32.8.bb 
b/meta/recipes-graphics/xorg-lib/pixman_0.32.8.bb
index 16e68fc..553ce36 100644
--- a/meta/recipes-graphics/xorg-lib/pixman_0.32.8.bb
+++ b/meta/recipes-graphics/xorg-lib/pixman_0.32.8.bb
@@ -7,6 +7,9 @@ including trapezoids, triangles, and rectangles."
 
 require xorg-lib-common.inc
 
+# see http://cairographics.org/releases/ - only even minor versions are stable
+UPSTREAM_CHECK_REGEX = "pixman-(?P\d+\.(\d*[02468])+(\.\d+)+)"
+
 LICENSE = "MIT & MIT-style & PD"
 LIC_FILES_CHKSUM = "file://COPYING;md5=14096c769ae0cbb5fcb94ec468be11b3 \
 
file://pixman/pixman-matrix.c;endline=25;md5=ba6e8769bfaaee2c41698755af04c4be \
-- 
2.7.0.rc3

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

[OE-core] [PATCH 15/16] vala: update to 0.30.0

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-devtools/vala/{vala_0.28.0.bb => vala_0.30.0.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-devtools/vala/{vala_0.28.0.bb => vala_0.30.0.bb} (42%)

diff --git a/meta/recipes-devtools/vala/vala_0.28.0.bb 
b/meta/recipes-devtools/vala/vala_0.30.0.bb
similarity index 42%
rename from meta/recipes-devtools/vala/vala_0.28.0.bb
rename to meta/recipes-devtools/vala/vala_0.30.0.bb
index 120906c..2a20ac6 100644
--- a/meta/recipes-devtools/vala/vala_0.28.0.bb
+++ b/meta/recipes-devtools/vala/vala_0.30.0.bb
@@ -2,5 +2,5 @@ require ${BPN}.inc
 
 SRC_URI += " 
file://0001-git-version-gen-don-t-append-dirty-if-we-re-not-in-g.patch"
 
-SRC_URI[md5sum] = "8d4ceac3451a0d5497e7be38e5e4c2ad"
-SRC_URI[sha256sum] = 
"0d9e3bd3f82145664875f7c29b2f544ba92d2814f75412948f774c0727fc977f"
+SRC_URI[md5sum] = "acfaac43a65cc20d80e08fe6c81c7663"
+SRC_URI[sha256sum] = 
"61f0337b000f7ed6ef8c1fea87e0047d9bd7c0f91dd9c5b4eb70fd3fb883dedf"
-- 
2.7.0.rc3

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

[OE-core] [PATCH 10/16] gtk+3: update to 3.18.6

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-gnome/gtk+/{gtk+3_3.18.2.bb => gtk+3_3.18.6.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-gnome/gtk+/{gtk+3_3.18.2.bb => gtk+3_3.18.6.bb} (83%)

diff --git a/meta/recipes-gnome/gtk+/gtk+3_3.18.2.bb 
b/meta/recipes-gnome/gtk+/gtk+3_3.18.6.bb
similarity index 83%
rename from meta/recipes-gnome/gtk+/gtk+3_3.18.2.bb
rename to meta/recipes-gnome/gtk+/gtk+3_3.18.6.bb
index 46f0cf9..0ea4fd3 100644
--- a/meta/recipes-gnome/gtk+/gtk+3_3.18.2.bb
+++ b/meta/recipes-gnome/gtk+/gtk+3_3.18.6.bb
@@ -8,8 +8,8 @@ SRC_URI = 
"http://ftp.gnome.org/pub/gnome/sources/gtk+/${MAJ_VER}/gtk+-${PV}.tar
file://Do-not-try-to-initialize-GL-without-libGL.patch \
   "
 
-SRC_URI[md5sum] = "230fd78e42419d35ff790784b457e5f2"
-SRC_URI[sha256sum] = 
"5dbec561c4a00070073bf9cf4cfdd61fab4a14c8ff5b15d700bd378f8185e152"
+SRC_URI[md5sum] = "e1c41ad4a6012d703a80f7423acf186e"
+SRC_URI[sha256sum] = 
"78cabf0fd5a662f8723f62d5ac633072c76c557c1d700454c9c3deaa37e441ef"
 
 S = "${WORKDIR}/gtk+-${PV}"
 
-- 
2.7.0.rc3

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

Re: [OE-core] [PATCH 1/1] image.bbclass: check INITRAMFS_MAXSIZE

[Scott Rifenbark]

Hi,

I noticed we do not document INITRAMFS_MAXSIZE in the ref-manual.  Should
we be?

Thanks,
Scott

On Mon, Jan 25, 2016 at 12:45 AM, Robert Yang 
wrote:

> Usually, the initramfs' maxsize can be 1/2 of ram size since modern
> kernel uses tmpfs as initramfs by dafault, and tmpfs allocates 1/2 of
> ram by default at boot time, which will be used to locate the initramfs.
>
> Set INITRAMFS_MAXSIZE to 131072K (128M) by default (ram 256M), the
> initramfs is small usually, for example, core-image-minimal-initramfs is
> about 21M (uncompressed, 17M * 1.3) by default, but if the user add a
> lot pkgs to initramfs, we can error and stop to let the user know ealier
> rather than fail to boot (e.g., OOM-killer) at boot time.
>
> Please see the bug for more info:
> https://bugzilla.yoctoproject.org/show_bug.cgi?id=5963
>
> [YOCTO #5963]
>
> Signed-off-by: Robert Yang 
> ---
>  meta/classes/image.bbclass |   14 +-
>  meta/conf/bitbake.conf |6 ++
>  2 files changed, 19 insertions(+), 1 deletion(-)
>
> diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
> index 3870516..30d1173 100644
> --- a/meta/classes/image.bbclass
> +++ b/meta/classes/image.bbclass
> @@ -423,6 +423,9 @@ def get_rootfs_size(d):
>  rootfs_req_size = int(d.getVar('IMAGE_ROOTFS_SIZE', True))
>  rootfs_extra_space = eval(d.getVar('IMAGE_ROOTFS_EXTRA_SPACE', True))
>  rootfs_maxsize = d.getVar('IMAGE_ROOTFS_MAXSIZE', True)
> +image_fstypes = d.getVar('IMAGE_FSTYPES', True) or ''
> +initramfs_fstypes = d.getVar('INITRAMFS_FSTYPES', True) or ''
> +initramfs_maxsize = d.getVar('INITRAMFS_MAXSIZE', True)
>
>  output = subprocess.check_output(['du', '-ks',
>d.getVar('IMAGE_ROOTFS', True)])
> @@ -443,8 +446,17 @@ def get_rootfs_size(d):
>  if rootfs_maxsize:
>  rootfs_maxsize_int = int(rootfs_maxsize)
>  if base_size > rootfs_maxsize_int:
> -bb.fatal("The rootfs size %d(K) overrides the max size %d(K)"
> % \
> +bb.fatal("The rootfs size %d(K) overrides
> IMAGE_ROOTFS_MAXSIZE: %d(K)" % \
>  (base_size, rootfs_maxsize_int))
> +
> +# Check the initramfs size against INITRAMFS_MAXSIZE (if set)
> +if image_fstypes == initramfs_fstypes != ''  and initramfs_maxsize:
> +initramfs_maxsize_int = int(initramfs_maxsize)
> +if base_size > initramfs_maxsize_int:
> +bb.error("The initramfs size %d(K) overrides
> INITRAMFS_MAXSIZE: %d(K)" % \
> +(base_size, initramfs_maxsize_int))
> +bb.error("You can set INITRAMFS_MAXSIZE a larger value.
> Usually, it should")
> +bb.fatal("be less than 1/2 of ram size, or you may fail to
> boot it.\n")
>  return base_size
>
>  python set_image_size () {
> diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
> index 7451eb8..e80ee18 100644
> --- a/meta/conf/bitbake.conf
> +++ b/meta/conf/bitbake.conf
> @@ -712,7 +712,13 @@ require conf/sanity.conf
>  DL_DIR ?= "${TOPDIR}/downloads"
>  SSTATE_DIR ?= "${TOPDIR}/sstate-cache"
>  IMAGE_FSTYPES ?= "tar.gz"
> +
>  INITRAMFS_FSTYPES ?= "cpio.gz"
> +# The maximum size in Kbytes for the generated initramfs image size.
> +# Usually, it should be less than 1/2 of ram size, or you may fail to
> +# boot it.
> +INITRAMFS_MAXSIZE ??= "131072"
> +
>  DEFAULT_TASK_PROVIDER ?= "packagegroup-base"
>  MACHINE_TASK_PROVIDER ?= "${DEFAULT_TASK_PROVIDER}"
>
> --
> 1.7.9.5
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [jethro][PATCH] bind: CVE-2015-8704 and CVE-2015-8705

[Derek Straka]

CVE-2015-8704:
Allows remote authenticated users to cause a denial of service via a malformed 
Address Prefix List record

CVE-2015-8705:
When debug logging is enabled, allows remote attackers to cause a denial of 
service or have possibly unspecified impact via OPT data or ECS option

[YOCTO 8966]

References:
https://kb.isc.org/article/AA-01346/0/BIND-9.10.3-P3-Release-Notes.html
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-8704
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-8705

Signed-off-by: Derek Straka 
---
 .../bind/bind/CVE-2015-8704.patch  | 28 ++
 .../bind/bind/CVE-2015-8705.patch  | 44 ++
 meta/recipes-connectivity/bind/bind_9.10.2-P4.bb   |  2 +
 3 files changed, 74 insertions(+)
 create mode 100644 meta/recipes-connectivity/bind/bind/CVE-2015-8704.patch
 create mode 100644 meta/recipes-connectivity/bind/bind/CVE-2015-8705.patch

diff --git a/meta/recipes-connectivity/bind/bind/CVE-2015-8704.patch 
b/meta/recipes-connectivity/bind/bind/CVE-2015-8704.patch
new file mode 100644
index 000..d5bf740
--- /dev/null
+++ b/meta/recipes-connectivity/bind/bind/CVE-2015-8704.patch
@@ -0,0 +1,28 @@
+a buffer size check can cause denial of service under certain circumstances 
+
+[security]
+The following flaw in BIND was reported by ISC:
+
+A buffer size check used to guard against overflow could cause named to exit 
with an INSIST failure In apl_42.c.
+
+A server could exit due to an INSIST failure in apl_42.c when performing 
certain string formatting operations.
+
+Upstream-Status: Backport
+CVE: CVE-2015-8704
+
+[The patch is taken from BIND 9.10.3:
+https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2015-8704]
+
+Signed-off-by: Derek Straka 
+diff --git a/lib/dns/rdata/in_1/apl_42.c b/lib/dns/rdata/in_1/apl_42.c
+index bedd38e..28eb7f2 100644
+--- a/lib/dns/rdata/in_1/apl_42.c
 b/lib/dns/rdata/in_1/apl_42.c
+@@ -116,7 +116,7 @@ totext_in_apl(ARGS_TOTEXT) {
+   isc_uint8_t len;
+   isc_boolean_t neg;
+   unsigned char buf[16];
+-  char txt[sizeof(" !64000")];
++  char txt[sizeof(" !64000:")];
+   const char *sep = "";
+   int n;
diff --git a/meta/recipes-connectivity/bind/bind/CVE-2015-8705.patch 
b/meta/recipes-connectivity/bind/bind/CVE-2015-8705.patch
new file mode 100644
index 000..c4a052d
--- /dev/null
+++ b/meta/recipes-connectivity/bind/bind/CVE-2015-8705.patch
@@ -0,0 +1,44 @@
+a crash or assertion failure can during format processing 
+
+[security]
+The following flaw in BIND was reported by ISC:
+
+In versions of BIND 9.10, errors can occur when OPT pseudo-RR data or ECS 
options are formatted to text. In 9.10.3 through 9.10.3-P2, the issue may 
result in a REQUIRE assertion failure in buffer.c.
+
+This issue can affect both authoritative and recursive servers if they are 
performing debug logging. (It may also crash related tools which use the same 
code, such as dig or delv.)
+
+A server could exit due to an INSIST failure in apl_42.c when performing 
certain string formatting operations.
+
+Upstream-Status: Backport
+CVE: CVE-2015-8705
+
+[The patch is taken from BIND 9.10.3:
+https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2015-8705]
+
+Signed-off-by: Derek Straka 
+diff --git a/lib/dns/message.c b/lib/dns/message.c
+index ea7b93a..810c58e 100644
+--- a/lib/dns/message.c
 b/lib/dns/message.c
+@@ -3310,9 +3310,19 @@
+   } else if (optcode == DNS_OPT_SIT) {
+   ADD_STRING(target, "; SIT");
+   } else if (optcode == DNS_OPT_CLIENT_SUBNET) {
++  isc_buffer_t ecsbuf;
+   ADD_STRING(target, "; CLIENT-SUBNET: ");
+-  render_ecs(, target);
+-  ADD_STRING(target, "\n");
++  isc_buffer_init(,
++  
isc_buffer_current(),
++  optlen);
++  isc_buffer_add(, optlen);
++  result = render_ecs(, target);
++  if (result == ISC_R_NOSPACE)
++  return (result);
++  if (result == ISC_R_SUCCESS) {
++  isc_buffer_forward(, optlen);
++ADD_STRING(target, "\n");
++}
+   continue;
+   } else if (optcode == DNS_OPT_EXPIRE) {
+   if (optlen == 4) {
diff --git a/meta/recipes-connectivity/bind/bind_9.10.2-P4.bb 
b/meta/recipes-connectivity/bind/bind_9.10.2-P4.bb
index 1e1e726..c9a7acd 100644
--- a/meta/recipes-connectivity/bind/bind_9.10.2-P4.bb
+++ b/meta/recipes-connectivity/bind/bind_9.10.2-P4.bb
@@ -21,6 +21,8 @@ SRC_URI = 

[OE-core] [PATCH 2/4] glibc: CVE-2015-8779

[Armin Kuster]

From: Armin Kuster 

A stack overflow vulnerability in the catopen function was found, causing
applications which pass long strings to the catopen function to crash or,
potentially execute arbitrary code.

Signed-off-by: Armin Kuster 
---
 meta/recipes-core/glibc/glibc/CVE-2015-8779.patch | 262 ++
 meta/recipes-core/glibc/glibc_2.22.bb |   1 +
 2 files changed, 263 insertions(+)
 create mode 100644 meta/recipes-core/glibc/glibc/CVE-2015-8779.patch

diff --git a/meta/recipes-core/glibc/glibc/CVE-2015-8779.patch 
b/meta/recipes-core/glibc/glibc/CVE-2015-8779.patch
new file mode 100644
index 000..4dc93c7
--- /dev/null
+++ b/meta/recipes-core/glibc/glibc/CVE-2015-8779.patch
@@ -0,0 +1,262 @@
+From 0f58539030e436449f79189b6edab17d7479796e Mon Sep 17 00:00:00 2001
+From: Paul Pluzhnikov 
+Date: Sat, 8 Aug 2015 15:53:03 -0700
+Subject: [PATCH] Fix BZ #17905
+
+Upstream-Status: Backport
+CVE: CVE-2015-8779
+[Yocto # 8980]
+
+https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=0f58539030e436449f79189b6edab17d7479796e
+
+Signed-off-by: Armin Kuster 
+
+---
+ ChangeLog  |  8 
+ NEWS   |  2 +-
+ catgets/Makefile   |  9 -
+ catgets/catgets.c  | 19 ---
+ catgets/open_catalog.c | 23 ++-
+ catgets/tst-catgets.c  | 31 +++
+ 6 files changed, 74 insertions(+), 18 deletions(-)
+
+Index: git/catgets/Makefile
+===
+--- git.orig/catgets/Makefile
 git/catgets/Makefile
+@@ -37,6 +37,7 @@ ifeq (y,$(OPTION_EGLIBC_CATGETS))
+ ifeq ($(run-built-tests),yes)
+ tests-special += $(objpfx)de/libc.cat $(objpfx)test1.cat $(objpfx)test2.cat \
+$(objpfx)sample.SJIS.cat $(objpfx)test-gencat.out
++tests-special += $(objpfx)tst-catgets-mem.out
+ endif
+ endif
+ gencat-modules= xmalloc
+@@ -53,9 +54,11 @@ catgets-CPPFLAGS := -DNLSPATH='"$(msgcat
+ 
+ generated += de.msg test1.cat test1.h test2.cat test2.h sample.SJIS.cat \
+test-gencat.h
++generated += tst-catgets.mtrace tst-catgets-mem.out
++
+ generated-dirs += de
+ 
+-tst-catgets-ENV = NLSPATH="$(objpfx)%l/%N.cat" LANG=de
++tst-catgets-ENV = NLSPATH="$(objpfx)%l/%N.cat" LANG=de 
MALLOC_TRACE=$(objpfx)tst-catgets.mtrace
+ 
+ ifeq ($(run-built-tests),yes)
+ # This test just checks whether the program produces any error or not.
+@@ -89,4 +92,8 @@ $(objpfx)test-gencat.out: test-gencat.sh
+ $(objpfx)sample.SJIS.cat: sample.SJIS $(objpfx)gencat
+   $(built-program-cmd) -H $(objpfx)test-gencat.h < $(word 1,$^) > $@; \
+   $(evaluate-test)
++
++$(objpfx)tst-catgets-mem.out: $(objpfx)tst-catgets.out
++  $(common-objpfx)malloc/mtrace $(objpfx)tst-catgets.mtrace > $@; \
++  $(evaluate-test)
+ endif
+Index: git/catgets/catgets.c
+===
+--- git.orig/catgets/catgets.c
 git/catgets/catgets.c
+@@ -16,7 +16,6 @@
+License along with the GNU C Library; if not, see
+.  */
+ 
+-#include 
+ #include 
+ #include 
+ #include 
+@@ -35,6 +34,7 @@ catopen (const char *cat_name, int flag)
+   __nl_catd result;
+   const char *env_var = NULL;
+   const char *nlspath = NULL;
++  char *tmp = NULL;
+ 
+   if (strchr (cat_name, '/') == NULL)
+ {
+@@ -54,7 +54,10 @@ catopen (const char *cat_name, int flag)
+   {
+ /* Append the system dependent directory.  */
+ size_t len = strlen (nlspath) + 1 + sizeof NLSPATH;
+-char *tmp = alloca (len);
++tmp = malloc (len);
++
++if (__glibc_unlikely (tmp == NULL))
++  return (nl_catd) -1;
+ 
+ __stpcpy (__stpcpy (__stpcpy (tmp, nlspath), ":"), NLSPATH);
+ nlspath = tmp;
+@@ -65,16 +68,18 @@ catopen (const char *cat_name, int flag)
+ 
+   result = (__nl_catd) malloc (sizeof (*result));
+   if (result == NULL)
+-/* We cannot get enough memory.  */
+-return (nl_catd) -1;
+-
+-  if (__open_catalog (cat_name, nlspath, env_var, result) != 0)
++{
++  /* We cannot get enough memory.  */
++  result = (nl_catd) -1;
++}
++  else if (__open_catalog (cat_name, nlspath, env_var, result) != 0)
+ {
+   /* Couldn't open the file.  */
+   free ((void *) result);
+-  return (nl_catd) -1;
++  result = (nl_catd) -1;
+ }
+ 
++  free (tmp);
+   return (nl_catd) result;
+ }
+ 
+Index: git/catgets/open_catalog.c
+===
+--- git.orig/catgets/open_catalog.c
 git/catgets/open_catalog.c
+@@ -47,6 +47,7 @@ __open_catalog (const char *cat_name, co
+   size_t tab_size;
+   const char *lastp;
+   int result = -1;
++  char *buf = NULL;
+ 
+   if (strchr (cat_name, '/') != NULL || nlspath == NULL)
+ fd = open_not_cancel_2 (cat_name, O_RDONLY);
+@@ -57,23 +58,23 @@ __open_catalog (const 

[OE-core] [PATCH 3/4] glibc: CVE-2015-9761

[Armin Kuster]

From: Armin Kuster 

A stack overflow vulnerability was found in nan* functions that could cause
applications which process long strings with the nan function to crash or,
potentially, execute arbitrary code.

Signed-off-by: Armin Kuster 
---
 .../recipes-core/glibc/glibc/CVE-2015-9761_1.patch | 1039 
 .../recipes-core/glibc/glibc/CVE-2015-9761_2.patch |  385 
 meta/recipes-core/glibc/glibc_2.22.bb  |2 +
 3 files changed, 1426 insertions(+)
 create mode 100644 meta/recipes-core/glibc/glibc/CVE-2015-9761_1.patch
 create mode 100644 meta/recipes-core/glibc/glibc/CVE-2015-9761_2.patch

diff --git a/meta/recipes-core/glibc/glibc/CVE-2015-9761_1.patch 
b/meta/recipes-core/glibc/glibc/CVE-2015-9761_1.patch
new file mode 100644
index 000..3aca913
--- /dev/null
+++ b/meta/recipes-core/glibc/glibc/CVE-2015-9761_1.patch
@@ -0,0 +1,1039 @@
+From e02cabecf0d025ec4f4ddee290bdf7aadb873bb3 Mon Sep 17 00:00:00 2001
+From: Joseph Myers 
+Date: Tue, 24 Nov 2015 22:24:52 +
+Subject: [PATCH] Refactor strtod parsing of NaN payloads.
+
+The nan* functions handle their string argument by constructing a
+NAN(...) string on the stack as a VLA and passing it to strtod
+functions.
+
+This approach has problems discussed in bug 16961 and bug 16962: the
+stack usage is unbounded, and it gives incorrect results in certain
+cases where the argument is not a valid n-char-sequence.
+
+The natural fix for both issues is to refactor the NaN payload parsing
+out of strtod into a separate function that the nan* functions can
+call directly, so that no temporary string needs constructing on the
+stack at all.  This patch does that refactoring in preparation for
+fixing those bugs (but without actually using the new functions from
+nan* - which will also require exporting them from libc at version
+GLIBC_PRIVATE).  This patch is not intended to change any user-visible
+behavior, so no tests are added (fixes for the above bugs will of
+course add tests for them).
+
+This patch builds on my recent fixes for strtol and strtod issues in
+Turkish locales.  Given those fixes, the parsing of NaN payloads is
+locale-independent; thus, the new functions do not need to take a
+locale_t argument.
+
+Tested for x86_64, x86, mips64 and powerpc.
+
+   * stdlib/strtod_nan.c: New file.
+   * stdlib/strtod_nan_double.h: Likewise.
+   * stdlib/strtod_nan_float.h: Likewise.
+   * stdlib/strtod_nan_main.c: Likewise.
+   * stdlib/strtod_nan_narrow.h: Likewise.
+   * stdlib/strtod_nan_wide.h: Likewise.
+   * stdlib/strtof_nan.c: Likewise.
+   * stdlib/strtold_nan.c: Likewise.
+   * sysdeps/ieee754/ldbl-128/strtod_nan_ldouble.h: Likewise.
+   * sysdeps/ieee754/ldbl-128ibm/strtod_nan_ldouble.h: Likewise.
+   * sysdeps/ieee754/ldbl-96/strtod_nan_ldouble.h: Likewise.
+   * wcsmbs/wcstod_nan.c: Likewise.
+   * wcsmbs/wcstof_nan.c: Likewise.
+   * wcsmbs/wcstold_nan.c: Likewise.
+   * stdlib/Makefile (routines): Add strtof_nan, strtod_nan and
+   strtold_nan.
+   * wcsmbs/Makefile (routines): Add wcstod_nan, wcstold_nan and
+   wcstof_nan.
+   * include/stdlib.h (__strtof_nan): Declare and use
+   libc_hidden_proto.
+   (__strtod_nan): Likewise.
+   (__strtold_nan): Likewise.
+   (__wcstof_nan): Likewise.
+   (__wcstod_nan): Likewise.
+   (__wcstold_nan): Likewise.
+   * include/wchar.h (wcstoull_l_internal): Declare.
+   * stdlib/strtod_l.c: Do not include .
+   (strtoull_l_internal): Remove declaration.
+   (STRTOF_NAN): Define macro.
+   (SET_MANTISSA): Remove macro.
+   (STRTOULL): Likewise.
+   (STRTOF_INTERNAL): Use STRTOF_NAN to parse NaN payload.
+   * stdlib/strtof_l.c (strtoull_l_internal): Remove declaration.
+   (STRTOF_NAN): Define macro.
+   (SET_MANTISSA): Remove macro.
+   * sysdeps/ieee754/ldbl-128/strtold_l.c (STRTOF_NAN): Define macro.
+   (SET_MANTISSA): Remove macro.
+   * sysdeps/ieee754/ldbl-128ibm/strtold_l.c (STRTOF_NAN): Define
+   macro.
+   (SET_MANTISSA): Remove macro.
+   * sysdeps/ieee754/ldbl-64-128/strtold_l.c (STRTOF_NAN): Define
+   macro.
+   (SET_MANTISSA): Remove macro.
+   * sysdeps/ieee754/ldbl-96/strtold_l.c (STRTOF_NAN): Define macro.
+   (SET_MANTISSA): Remove macro.
+   * wcsmbs/wcstod_l.c (wcstoull_l_internal): Remove declaration.
+   * wcsmbs/wcstof_l.c (wcstoull_l_internal): Likewise.
+   * wcsmbs/wcstold_l.c (wcstoull_l_internal): Likewise.
+
+Upstream-Status: Backport
+CVE: CVE-2015-9761 patch #1
+[Yocto # 8980]
+
+https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=e02cabecf0d025ec4f4ddee290bdf7aadb873bb3
+
+Signed-off-by: Armin Kuster 
+
+---
+ ChangeLog| 49 ++
+ include/stdlib.h | 18 

[OE-core] [PATCH 0/4][jethro] Glibc security fixes

[Armin Kuster]

not sure if my first request went out correctly.

please consider these for the next jethro update

The following changes since commit dd0ba9ea4a11ab15348d4fe3574e4b28784db82f:

  build-appliance-image: Update to jethro head revision (2016-01-17 14:33:04 
+)

are available in the git repository at:

  git://git.yoctoproject.org/poky-contrib akuster/jethro_glibc_cve_fixes
  http://git.yoctoproject.org/cgit.cgi//log/?h=akuster/jethro_glibc_cve_fixes

Armin Kuster (4):
  glibc: CVE-2015-8777.patch
  glibc: CVE-2015-8779
  glibc: CVE-2015-9761
  glibc: CVE-2015-8776

 meta/recipes-core/glibc/glibc/CVE-2015-8776.patch  |  155 +++
 meta/recipes-core/glibc/glibc/CVE-2015-8777.patch  |  123 +++
 meta/recipes-core/glibc/glibc/CVE-2015-8779.patch  |  262 +
 .../recipes-core/glibc/glibc/CVE-2015-9761_1.patch | 1039 
 .../recipes-core/glibc/glibc/CVE-2015-9761_2.patch |  385 
 meta/recipes-core/glibc/glibc_2.22.bb  |5 +
 6 files changed, 1969 insertions(+)
 create mode 100644 meta/recipes-core/glibc/glibc/CVE-2015-8776.patch
 create mode 100644 meta/recipes-core/glibc/glibc/CVE-2015-8777.patch
 create mode 100644 meta/recipes-core/glibc/glibc/CVE-2015-8779.patch
 create mode 100644 meta/recipes-core/glibc/glibc/CVE-2015-9761_1.patch
 create mode 100644 meta/recipes-core/glibc/glibc/CVE-2015-9761_2.patch

-- 
2.3.5

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

[OE-core] [PATCH 1/4] glibc: CVE-2015-8777.patch

[Armin Kuster]

From: Armin Kuster 

The process_envvars function in elf/rtld.c in the GNU C Library (aka glibc or
libc6) before 2.23 allows local users to bypass a pointer-guarding protection
mechanism via a zero value of the LD_POINTER_GUARD environment variable.

Signed-off-by: Armin Kuster 
---
 meta/recipes-core/glibc/glibc/CVE-2015-8777.patch | 123 ++
 meta/recipes-core/glibc/glibc_2.22.bb |   1 +
 2 files changed, 124 insertions(+)
 create mode 100644 meta/recipes-core/glibc/glibc/CVE-2015-8777.patch

diff --git a/meta/recipes-core/glibc/glibc/CVE-2015-8777.patch 
b/meta/recipes-core/glibc/glibc/CVE-2015-8777.patch
new file mode 100644
index 000..eeab72d
--- /dev/null
+++ b/meta/recipes-core/glibc/glibc/CVE-2015-8777.patch
@@ -0,0 +1,123 @@
+From a014cecd82b71b70a6a843e250e06b541ad524f7 Mon Sep 17 00:00:00 2001
+From: Florian Weimer 
+Date: Thu, 15 Oct 2015 09:23:07 +0200
+Subject: [PATCH] Always enable pointer guard [BZ #18928]
+
+Honoring the LD_POINTER_GUARD environment variable in AT_SECURE mode
+has security implications.  This commit enables pointer guard
+unconditionally, and the environment variable is now ignored.
+
+[BZ #18928]
+* sysdeps/generic/ldsodefs.h (struct rtld_global_ro): Remove
+_dl_pointer_guard member.
+* elf/rtld.c (_rtld_global_ro): Remove _dl_pointer_guard
+initializer.
+(security_init): Always set up pointer guard.
+(process_envvars): Do not process LD_POINTER_GUARD.
+
+Upstream-Status: Backport
+CVE: CVE-2015-8777
+[Yocto # 8980]
+
+https://sourceware.org/git/gitweb.cgi?p=glibc.git;a=commit;h=a014cecd82b71b70a6a843e250e06b541ad524f7
+
+Signed-off-by: Armin Kuster 
+
+---
+ ChangeLog  | 10 ++
+ NEWS   | 13 -
+ elf/rtld.c | 15 ---
+ sysdeps/generic/ldsodefs.h |  3 ---
+ 4 files changed, 22 insertions(+), 19 deletions(-)
+
+Index: git/ChangeLog
+===
+--- git.orig/ChangeLog
 git/ChangeLog
+@@ -1,3 +1,14 @@
++2015-10-15  Florian Weimer  
++
++   [BZ #18928]
++   * sysdeps/generic/ldsodefs.h (struct rtld_global_ro): Remove
++   _dl_pointer_guard member.
++   * elf/rtld.c (_rtld_global_ro): Remove _dl_pointer_guard
++   initializer.
++   (security_init): Always set up pointer guard.
++   (process_envvars): Do not process LD_POINTER_GUARD.
++
++
+ 2015-08-10  Maxim Ostapenko  
+ 
+   [BZ #18778]
+Index: git/NEWS
+===
+--- git.orig/NEWS
 git/NEWS
+@@ -34,7 +34,10 @@ Version 2.22
+   18533, 18534, 18536, 18539, 18540, 18542, 18544, 18545, 18546, 18547,
+   18549, 18553, 18557, 18558, 18569, 18583, 18585, 18586, 18592, 18593,
+   18594, 18602, 18612, 18613, 18619, 18633, 18635, 18641, 18643, 18648,
+-  18657, 18676, 18694, 18696.
++  18657, 18676, 18694, 18696, 18928.
++
++* The LD_POINTER_GUARD environment variable can no longer be used to
++  disable the pointer guard feature.  It is always enabled.
+ 
+ * Cache information can be queried via sysconf() function on s390 e.g. with
+   _SC_LEVEL1_ICACHE_SIZE as argument.
+Index: git/elf/rtld.c
+===
+--- git.orig/elf/rtld.c
 git/elf/rtld.c
+@@ -163,7 +163,6 @@ struct rtld_global_ro _rtld_global_ro at
+ ._dl_hwcap_mask = HWCAP_IMPORTANT,
+ ._dl_lazy = 1,
+ ._dl_fpu_control = _FPU_DEFAULT,
+-._dl_pointer_guard = 1,
+ ._dl_pagesize = EXEC_PAGESIZE,
+ ._dl_inhibit_cache = 0,
+ 
+@@ -710,15 +709,12 @@ security_init (void)
+ #endif
+ 
+   /* Set up the pointer guard as well, if necessary.  */
+-  if (GLRO(dl_pointer_guard))
+-{
+-  uintptr_t pointer_chk_guard = _dl_setup_pointer_guard (_dl_random,
+-   stack_chk_guard);
++  uintptr_t pointer_chk_guard
++= _dl_setup_pointer_guard (_dl_random, stack_chk_guard);
+ #ifdef THREAD_SET_POINTER_GUARD
+-  THREAD_SET_POINTER_GUARD (pointer_chk_guard);
++  THREAD_SET_POINTER_GUARD (pointer_chk_guard);
+ #endif
+-  __pointer_chk_guard_local = pointer_chk_guard;
+-}
++  __pointer_chk_guard_local = pointer_chk_guard;
+ 
+   /* We do not need the _dl_random value anymore.  The less
+  information we leave behind, the better, so clear the
+@@ -2478,9 +2474,6 @@ process_envvars (enum mode *modep)
+ GLRO(dl_use_load_bias) = envline[14] == '1' ? -1 : 0;
+ break;
+   }
+-
+-if (memcmp (envline, "POINTER_GUARD", 13) == 0)
+-  GLRO(dl_pointer_guard) = envline[14] != '0';
+ break;
+ 
+   case 14:
+Index: git/sysdeps/generic/ldsodefs.h
+===
+--- git.orig/sysdeps/generic/ldsodefs.h
 

[OE-core] [PATCH 4/4] glibc: CVE-2015-8776

[Armin Kuster]

From: Armin Kuster 

it was found that out-of-range time values passed to the strftime function may
cause it to crash, leading to a denial of service, or potentially disclosure
information.

Signed-off-by: Armin Kuster 
---
 meta/recipes-core/glibc/glibc/CVE-2015-8776.patch | 155 ++
 meta/recipes-core/glibc/glibc_2.22.bb |   1 +
 2 files changed, 156 insertions(+)
 create mode 100644 meta/recipes-core/glibc/glibc/CVE-2015-8776.patch

diff --git a/meta/recipes-core/glibc/glibc/CVE-2015-8776.patch 
b/meta/recipes-core/glibc/glibc/CVE-2015-8776.patch
new file mode 100644
index 000..684f344
--- /dev/null
+++ b/meta/recipes-core/glibc/glibc/CVE-2015-8776.patch
@@ -0,0 +1,155 @@
+From d36c75fc0d44deec29635dd239b0fbd206ca49b7 Mon Sep 17 00:00:00 2001
+From: Paul Pluzhnikov 
+Date: Sat, 26 Sep 2015 13:27:48 -0700
+Subject: [PATCH] Fix BZ #18985 -- out of range data to strftime() causes a
+ segfault
+
+Upstream-Status: Backport
+CVE: CVE-2015-8776
+[Yocto # 8980]
+
+https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=d36c75fc0d44deec29635dd239b0fbd206ca49b7
+
+Signed-off-by: Armin Kuster 
+
+---
+ ChangeLog   |  8 
+ NEWS|  2 +-
+ time/strftime_l.c   | 20 +---
+ time/tst-strftime.c | 52 +++-
+ 4 files changed, 73 insertions(+), 9 deletions(-)
+
+Index: git/ChangeLog
+===
+--- git.orig/ChangeLog
 git/ChangeLog
+@@ -1,3 +1,11 @@
++2015-09-26  Paul Pluzhnikov  
++
++  [BZ #18985]
++  * time/strftime_l.c (a_wkday, f_wkday, a_month, f_month): Range check.
++  (__strftime_internal): Likewise.
++  * time/tst-strftime.c (do_bz18985): New test.
++  (do_test): Call it.
++
+ 2015-12-04  Joseph Myers  
+ 
+   [BZ #16961]
+Index: git/time/strftime_l.c
+===
+--- git.orig/time/strftime_l.c
 git/time/strftime_l.c
+@@ -514,13 +514,17 @@ __strftime_internal (s, maxsize, format,
+  only a few elements.  Dereference the pointers only if the format
+  requires this.  Then it is ok to fail if the pointers are invalid.  */
+ # define a_wkday \
+-  ((const CHAR_T *) _NL_CURRENT (LC_TIME, NLW(ABDAY_1) + tp->tm_wday))
++  ((const CHAR_T *) (tp->tm_wday < 0 || tp->tm_wday > 6   
 \
++   ? "?" : _NL_CURRENT (LC_TIME, NLW(ABDAY_1) + tp->tm_wday)))
+ # define f_wkday \
+-  ((const CHAR_T *) _NL_CURRENT (LC_TIME, NLW(DAY_1) + tp->tm_wday))
++  ((const CHAR_T *) (tp->tm_wday < 0 || tp->tm_wday > 6   
 \
++   ? "?" : _NL_CURRENT (LC_TIME, NLW(DAY_1) + tp->tm_wday)))
+ # define a_month \
+-  ((const CHAR_T *) _NL_CURRENT (LC_TIME, NLW(ABMON_1) + tp->tm_mon))
++  ((const CHAR_T *) (tp->tm_mon < 0 || tp->tm_mon > 11
 \
++   ? "?" : _NL_CURRENT (LC_TIME, NLW(ABMON_1) + tp->tm_mon)))
+ # define f_month \
+-  ((const CHAR_T *) _NL_CURRENT (LC_TIME, NLW(MON_1) + tp->tm_mon))
++  ((const CHAR_T *) (tp->tm_mon < 0 || tp->tm_mon > 11
 \
++   ? "?" : _NL_CURRENT (LC_TIME, NLW(MON_1) + tp->tm_mon)))
+ # define ampm \
+   ((const CHAR_T *) _NL_CURRENT (LC_TIME, tp->tm_hour > 11  \
+? NLW(PM_STR) : NLW(AM_STR)))
+@@ -530,8 +534,10 @@ __strftime_internal (s, maxsize, format,
+ # define ap_len STRLEN (ampm)
+ #else
+ # if !HAVE_STRFTIME
+-#  define f_wkday (weekday_name[tp->tm_wday])
+-#  define f_month (month_name[tp->tm_mon])
++#  define f_wkday (tp->tm_wday < 0 || tp->tm_wday > 6 \
++ ? "?" : weekday_name[tp->tm_wday])
++#  define f_month (tp->tm_mon < 0 || tp->tm_mon > 11  \
++ ? "?" : month_name[tp->tm_mon])
+ #  define a_wkday f_wkday
+ #  define a_month f_month
+ #  define ampm (L_("AMPM") + 2 * (tp->tm_hour > 11))
+@@ -1325,7 +1331,7 @@ __strftime_internal (s, maxsize, format,
+ *tzset_called = true;
+   }
+ # endif
+-zone = tzname[tp->tm_isdst];
++zone = tp->tm_isdst <= 1 ? tzname[tp->tm_isdst] : "?";
+   }
+ #endif
+ if (! zone)
+Index: git/time/tst-strftime.c
+===
+--- git.orig/time/tst-strftime.c
 git/time/tst-strftime.c
+@@ -4,6 +4,56 @@
+ #include 
+ 
+ 
++static int
++do_bz18985 (void)
++{
++  char buf[1000];
++  struct tm ttm;
++  int rc, ret = 0;
++
++  memset (, 1, sizeof (ttm));
++  ttm.tm_zone = NULL;  /* Dereferenced directly if non-NULL.  */
++  rc = strftime (buf, sizeof (buf), "%a %A %b %B %c %z %Z", );
++
++  if (rc == 66)
++{
++  const char expected[]
++  = "? ? ? ? ? ? 16843009 16843009:16843009:16843009 16844909 +467836 

Re: [OE-core] [PATCH 0/4][fido] Glibc security fixes

[Khem Raj]

Patches are ok. I was wondering if BACKPORTS variable was good enough for
cve patches too. Anyway the patch name ha cve informations
On Jan 25, 2016 12:35 PM, "Armin Kuster"  wrote:

> noticed this did not hit the patchwork. resending.
>
> Please consider these for the next fido update.
>
> The following changes since commit
> 9845a542a76156adb5aef6fd33ad5bc5777acf64:
>
>   openssh: CVE-2016-077x (2016-01-20 17:08:30 +)
>
> are available in the git repository at:
>
>   git://git.yoctoproject.org/poky-contrib akuster/fido_glibc_cve_fixes
>
> http://git.yoctoproject.org/cgit.cgi//log/?h=akuster/fido_glibc_cve_fixes
>
> Armin Kuster (4):
>   glibc: CVE-2015-8777
>   glibc: CVE-2015-8779
>   glibc: CVE-2015-9761
>   glibc: CVE_2015-8776
>
>  meta/recipes-core/glibc/glibc/CVE-2015-8776.patch |  176 +++
>  meta/recipes-core/glibc/glibc/CVE-2015-8777.patch |  143 ++
>  meta/recipes-core/glibc/glibc/CVE-2015-8779.patch |  282 
>  meta/recipes-core/glibc/glibc/CVE-2015-9761.patch | 1452
> +
>  meta/recipes-core/glibc/glibc_2.21.bb |4 +
>  5 files changed, 2057 insertions(+)
>  create mode 100644 meta/recipes-core/glibc/glibc/CVE-2015-8776.patch
>  create mode 100644 meta/recipes-core/glibc/glibc/CVE-2015-8777.patch
>  create mode 100644 meta/recipes-core/glibc/glibc/CVE-2015-8779.patch
>  create mode 100644 meta/recipes-core/glibc/glibc/CVE-2015-9761.patch
>
> --
> 2.3.5
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] kernel: Clean DEPLOYDIR before do_deploy runs

[Bruce Ashfield]

On 2016-01-25 10:07 AM, Richard Purdie wrote:

If we don't do this, the deploy sstate object contains an every
increasing number of modules tarballs and kernel images, one per
execution of "-c deploy -f".



Stupid question, since my sstate/deploy foo is weak at times.
Does this mean that only a single set of modules + kernel images
will be in tmp/deploy ? Or is it only sstate that is being
cleaned ?

I sometimes need multiple copies around for debug purposes, so
I'm wondering if that is still possible with this change ?

Bruce


Cleaning the directory before we start makes things much tidier.

Signed-off-by: Richard Purdie 

diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index dee6f7d..f37affc 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/classes/kernel.bbclass
@@ -511,6 +511,7 @@ kernel_do_deploy() {
ln -sf ${initramfs_base_name}.bin ${initramfs_symlink_name}.bin
fi
  }
+do_deploy[cleandirs] = "${DEPLOYDIR}"
  do_deploy[dirs] = "${DEPLOYDIR} ${B}"
  do_deploy[prefuncs] += "package_get_auto_pr"





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

Re: [OE-core] [PATCH] kernel: Clean DEPLOYDIR before do_deploy runs

[Richard Purdie]

On Mon, 2016-01-25 at 10:47 -0500, Bruce Ashfield wrote:
> On 2016-01-25 10:07 AM, Richard Purdie wrote:
> > If we don't do this, the deploy sstate object contains an every
> > increasing number of modules tarballs and kernel images, one per
> > execution of "-c deploy -f".
> > 
> 
> Stupid question, since my sstate/deploy foo is weak at times.
> Does this mean that only a single set of modules + kernel images
> will be in tmp/deploy ? Or is it only sstate that is being
> cleaned ?

One side effect is that it will remove the older copies. The older
copies were being built into each new sstate object which was growing
huge.

> I sometimes need multiple copies around for debug purposes, so
> I'm wondering if that is still possible with this change ?

You'd need to archive them before running another build since this
effectively cleans up the older copies now. This is due to the system
removing the old sstate "object", then installing a new one to replace
it. You can't keep the old ones around easily as they're named to
conflict (and hence replace each other).

Cheers,

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

[OE-core] [PATCH 08/16] glib-2.0: update to 2.46.2

[Alexander Kanavin]

Drop backported 0001-gio-tests-Don-t-depend-on-a-data-file-that-s-not-bui.patch

Signed-off-by: Alexander Kanavin 
---
 ...on-t-depend-on-a-data-file-that-s-not-bui.patch | 38 --
 .../{glib-2.0_2.46.1.bb => glib-2.0_2.46.2.bb} |  5 ++-
 2 files changed, 2 insertions(+), 41 deletions(-)
 delete mode 100644 
meta/recipes-core/glib-2.0/glib-2.0/0001-gio-tests-Don-t-depend-on-a-data-file-that-s-not-bui.patch
 rename meta/recipes-core/glib-2.0/{glib-2.0_2.46.1.bb => glib-2.0_2.46.2.bb} 
(79%)

diff --git 
a/meta/recipes-core/glib-2.0/glib-2.0/0001-gio-tests-Don-t-depend-on-a-data-file-that-s-not-bui.patch
 
b/meta/recipes-core/glib-2.0/glib-2.0/0001-gio-tests-Don-t-depend-on-a-data-file-that-s-not-bui.patch
deleted file mode 100644
index 5f3fef0..000
--- 
a/meta/recipes-core/glib-2.0/glib-2.0/0001-gio-tests-Don-t-depend-on-a-data-file-that-s-not-bui.patch
+++ /dev/null
@@ -1,38 +0,0 @@
-From 99dabcb02e2b3f90a12d17a9995752fcae57b522 Mon Sep 17 00:00:00 2001
-From: Jussi Kukkonen 
-Date: Thu, 5 Nov 2015 11:08:32 +0200
-Subject: [PATCH] gio/tests: Don't depend on a data file that's not built
-
-data.gresource is not built when cross-compiling: Don't
-add it to test_data in that case.
-
-Signed-off-by: Jussi Kukkonen 
-Upstream-Status: Backport [https://bugzilla.gnome.org/show_bug.cgi?id=757628]

- gio/tests/Makefile.am | 3 ++-
- 1 file changed, 2 insertions(+), 1 deletion(-)
-
-diff --git a/gio/tests/Makefile.am b/gio/tests/Makefile.am
-index 894cf43..cc7deb3 100644
 a/gio/tests/Makefile.am
-+++ b/gio/tests/Makefile.am
-@@ -76,7 +76,6 @@ dist_test_data = \
-   $(NULL)
- 
- test_data = \
--  test.gresource  \
-   $(NULL)
- 
- uninstalled_test_extra_programs = \
-@@ -520,6 +519,8 @@ libresourceplugin_la_SOURCES = resourceplugin.c 
plugin_resources.c
- libresourceplugin_la_LDFLAGS = -avoid-version -module -export-dynamic 
$(no_undefined)
- libresourceplugin_la_LIBADD = $(LDADD)
- 
-+test_data += test.gresource
-+
- # libtool contains a bug whereby the created .la file doesn't contain the 
correct dlname='' in the case that
- # you're building a library but not installing it.  This is apparently 
because the only considered use for an
- # uninstalled library is as a convenience library for linking (despite the 
fact that we give -module).  The lack
--- 
-2.6.2
-
diff --git a/meta/recipes-core/glib-2.0/glib-2.0_2.46.1.bb 
b/meta/recipes-core/glib-2.0/glib-2.0_2.46.2.bb
similarity index 79%
rename from meta/recipes-core/glib-2.0/glib-2.0_2.46.1.bb
rename to meta/recipes-core/glib-2.0/glib-2.0_2.46.2.bb
index 937ae65..79643c7 100644
--- a/meta/recipes-core/glib-2.0/glib-2.0_2.46.1.bb
+++ b/meta/recipes-core/glib-2.0/glib-2.0_2.46.2.bb
@@ -15,11 +15,10 @@ SRC_URI = 
"${GNOME_MIRROR}/glib/${SHRT_VER}/glib-${PV}.tar.xz \

file://0001-configure.ac-Do-not-use-readlink-when-cross-compilin.patch \
file://allow-run-media-sdX-drive-mount-if-username-root.patch \
   
file://0001-Remove-the-warning-about-deprecated-paths-in-schemas.patch \
-  
file://0001-gio-tests-Don-t-depend-on-a-data-file-that-s-not-bui.patch \
file://Enable-more-tests-while-cross-compiling.patch \
   "
 
 SRC_URI_append_class-native = " file://glib-gettextize-dir.patch"
 
-SRC_URI[md5sum] = "c90e93ceb45100ffc1d40ec5d2ca3248"
-SRC_URI[sha256sum] = 
"5a1f03b952ebc3a7e9f612b8724f70898183e31503db329b4f15d07163c8fdfb"
+SRC_URI[md5sum] = "7f815d6e46df68e070cb421ed7f1139e"
+SRC_URI[sha256sum] = 
"5031722e37036719c1a09163cc6cf7c326e4c4f1f1e074b433c156862bd733db"
-- 
2.7.0.rc3

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

[OE-core] [PATCH 07/16] gdk-pixbuf: update to 2.32.3

[Alexander Kanavin]

Drop backported libc_memfuncs.patch

Signed-off-by: Alexander Kanavin 
---
 .../gdk-pixbuf/gdk-pixbuf/libc_memfuncs.patch  | 63 --
 .../{gdk-pixbuf_2.32.1.bb => gdk-pixbuf_2.32.3.bb} |  5 +-
 2 files changed, 2 insertions(+), 66 deletions(-)
 delete mode 100644 meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf/libc_memfuncs.patch
 rename meta/recipes-gnome/gdk-pixbuf/{gdk-pixbuf_2.32.1.bb => 
gdk-pixbuf_2.32.3.bb} (95%)

diff --git a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf/libc_memfuncs.patch 
b/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf/libc_memfuncs.patch
deleted file mode 100644
index 82a27c3..000
--- a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf/libc_memfuncs.patch
+++ /dev/null
@@ -1,63 +0,0 @@
-From 205a3b04e1216c1df199aec95185f7f48b8e0491 Mon Sep 17 00:00:00 2001
-From: Natanael Copa 
-Date: Tue, 6 Oct 2015 09:11:38 +0200
-Subject: Run only pixbuf-lowmem test on GNU libc
-
-The test case depends on GNU libc specific internals so we only run it
-on GNU libc.
-
-This fixes build on Linux with musl libc.
-
-https://bugzilla.gnome.org/show_bug.cgi?id=756078

-Signed-off-by: Khem Raj 
-Upstream-Status: Backport
-
- tests/Makefile.am | 5 -
- tests/pixbuf-lowmem.c | 8 
- 2 files changed, 8 insertions(+), 5 deletions(-)
-
-diff --git a/tests/Makefile.am b/tests/Makefile.am
-index bdd68f3..c122188 100644
 a/tests/Makefile.am
-+++ b/tests/Makefile.am
-@@ -19,13 +19,8 @@ LDADD = \
- noinst_PROGRAMS +=\
-   pixbuf-read \
-   pixbuf-random   \
--  $(NULL)
--
--if OS_LINUX
--noinst_PROGRAMS +=\
-   pixbuf-lowmem   \
-   $(NULL)
--endif
- 
- test_programs =   \
-   animation   \
-diff --git a/tests/pixbuf-lowmem.c b/tests/pixbuf-lowmem.c
-index ae71788..9e9571f 100644
 a/tests/pixbuf-lowmem.c
-+++ b/tests/pixbuf-lowmem.c
-@@ -24,6 +24,7 @@
- #include 
- #include 
- 
-+#ifdef __GLIBC__
- #define PRETEND_MEM_SIZE (16 * 1024 * 1024)
- #define REMAINING_MEM_SIZE 10
- 
-@@ -225,3 +226,10 @@ main (int argc, char **argv)
-   
-   return 0;
- }
-+#else
-+int
-+main (int argc, char **argv)
-+{
-+  return 0;
-+}
-+#endif
--- 
-cgit v0.11.2
-
diff --git a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.32.1.bb 
b/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.32.3.bb
similarity index 95%
rename from meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.32.1.bb
rename to meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.32.3.bb
index 104c743..ed9c232 100644
--- a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.32.1.bb
+++ b/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.32.3.bb
@@ -17,11 +17,10 @@ SRC_URI = 
"${GNOME_MIRROR}/${BPN}/${MAJ_VER}/${BPN}-${PV}.tar.xz \
file://extending-libinstall-dependencies.patch \
file://run-ptest \
file://fatal-loader.patch \
-   file://libc_memfuncs.patch \
"
 
-SRC_URI[md5sum] = "b1590189a2e89fab9f871959c168508c"
-SRC_URI[sha256sum] = 
"4432b74f25538c7d6bcb3ca51adabdd666168955f25812a2568dc9637697f3bc"
+SRC_URI[md5sum] = "9275076639baa24a342f3e02c402920e"
+SRC_URI[sha256sum] = 
"2b6771f1ac72f687a8971e59810b8dc658e65e7d3086bd2e676e618fd541d031"
 
 inherit autotools pkgconfig gettext pixbufcache ptest-gnome 
upstream-version-is-even
 
-- 
2.7.0.rc3

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

[OE-core] [PATCH 04/16] webkitgtk: update to 2.10.5

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-sato/webkit/{webkitgtk_2.10.4.bb => webkitgtk_2.10.5.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-sato/webkit/{webkitgtk_2.10.4.bb => webkitgtk_2.10.5.bb} 
(96%)

diff --git a/meta/recipes-sato/webkit/webkitgtk_2.10.4.bb 
b/meta/recipes-sato/webkit/webkitgtk_2.10.5.bb
similarity index 96%
rename from meta/recipes-sato/webkit/webkitgtk_2.10.4.bb
rename to meta/recipes-sato/webkit/webkitgtk_2.10.5.bb
index 098..fba3108 100644
--- a/meta/recipes-sato/webkit/webkitgtk_2.10.4.bb
+++ b/meta/recipes-sato/webkit/webkitgtk_2.10.5.bb
@@ -16,8 +16,8 @@ SRC_URI = "\
   file://0001-Enable-backtrace-on-linux-when-using-glibc.patch \
   file://0001-Fix-build-with-non-glibc-libraries-on-linux.patch \
   "
-SRC_URI[md5sum] = "fb010031c6f61c3a1a00793b112badb5"
-SRC_URI[sha256sum] = 
"dbf8260da5cac0c74de2d3cce1fe7c519da3cd816a2c769cb6c6d56addd2f055"
+SRC_URI[md5sum] = "bb3bd727960630bb4cbaddf8b1632d18"
+SRC_URI[sha256sum] = 
"785d5e98eaf07be15fb8891b7d5b13a2df7072c609b3ee631ca07d5dea1d79fa"
 
 inherit cmake lib_package pkgconfig perlnative pythonnative 
distro_features_check upstream-version-is-even
 
-- 
2.7.0.rc3

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

[OE-core] [PATCH 09/16] gtk+: update to 2.24.29

[Alexander Kanavin]

Fix a do_configure() error (missing m4 macro) in puzzles recipe caused
by this update.

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-gnome/gtk+/{gtk+_2.24.28.bb => gtk+_2.24.29.bb} | 4 ++--
 meta/recipes-sato/puzzles/puzzles_git.bb | 2 +-
 2 files changed, 3 insertions(+), 3 deletions(-)
 rename meta/recipes-gnome/gtk+/{gtk+_2.24.28.bb => gtk+_2.24.29.bb} (90%)

diff --git a/meta/recipes-gnome/gtk+/gtk+_2.24.28.bb 
b/meta/recipes-gnome/gtk+/gtk+_2.24.29.bb
similarity index 90%
rename from meta/recipes-gnome/gtk+/gtk+_2.24.28.bb
rename to meta/recipes-gnome/gtk+/gtk+_2.24.29.bb
index e343773..675ef6d 100644
--- a/meta/recipes-gnome/gtk+/gtk+_2.24.28.bb
+++ b/meta/recipes-gnome/gtk+/gtk+_2.24.29.bb
@@ -12,8 +12,8 @@ SRC_URI = 
"http://ftp.gnome.org/pub/gnome/sources/gtk+/2.24/gtk+-${PV}.tar.xz \
file://strict-prototypes.patch \
  "
 
-SRC_URI[md5sum] = "bfacf87b2ea67e4e5c7866a9003e6526"
-SRC_URI[sha256sum] = 
"b2c6441e98bc5232e5f9bba6965075dcf580a8726398f7374d39f90b88ed4656"
+SRC_URI[md5sum] = "1b7a3689f65617387b5b54520f4439e8"
+SRC_URI[sha256sum] = 
"0741c59600d3d810a223866453dc2bbb18ce4723828681ba24aa6519c37631b8"
 
 EXTRA_OECONF = "--enable-xkb --disable-glibtest --disable-cups 
--disable-xinerama"
 
diff --git a/meta/recipes-sato/puzzles/puzzles_git.bb 
b/meta/recipes-sato/puzzles/puzzles_git.bb
index dab5440..346f43b 100644
--- a/meta/recipes-sato/puzzles/puzzles_git.bb
+++ b/meta/recipes-sato/puzzles/puzzles_git.bb
@@ -21,7 +21,7 @@ PV = "0.0+git${SRCPV}"
 
 S = "${WORKDIR}/git"
 
-inherit autotools-brokensep distro_features_check
+inherit autotools-brokensep distro_features_check pkgconfig
 
 PACKAGECONFIG ??= "gtk2"
 PACKAGECONFIG[gtk2] = "--with-gtk=2,,gtk+,"
-- 
2.7.0.rc3

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

[OE-core] [PATCH 06/16] freetype: update to 2.6.2

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 .../freetype/{freetype_2.6.bb => freetype_2.6.2.bb} | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)
 rename meta/recipes-graphics/freetype/{freetype_2.6.bb => freetype_2.6.2.bb} 
(89%)

diff --git a/meta/recipes-graphics/freetype/freetype_2.6.bb 
b/meta/recipes-graphics/freetype/freetype_2.6.2.bb
similarity index 89%
rename from meta/recipes-graphics/freetype/freetype_2.6.bb
rename to meta/recipes-graphics/freetype/freetype_2.6.2.bb
index 17ab1c8..63e8ff4 100644
--- a/meta/recipes-graphics/freetype/freetype_2.6.bb
+++ b/meta/recipes-graphics/freetype/freetype_2.6.2.bb
@@ -15,8 +15,8 @@ SECTION = "libs"
 
 SRC_URI = "${SOURCEFORGE_MIRROR}/freetype/freetype-${PV}.tar.bz2 \
file://use-right-libtool.patch"
-SRC_URI[md5sum] = "5682890cb0267f6671dd3de6eabd3e69"
-SRC_URI[sha256sum] = 
"8469fb8124764f85029cc8247c31e132a2c5e51084ddce2a44ea32ee4ae8347e"
+SRC_URI[md5sum] = "86109d0c998787d81ac582bad9adf82e"
+SRC_URI[sha256sum] = 
"baf6bdef7cdcc12ac270583f76ef245efe936267dbecef835f02a3409fcbb892"
 
 BINCONFIG = "${bindir}/freetype-config"
 
@@ -46,7 +46,7 @@ do_configure() {
 }
 
 do_install_append() {
-   oe_multilib_header freetype2/config/ftconfig.h
+   oe_multilib_header freetype2/freetype/config/ftconfig.h
 }
 
 BBCLASSEXTEND = "native"
-- 
2.7.0.rc3

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

[OE-core] [PATCH 03/16] gcr: check only even upstream versions

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-gnome/gcr/gcr_3.18.0.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-gnome/gcr/gcr_3.18.0.bb 
b/meta/recipes-gnome/gcr/gcr_3.18.0.bb
index 0636afe..ed6e8c4 100644
--- a/meta/recipes-gnome/gcr/gcr_3.18.0.bb
+++ b/meta/recipes-gnome/gcr/gcr_3.18.0.bb
@@ -7,7 +7,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=55ca817ccb7d5b5b66355690e9abc605"
 
 DEPENDS = "gtk+3 p11-kit glib-2.0 libgcrypt vala"
 
-inherit autotools gnomebase gtk-icon-cache gtk-doc distro_features_check
+inherit autotools gnomebase gtk-icon-cache gtk-doc distro_features_check 
upstream-version-is-even
 # depends on gtk+3, but also x11 through gtk+-x11
 REQUIRED_DISTRO_FEATURES = "x11"
 
-- 
2.7.0.rc3

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

[OE-core] [PATCH 12/16] libsoup-2.4: update to 2.52.2

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 .../libsoup/{libsoup-2.4_2.52.1.bb => libsoup-2.4_2.52.2.bb}  | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-support/libsoup/{libsoup-2.4_2.52.1.bb => 
libsoup-2.4_2.52.2.bb} (86%)

diff --git a/meta/recipes-support/libsoup/libsoup-2.4_2.52.1.bb 
b/meta/recipes-support/libsoup/libsoup-2.4_2.52.2.bb
similarity index 86%
rename from meta/recipes-support/libsoup/libsoup-2.4_2.52.1.bb
rename to meta/recipes-support/libsoup/libsoup-2.4_2.52.2.bb
index 5e66197..b342bbd 100644
--- a/meta/recipes-support/libsoup/libsoup-2.4_2.52.1.bb
+++ b/meta/recipes-support/libsoup/libsoup-2.4_2.52.2.bb
@@ -19,8 +19,8 @@ PACKAGECONFIG[gnome] = "--with-gnome,--without-gnome"
 SHRT_VER = 
"${@bb.data.getVar('PV',d,1).split('.')[0]}.${@bb.data.getVar('PV',d,1).split('.')[1]}"
 SRC_URI = "${GNOME_MIRROR}/libsoup/${SHRT_VER}/libsoup-${PV}.tar.xz"
 
-SRC_URI[md5sum] = "b80f11674724ab38f96426875bc0e2e5"
-SRC_URI[sha256sum] = 
"0e19bca047ad50b28e8ed7663840f9e45a94909148822ca44dcb3e8cafb5cc48"
+SRC_URI[md5sum] = "e4757d09012ed93822b1ee41435fec24"
+SRC_URI[sha256sum] = 
"db55628b5c7d952945bb71b236469057c8dfb8dea0c271513579c6273c2093dc"
 
 S = "${WORKDIR}/libsoup-${PV}"
 
-- 
2.7.0.rc3

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

[OE-core] [PATCH 16/16] rxvt-unicode: update to 9.22

[Alexander Kanavin]

License checksum change due to new copyright year.

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-sato/rxvt-unicode/rxvt-unicode.inc | 2 +-
 .../rxvt-unicode/{rxvt-unicode_9.21.bb => rxvt-unicode_9.22.bb} | 6 +++---
 2 files changed, 4 insertions(+), 4 deletions(-)
 rename meta/recipes-sato/rxvt-unicode/{rxvt-unicode_9.21.bb => 
rxvt-unicode_9.22.bb} (50%)

diff --git a/meta/recipes-sato/rxvt-unicode/rxvt-unicode.inc 
b/meta/recipes-sato/rxvt-unicode/rxvt-unicode.inc
index 04a43c0..4d5daa6 100644
--- a/meta/recipes-sato/rxvt-unicode/rxvt-unicode.inc
+++ b/meta/recipes-sato/rxvt-unicode/rxvt-unicode.inc
@@ -5,7 +5,7 @@ terminal emulator rxvt, modified to store text in Unicode \
 (either UCS-2 or UCS-4) and to use locale-correct input and \
 output. It also supports mixing multiple fonts at the \
 same time, including Xft fonts."
-DEPENDS = "virtual/libx11 libxt libxft gdk-pixbuf"
+DEPENDS = "virtual/libx11 libxt libxft gdk-pixbuf libxmu"
 
 SRC_URI = 
"http://dist.schmorp.de/rxvt-unicode/Attic/rxvt-unicode-${PV}.tar.bz2 \
   file://xwc.patch \
diff --git a/meta/recipes-sato/rxvt-unicode/rxvt-unicode_9.21.bb 
b/meta/recipes-sato/rxvt-unicode/rxvt-unicode_9.22.bb
similarity index 50%
rename from meta/recipes-sato/rxvt-unicode/rxvt-unicode_9.21.bb
rename to meta/recipes-sato/rxvt-unicode/rxvt-unicode_9.22.bb
index 7049495..bfa8a61 100644
--- a/meta/recipes-sato/rxvt-unicode/rxvt-unicode_9.21.bb
+++ b/meta/recipes-sato/rxvt-unicode/rxvt-unicode_9.22.bb
@@ -2,7 +2,7 @@ require rxvt-unicode.inc
 
 LICENSE = "GPLv3"
 LIC_FILES_CHKSUM = "file://COPYING;md5=d32239bcb673463ab874e80d47fae504 \
-
file://src/main.C;beginline=1;endline=31;md5=7dac0395806570856e037f98aba8513b"
+
file://src/main.C;beginline=1;endline=31;md5=d3600d7ee1062667fcd1193fbe6485f6"
 
-SRC_URI[md5sum] = "a9a06c608258c5fd247c3725d8f44582"
-SRC_URI[sha256sum] = 
"75270ed72bc5895a64a1d7392bf45a622204192371c3965bd3dd978dc088956b"
+SRC_URI[md5sum] = "93782dec27494eb079467dacf6e48185"
+SRC_URI[sha256sum] = 
"e94628e9bcfa0adb1115d83649f898d6edb4baced44f5d5b769c2eeb8b95addd"
-- 
2.7.0.rc3

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

[OE-core] [PATCH 02/16] at-spi2-core: update to 2.18.3

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 .../atk/{at-spi2-core_2.18.1.bb => at-spi2-core_2.18.3.bb}| 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-support/atk/{at-spi2-core_2.18.1.bb => 
at-spi2-core_2.18.3.bb} (85%)

diff --git a/meta/recipes-support/atk/at-spi2-core_2.18.1.bb 
b/meta/recipes-support/atk/at-spi2-core_2.18.3.bb
similarity index 85%
rename from meta/recipes-support/atk/at-spi2-core_2.18.1.bb
rename to meta/recipes-support/atk/at-spi2-core_2.18.3.bb
index bade3c6..f22bb83 100644
--- a/meta/recipes-support/atk/at-spi2-core_2.18.1.bb
+++ b/meta/recipes-support/atk/at-spi2-core_2.18.3.bb
@@ -8,8 +8,8 @@ SRC_URI = 
"${GNOME_MIRROR}/${BPN}/${MAJ_VER}/${BPN}-${PV}.tar.xz \
file://0001-nls.m4-Take-it-from-gettext-0.15.patch \
   "
 
-SRC_URI[md5sum] = "5f13ba8cfd97cf817261954ef49ebd48"
-SRC_URI[sha256sum] = 
"57d555be4cc64905454687bf9bb7dc1e68531bee93befa77222d94ea083f01cf"
+SRC_URI[md5sum] = "fc18801e56f6ce6914126f837d42f556"
+SRC_URI[sha256sum] = 
"ada26add94155f97d0f601a20cb7a0e3fd3ba1588c3520b7288316494027d629"
 
 DEPENDS = "dbus glib-2.0 virtual/libx11 libxi libxtst intltool-native 
gettext-native"
 
-- 
2.7.0.rc3

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

[OE-core] [PATCH 00/16] A bunch of minor updates

[Alexander Kanavin]

While Jussi Kukkonen is working on sato-gtk3 project, I thought I'd update
some of the packages assigned to him, where possibility of breakage is minimal.
So major GL-related updates are excluded.

The following changes since commit c192bd60e8c7bcb9bbdd24158bd66eb691bfee5a:

  Revert "xz: Allow to work with ASSUME_PROVIDED xz-native" (2016-01-25 
12:44:13 +)

are available in the git repository at:

  git://git.yoctoproject.org/poky-contrib akanavin/package-version-updates
  
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=akanavin/package-version-updates

Alexander Kanavin (16):
  cmake: update to 3.4.2
  at-spi2-core: update to 2.18.3
  gcr: check only even upstream versions
  webkitgtk: update to 2.10.5
  libsecret: update to 0.18.4
  freetype: update to 2.6.2
  gdk-pixbuf: update to 2.32.3
  glib-2.0: update to 2.46.2
  gtk+: update to 2.24.29
  gtk+3: update to 3.18.6
  gtk-icon-utils-native: update to 3.18.6
  libsoup-2.4: update to 2.52.2
  pixman: only check even upstream versions
  waffle: update to 1.5.2
  vala: update to 0.30.0
  rxvt-unicode: update to 9.22

 ...on-t-depend-on-a-data-file-that-s-not-bui.patch | 38 -
 .../{glib-2.0_2.46.1.bb => glib-2.0_2.46.2.bb} |  5 +-
 ...cmake-native_3.3.2.bb => cmake-native_3.4.2.bb} |  0
 meta/recipes-devtools/cmake/cmake.inc  |  4 +-
 .../cmake/{cmake_3.3.2.bb => cmake_3.4.2.bb}   |  0
 .../vala/{vala_0.28.0.bb => vala_0.30.0.bb}|  4 +-
 meta/recipes-gnome/gcr/gcr_3.18.0.bb   |  2 +-
 .../gdk-pixbuf/gdk-pixbuf/libc_memfuncs.patch  | 63 --
 .../{gdk-pixbuf_2.32.1.bb => gdk-pixbuf_2.32.3.bb} |  5 +-
 .../gtk+/{gtk+3_3.18.2.bb => gtk+3_3.18.6.bb}  |  4 +-
 .../gtk+/{gtk+_2.24.28.bb => gtk+_2.24.29.bb}  |  4 +-
 ...e_3.18.2.bb => gtk-icon-utils-native_3.18.6.bb} |  4 +-
 .../{libsecret_0.18.3.bb => libsecret_0.18.4.bb}   |  4 +-
 .../{freetype_2.6.bb => freetype_2.6.2.bb} |  6 +--
 .../waffle/{waffle_1.5.1.bb => waffle_1.5.2.bb}|  4 +-
 meta/recipes-graphics/xorg-lib/pixman_0.32.8.bb|  3 ++
 meta/recipes-sato/puzzles/puzzles_git.bb   |  2 +-
 meta/recipes-sato/rxvt-unicode/rxvt-unicode.inc|  2 +-
 .../{rxvt-unicode_9.21.bb => rxvt-unicode_9.22.bb} |  6 +--
 .../{webkitgtk_2.10.4.bb => webkitgtk_2.10.5.bb}   |  4 +-
 ...-spi2-core_2.18.1.bb => at-spi2-core_2.18.3.bb} |  4 +-
 ...libsoup-2.4_2.52.1.bb => libsoup-2.4_2.52.2.bb} |  4 +-
 22 files changed, 36 insertions(+), 136 deletions(-)
 delete mode 100644 
meta/recipes-core/glib-2.0/glib-2.0/0001-gio-tests-Don-t-depend-on-a-data-file-that-s-not-bui.patch
 rename meta/recipes-core/glib-2.0/{glib-2.0_2.46.1.bb => glib-2.0_2.46.2.bb} 
(79%)
 rename meta/recipes-devtools/cmake/{cmake-native_3.3.2.bb => 
cmake-native_3.4.2.bb} (100%)
 rename meta/recipes-devtools/cmake/{cmake_3.3.2.bb => cmake_3.4.2.bb} (100%)
 rename meta/recipes-devtools/vala/{vala_0.28.0.bb => vala_0.30.0.bb} (42%)
 delete mode 100644 meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf/libc_memfuncs.patch
 rename meta/recipes-gnome/gdk-pixbuf/{gdk-pixbuf_2.32.1.bb => 
gdk-pixbuf_2.32.3.bb} (95%)
 rename meta/recipes-gnome/gtk+/{gtk+3_3.18.2.bb => gtk+3_3.18.6.bb} (83%)
 rename meta/recipes-gnome/gtk+/{gtk+_2.24.28.bb => gtk+_2.24.29.bb} (90%)
 rename meta/recipes-gnome/gtk+/{gtk-icon-utils-native_3.18.2.bb => 
gtk-icon-utils-native_3.18.6.bb} (94%)
 rename meta/recipes-gnome/libsecret/{libsecret_0.18.3.bb => 
libsecret_0.18.4.bb} (71%)
 rename meta/recipes-graphics/freetype/{freetype_2.6.bb => freetype_2.6.2.bb} 
(89%)
 rename meta/recipes-graphics/waffle/{waffle_1.5.1.bb => waffle_1.5.2.bb} (91%)
 rename meta/recipes-sato/rxvt-unicode/{rxvt-unicode_9.21.bb => 
rxvt-unicode_9.22.bb} (50%)
 rename meta/recipes-sato/webkit/{webkitgtk_2.10.4.bb => webkitgtk_2.10.5.bb} 
(96%)
 rename meta/recipes-support/atk/{at-spi2-core_2.18.1.bb => 
at-spi2-core_2.18.3.bb} (85%)
 rename meta/recipes-support/libsoup/{libsoup-2.4_2.52.1.bb => 
libsoup-2.4_2.52.2.bb} (86%)

-- 
2.7.0.rc3

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

[OE-core] [PATCH 01/16] cmake: update to 3.4.2

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 .../cmake/{cmake-native_3.3.2.bb => cmake-native_3.4.2.bb}| 0
 meta/recipes-devtools/cmake/cmake.inc | 4 ++--
 meta/recipes-devtools/cmake/{cmake_3.3.2.bb => cmake_3.4.2.bb}| 0
 3 files changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-devtools/cmake/{cmake-native_3.3.2.bb => 
cmake-native_3.4.2.bb} (100%)
 rename meta/recipes-devtools/cmake/{cmake_3.3.2.bb => cmake_3.4.2.bb} (100%)

diff --git a/meta/recipes-devtools/cmake/cmake-native_3.3.2.bb 
b/meta/recipes-devtools/cmake/cmake-native_3.4.2.bb
similarity index 100%
rename from meta/recipes-devtools/cmake/cmake-native_3.3.2.bb
rename to meta/recipes-devtools/cmake/cmake-native_3.4.2.bb
diff --git a/meta/recipes-devtools/cmake/cmake.inc 
b/meta/recipes-devtools/cmake/cmake.inc
index 41be256..befac7c 100644
--- a/meta/recipes-devtools/cmake/cmake.inc
+++ b/meta/recipes-devtools/cmake/cmake.inc
@@ -17,8 +17,8 @@ SRC_URI = 
"https://cmake.org/files/v${CMAKE_MAJOR_VERSION}/cmake-${PV}.tar.gz \
file://0001-Add-NIOS2-CPU-support.patch \
"
 
-SRC_URI[md5sum] = "5febbd11bcaac854a27eebaf4a124be2"
-SRC_URI[sha256sum] = 
"e75a178d6ebf182b048ebfe6e0657c49f0dc109779170bad7ffcb17463f2fc22"
+SRC_URI[md5sum] = "04545d3cc3801fe84223b864c4f7a53c"
+SRC_URI[sha256sum] = 
"da7cc34e1ce1d82e67a32ab081c02c2845534cd8bf2e09d88077a1b282e97392"
 
 UPSTREAM_CHECK_REGEX = "cmake-(?P\d+(\.\d+)+)\.tar"
 
diff --git a/meta/recipes-devtools/cmake/cmake_3.3.2.bb 
b/meta/recipes-devtools/cmake/cmake_3.4.2.bb
similarity index 100%
rename from meta/recipes-devtools/cmake/cmake_3.3.2.bb
rename to meta/recipes-devtools/cmake/cmake_3.4.2.bb
-- 
2.7.0.rc3

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

[OE-core] [PATCH 3/3] uninative: handle UNINATIVE_URL being file:///

[Ross Burton]

If the local fetcher is used then files are not actually fetched into DL_DIR, so
check if this happened and if required add a symlink to the real file.

Signed-off-by: Ross Burton 
---
 meta/classes/uninative.bbclass | 12 
 1 file changed, 8 insertions(+), 4 deletions(-)

diff --git a/meta/classes/uninative.bbclass b/meta/classes/uninative.bbclass
index 3383e01..38c05df 100644
--- a/meta/classes/uninative.bbclass
+++ b/meta/classes/uninative.bbclass
@@ -16,11 +16,13 @@ python uninative_eventhandler() {
 loader = e.data.getVar("UNINATIVE_LOADER", True)
 tarball = d.getVar("UNINATIVE_TARBALL", True)
 tarballdir = d.getVar("UNINATIVE_DLDIR", True)
+tarballpath = os.path.join(tarballdir, tarball)
+
 if not os.path.exists(loader):
 import subprocess
 
 olddir = os.getcwd()
-if not os.path.exists(os.path.join(tarballdir, tarball)):
+if not os.path.exists(tarballpath):
 # Copy the data object and override DL_DIR and SRC_URI
 localdata = bb.data.createCopy(d)
 
@@ -32,13 +34,15 @@ python uninative_eventhandler() {
 bb.fatal("Uninative selected but not configured correctly, 
please set UNINATIVE_CHECKSUM[%s]" % d.getVar("BUILD_ARCH", True))
 
 srcuri = d.expand("${UNINATIVE_URL}${UNINATIVE_TARBALL};md5sum=%s" 
% chksum)
-dldir = localdata.expand(tarballdir)
-localdata.setVar('FILESPATH', dldir)
-localdata.setVar('DL_DIR', dldir)
+localdata.setVar('FILESPATH', tarballdir)
+localdata.setVar('DL_DIR', tarballdir)
 bb.note("Fetching uninative binary shim from %s" % srcuri)
 fetcher = bb.fetch2.Fetch([srcuri], localdata, cache=False)
 try:
 fetcher.download()
+localpath = fetcher.localpath(srcuri)
+if localpath != tarballpath and os.path.exists(localpath) and 
not os.path.exists(tarballpath):
+os.symlink(localpath, tarballpath)
 except Exception as exc:
 bb.fatal("Unable to download uninative tarball: %s" % str(exc))
 
-- 
2.6.4

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

[OE-core] [PATCH 2/3] uninative: fix path to patchelf-uninative

[Ross Burton]

When uninative was changed to use it's own sysroot the path to patchelf lost
${bindir_native}, so add it back.

Signed-off-by: Ross Burton 
---
 meta/classes/uninative.bbclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes/uninative.bbclass b/meta/classes/uninative.bbclass
index 8686159..3383e01 100644
--- a/meta/classes/uninative.bbclass
+++ b/meta/classes/uninative.bbclass
@@ -42,7 +42,7 @@ python uninative_eventhandler() {
 except Exception as exc:
 bb.fatal("Unable to download uninative tarball: %s" % str(exc))
 
-cmd = e.data.expand("mkdir -p ${STAGING_DIR}-uninative; cd 
${STAGING_DIR}-uninative; tar -xjf ${UNINATIVE_DLDIR}/${UNINATIVE_TARBALL}; 
${STAGING_DIR}-uninative/relocate_sdk.py 
${STAGING_DIR}-uninative/${BUILD_ARCH}-linux ${UNINATIVE_LOADER} 
${UNINATIVE_LOADER} 
${STAGING_DIR}-uninative/${BUILD_ARCH}-linux/patchelf-uninative")
+cmd = e.data.expand("mkdir -p ${STAGING_DIR}-uninative; cd 
${STAGING_DIR}-uninative; tar -xjf ${UNINATIVE_DLDIR}/${UNINATIVE_TARBALL}; 
${STAGING_DIR}-uninative/relocate_sdk.py 
${STAGING_DIR}-uninative/${BUILD_ARCH}-linux ${UNINATIVE_LOADER} 
${UNINATIVE_LOADER} 
${STAGING_DIR}-uninative/${BUILD_ARCH}-linux/${bindir_native}/patchelf-uninative")
 try:
 subprocess.check_call(cmd, shell=True)
 except subprocess.CalledProcessError as exc:
-- 
2.6.4

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

[OE-core] [PATCH 1/3] scripts/wipe-sysroot: also delete uninative sysroot

[Ross Burton]

The uninative sysroot is in ${STAGING_DIR}-uninative so delete that alongwith
$STAGING_DIR.

Signed-off-by: Ross Burton 
---
 scripts/wipe-sysroot | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/scripts/wipe-sysroot b/scripts/wipe-sysroot
index c22d39a..9e067e8 100755
--- a/scripts/wipe-sysroot
+++ b/scripts/wipe-sysroot
@@ -42,7 +42,7 @@ fi
 echo "Deleting the sysroots in $STAGING_DIR, and selected stamps in 
$SSTATE_MANIFESTS and $STAMPS_DIR."
 
 # The sysroots themselves
-rm -rf $STAGING_DIR
+rm -rf $STAGING_DIR ${STAGING_DIR}-uninative
 
 # The stamps that said the sysroot was populated
 rm -rf $STAMPS_DIR/*/*/*.do_populate_sysroot.*
-- 
2.6.4

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

[OE-core] [PATCH 11/16] gtk-icon-utils-native: update to 3.18.6

[Alexander Kanavin]

Signed-off-by: Alexander Kanavin 
---
 ...tk-icon-utils-native_3.18.2.bb => gtk-icon-utils-native_3.18.6.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-gnome/gtk+/{gtk-icon-utils-native_3.18.2.bb => 
gtk-icon-utils-native_3.18.6.bb} (94%)

diff --git a/meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.18.2.bb 
b/meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.18.6.bb
similarity index 94%
rename from meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.18.2.bb
rename to meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.18.6.bb
index d5e8a1e..7882bb4 100644
--- a/meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.18.2.bb
+++ b/meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.18.6.bb
@@ -10,8 +10,8 @@ MAJ_VER = "${@oe.utils.trim_version("${PV}", 2)}"
 
 SRC_URI = 
"http://ftp.gnome.org/pub/gnome/sources/gtk+/${MAJ_VER}/gtk+-${PV}.tar.xz \
   file://Remove-Gdk-dependency-from-gtk-encode-symbolic-svg.patch"
-SRC_URI[md5sum] = "230fd78e42419d35ff790784b457e5f2"
-SRC_URI[sha256sum] = 
"5dbec561c4a00070073bf9cf4cfdd61fab4a14c8ff5b15d700bd378f8185e152"
+SRC_URI[md5sum] = "e1c41ad4a6012d703a80f7423acf186e"
+SRC_URI[sha256sum] = 
"78cabf0fd5a662f8723f62d5ac633072c76c557c1d700454c9c3deaa37e441ef"
 
 LIC_FILES_CHKSUM = "file://COPYING;md5=5f30f0716dfdd0d91eb439ebec522ec2 \
 
file://gtk/gtk.h;endline=25;md5=1d8dc0fccdbfa26287a271dce88af737 \
-- 
2.7.0.rc3

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

Re: [OE-core] [PATCH] kernel: Clean DEPLOYDIR before do_deploy runs

[Bruce Ashfield]

On 2016-01-25 10:52 AM, Richard Purdie wrote:

On Mon, 2016-01-25 at 10:47 -0500, Bruce Ashfield wrote:

On 2016-01-25 10:07 AM, Richard Purdie wrote:

If we don't do this, the deploy sstate object contains an every
increasing number of modules tarballs and kernel images, one per
execution of "-c deploy -f".



Stupid question, since my sstate/deploy foo is weak at times.
Does this mean that only a single set of modules + kernel images
will be in tmp/deploy ? Or is it only sstate that is being
cleaned ?


One side effect is that it will remove the older copies. The older
copies were being built into each new sstate object which was growing
huge.


I sometimes need multiple copies around for debug purposes, so
I'm wondering if that is still possible with this change ?


You'd need to archive them before running another build since this
effectively cleans up the older copies now. This is due to the system
removing the old sstate "object", then installing a new one to replace
it. You can't keep the old ones around easily as they're named to
conflict (and hence replace each other).


Ack'd. I'll have to remember to copy out what I need! :)

Bruce



Cheers,

Richard



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

[OE-core] [PATCH 05/11] argp-standalone: Fix build when S != B

[Khem Raj]

accesses headers from source tree.

Signed-off-by: Khem Raj 
---
 .../argp-standalone/argp-standalone_1.3.bb|  1 +
 .../argp-standalone/files/out_of_tree_build.patch | 19 +++
 2 files changed, 20 insertions(+)
 create mode 100644 
meta/recipes-support/argp-standalone/files/out_of_tree_build.patch

diff --git a/meta/recipes-support/argp-standalone/argp-standalone_1.3.bb 
b/meta/recipes-support/argp-standalone/argp-standalone_1.3.bb
index a5d20d3..d61c8be 100644
--- a/meta/recipes-support/argp-standalone/argp-standalone_1.3.bb
+++ b/meta/recipes-support/argp-standalone/argp-standalone_1.3.bb
@@ -10,6 +10,7 @@ SECTION = "libs"
 SRC_URI = "http://www.lysator.liu.se/~nisse/misc/argp-standalone-${PV}.tar.gz \
file://0001-throw-in-funcdef.patch \
file://0002-isprint.patch \
+   file://out_of_tree_build.patch \
   "
 SRC_URI[md5sum] = "720704bac078d067111b32444e24ba69"
 SRC_URI[sha256sum] = 
"dec79694da1319acd2238ce95df57f3680fea2482096e483323fddf3d818d8be"
diff --git a/meta/recipes-support/argp-standalone/files/out_of_tree_build.patch 
b/meta/recipes-support/argp-standalone/files/out_of_tree_build.patch
new file mode 100644
index 000..bcb
--- /dev/null
+++ b/meta/recipes-support/argp-standalone/files/out_of_tree_build.patch
@@ -0,0 +1,19 @@
+Fix the testsuite to built out of tree
+in OE S != B
+
+Signed-off-by: Khem Raj 
+Upstream-Status: Pending
+Index: argp-standalone-1.3/testsuite/Makefile.am
+===
+--- argp-standalone-1.3.orig/testsuite/Makefile.am
 argp-standalone-1.3/testsuite/Makefile.am
+@@ -5,7 +5,8 @@ TS_ALL = $(TS_PROGS) $(TS_SH)
+ 
+ noinst_PROGRAMS = $(TS_PROGS) ex1 ex3 ex4
+ 
+-LDADD = ../libargp.a
++AM_CPPFLAGS = -I$(top_srcdir)
++LDADD = $(top_builddir)/libargp.a
+ 
+ EXTRA_DIST = $(TS_SH) run-tests
+ CLEANFILES = test.out
-- 
2.7.0

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

[OE-core] [PATCH 06/11] gdb: Fix build failures on musl

[Khem Raj]

mode_t is needed by gdbserver headers so include sys/types.h to get them

Signed-off-by: Khem Raj 
---
 meta/recipes-devtools/gdb/gdb.inc  |  1 +
 .../gdb/0001-include-sys-types.h-for-mode_t.patch  | 30 ++
 2 files changed, 31 insertions(+)
 create mode 100644 
meta/recipes-devtools/gdb/gdb/0001-include-sys-types.h-for-mode_t.patch

diff --git a/meta/recipes-devtools/gdb/gdb.inc 
b/meta/recipes-devtools/gdb/gdb.inc
index e970450..4ea14c1 100644
--- a/meta/recipes-devtools/gdb/gdb.inc
+++ b/meta/recipes-devtools/gdb/gdb.inc
@@ -5,6 +5,7 @@ inherit gettext
 SRC_URI += "file://0002-Change-order-of-CFLAGS.patch \
 file://0003-Add-support-for-Renesas-SH-sh4-architecture.patch \
 file://0001-Use-exported-definitions-of-SIGRTMIN.patch \
+file://0001-include-sys-types.h-for-mode_t.patch \
"
 #LDFLAGS_append = " -s"
 #export CFLAGS_append=" -L${STAGING_LIBDIR}"
diff --git 
a/meta/recipes-devtools/gdb/gdb/0001-include-sys-types.h-for-mode_t.patch 
b/meta/recipes-devtools/gdb/gdb/0001-include-sys-types.h-for-mode_t.patch
new file mode 100644
index 000..a0292e4
--- /dev/null
+++ b/meta/recipes-devtools/gdb/gdb/0001-include-sys-types.h-for-mode_t.patch
@@ -0,0 +1,30 @@
+From acbee4edacb80b5eeaff2480712fe98e56443997 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Tue, 19 Jan 2016 18:18:52 -0800
+Subject: [PATCH] include sys/types.h for mode_t
+
+mode_t is used in target.h, so we need to include sys/types.h to get the
+defintion
+
+Signed-off-by: Khem Raj 
+---
+Upstream-Status: Pending
+
+ gdb/gdbserver/target.h | 1 +
+ 1 file changed, 1 insertion(+)
+
+diff --git a/gdb/gdbserver/target.h b/gdb/gdbserver/target.h
+index 9a40867..aaecab9 100644
+--- a/gdb/gdbserver/target.h
 b/gdb/gdbserver/target.h
+@@ -27,6 +27,7 @@
+ #include "target/waitstatus.h"
+ #include "mem-break.h"
+ #include "btrace-common.h"
++#include 
+ 
+ struct emit_ops;
+ struct buffer;
+-- 
+2.7.0
+
-- 
2.7.0

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

[OE-core] [PATCH 04/11] pth: Delete

[Khem Raj]

replacement in npth is available in OE-core

Signed-off-by: Khem Raj 
---
 meta/recipes-support/pth/pth_2.0.7.bb | 31 ---
 1 file changed, 31 deletions(-)
 delete mode 100644 meta/recipes-support/pth/pth_2.0.7.bb

diff --git a/meta/recipes-support/pth/pth_2.0.7.bb 
b/meta/recipes-support/pth/pth_2.0.7.bb
deleted file mode 100644
index 9037769..000
--- a/meta/recipes-support/pth/pth_2.0.7.bb
+++ /dev/null
@@ -1,31 +0,0 @@
-SUMMARY = "GNU Portable Threads library"
-HOMEPAGE = "http://www.gnu.org/software/pth/;
-SECTION = "libs"
-LICENSE = "GPLv2+"
-LIC_FILES_CHKSUM = 
"file://COPYING;beginline=12;endline=15;md5=a48af114a80c222cafd37f24370a77b1"
-PR = "r3"
-
-python __anonymous () {
-import re
-uc_os = (re.match('.*uclibc*', d.getVar('TARGET_OS', True)) != None)
-if uc_os:
-raise bb.parse.SkipPackage("incompatible with uClibc")
-}
-
-SRC_URI = "${GNU_MIRROR}/pth/pth-${PV}.tar.gz \
-  file://pth-add-pkgconfig-support.patch \
-  file://pth-fix-parallel.patch \
-  "
-
-SRC_URI[md5sum] = "9cb4a25331a4c4db866a31cbe507c793"
-SRC_URI[sha256sum] = 
"72353660c5a2caafd601b20e12e75d865fd88f6cf1a088b306a3963f0bc77232"
-
-BINCONFIG = "${bindir}/pth-config"
-
-inherit autotools binconfig-disabled pkgconfig
-
-do_configure() {
-   ( cd ${S}; gnu-configize )
-   ( cd ${S}; autoconf )
-   oe_runconf
-}
-- 
2.7.0

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

[OE-core] [PATCH 09/11] fts: Correct LIC_FILES_CHKSUM

[Khem Raj]

It was using wrong keyword and let it point to section of header file

Signed-off-by: Khem Raj 
---
 meta/recipes-core/fts/fts.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/fts/fts.bb b/meta/recipes-core/fts/fts.bb
index 2539e5d..c301720 100644
--- a/meta/recipes-core/fts/fts.bb
+++ b/meta/recipes-core/fts/fts.bb
@@ -4,7 +4,7 @@
 DESCRIPTION = "keith bostic's POSIX file tree stream operations library"
 HOMEPAGE = "https://sites.google.com/a/bostic.com/keithbostic;
 LICENSE = "BSD-4-Clause"
-LIC_FILES_CHECKSUM = 
"file://${COREBASE}/meta/files/common-licenses/BSD-4-Clause;md5=624d9e67e8ac41a78f6b6c2c55a83a2b"
+LIC_FILES_CHKSUM = 
"file://fts.h;beginline=1;endline=36;md5=2532eddb3d1a21905723a4011ec4e085"
 SECTION = "libs"
 
 SRC_URI = "https://sites.google.com/a/bostic.com/keithbostic/files/fts.tar.gz \
-- 
2.7.0

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

[OE-core] [PATCH 10/11] musl: Upgrade to tip of tree

[Khem Raj]

Add explicit runtime dep on bsd-headers-dev
so we dont miss them in dev images

Signed-off-by: Khem Raj 
---
 meta/recipes-core/musl/musl_git.bb | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-core/musl/musl_git.bb 
b/meta/recipes-core/musl/musl_git.bb
index 8970307..c731a8f 100644
--- a/meta/recipes-core/musl/musl_git.bb
+++ b/meta/recipes-core/musl/musl_git.bb
@@ -3,7 +3,7 @@
 
 require musl.inc
 
-SRCREV = "3abb094d19ca4c7c4adcf373d971fb5aa05c5252"
+SRCREV = "369b22f9c4aebba2b8fe905db8469b2667572ee1"
 
 PV = "1.1.12+git${SRCPV}"
 
@@ -53,7 +53,7 @@ do_install() {
ln -s ../../${libdir}/libc.so ${D}${bindir}/ldd
 }
 
-RDEPENDS_${PN}-dev = "linux-libc-headers-dev"
+RDEPENDS_${PN}-dev += "linux-libc-headers-dev bsd-headers-dev"
 RPROVIDES_${PN}-dev += "libc-dev virtual-libc-dev"
 RPROVIDES_${PN} += "ldd libsegfault rtld(GNU_HASH)"
 
-- 
2.7.0

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

[OE-core] [PATCH 07/11] ltp: Add rdep on ldd

[Khem Raj]

Fixes runtime errors e.g.

/opt/ltp/ver_linux: line 50: ldd: command not found
awk: cmd. line:2: (FILENAME=- FNR=1) fatal: attempt to access field -1
/opt/ltp/ver_linux: line 54: ldd: command not found

Signed-off-by: Khem Raj 
---
 meta/recipes-extended/ltp/ltp_20150903.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-extended/ltp/ltp_20150903.bb 
b/meta/recipes-extended/ltp/ltp_20150903.bb
index a15c704..f018dae 100644
--- a/meta/recipes-extended/ltp/ltp_20150903.bb
+++ b/meta/recipes-extended/ltp/ltp_20150903.bb
@@ -63,7 +63,7 @@ do_install(){
 cp -r testcases/open_posix_testsuite ${D}/opt/ltp/testcases
 }
 
-RDEPENDS_${PN} = "perl e2fsprogs-mke2fs python-core libaio bash gawk expect"
+RDEPENDS_${PN} = "perl e2fsprogs-mke2fs python-core libaio bash gawk expect 
ldd"
 
 FILES_${PN}-staticdev += "/opt/ltp/lib/libmem.a"
 
-- 
2.7.0

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

Re: [OE-core] opkg pkg_prerm on package update

[Burton, Ross]

On 22 January 2016 at 09:50, Andreas Müller 
wrote:

> although opkg 0.2 -> 0.3 is long ago I noticed a change in behaviour
> when updating a package:
>
> * 0.2.x did not call pkg_prerm
> * 0.3.x calls pkg_prerm
>
> Is calling pkg_prerm a valid behaviour when updating a package?
>

opkg is copying what dpkg does [1], which makes sense considering opkg is
basically a dpkg clone.  It passes variables to the script so you can
identify if the context is "i'm being deleted" or "i'm being upgraded".

This changed in
http://git.yoctoproject.org/cgit/cgit.cgi/opkg/commit/?id=a8555d352d2851ee1482b74b57ba9eacfb354c18
if you want more context.

[1] https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html is
what dpkg does, fwiw.

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

Re: [OE-core] [PATCH] bsd-headers: fix LICENSE syntax, && ->

[Khem Raj]

On Jan 25, 2016 5:50 AM, "Burton, Ross"  wrote:
>
>
> On 23 January 2016 at 04:48, Khem Raj  wrote:
>>
>> This is already fixed in my tree. see
>>
https://github.com/kraj/openembedded-core/commit/86cd0650126b0ed7434335cd986272af69dc3671
>
>
> That's lovely but you didn't send it to the list, so nobody else knew. ;)
>

Yes. It was under test. If you do musl fixes its good to peek at my tree

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

Re: [OE-core] opkg pkg_prerm on package update

[Burton, Ross]

On 25 January 2016 at 18:04, Andreas Müller 
wrote:

> As you know of "i'm being deleted" or "i'm being upgraded" - you have
> a pointer for this? To find a common solution: Do package managers
> share same behaviour here - or is there a common document package
> managers should comply with?
>

The dpkg reference explains how dpkg works, which is generally how opkg
works.

Annoyingly I'm not sure rpm behaves the same way...

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

[OE-core] [PATCH 03/11] elfutils: Fix build with uclibc/musl

[Khem Raj]

Remove mempcpy patch its already in uclibc now
refresh libargp patch to match latest elfutils

Add ALLOW_EMPTY for musl

core-image-cmdline-full asks for elfutils package to be added to package
it has all eu-* tools but we dont build them on musl. nevertheless lets
satisfy the dependency so image can build for musl

Build libdw,libasm,libebl along with libelf

enhance the musl portability patch to compile every other library
except the eu-* tools

Fix build on aarch64/musl issues

Header inclusion ends up with duplicate definitions of iovec struct
since uclibc defines the same in usersapce, we have been depending upong
including the kernel header on aarch64, using sys/uio.h is the right
approach

Fix x86 build warning seen on musl

Signed-off-by: Khem Raj 
---
 ...de-alternatives-for-glibc-assumptions-hel.patch | 1163 
 .../elfutils/elfutils-0.164/aarch64_uio.patch  |   47 +
 .../elfutils/elfutils-0.164/shadow.patch   |   23 +
 .../elfutils/elfutils-0.164/uclibc-support.patch   |  129 +++
 .../elfutils/elfutils/mempcpy.patch|   24 -
 meta/recipes-devtools/elfutils/elfutils_0.148.bb   |1 -
 meta/recipes-devtools/elfutils/elfutils_0.164.bb   |   13 +-
 7 files changed, 1370 insertions(+), 30 deletions(-)
 create mode 100644 
meta/recipes-devtools/elfutils/elfutils-0.164/0001-build-Provide-alternatives-for-glibc-assumptions-hel.patch
 create mode 100644 
meta/recipes-devtools/elfutils/elfutils-0.164/aarch64_uio.patch
 create mode 100644 meta/recipes-devtools/elfutils/elfutils-0.164/shadow.patch
 create mode 100644 
meta/recipes-devtools/elfutils/elfutils-0.164/uclibc-support.patch
 delete mode 100644 meta/recipes-devtools/elfutils/elfutils/mempcpy.patch

diff --git 
a/meta/recipes-devtools/elfutils/elfutils-0.164/0001-build-Provide-alternatives-for-glibc-assumptions-hel.patch
 
b/meta/recipes-devtools/elfutils/elfutils-0.164/0001-build-Provide-alternatives-for-glibc-assumptions-hel.patch
new file mode 100644
index 000..c8d1c89
--- /dev/null
+++ 
b/meta/recipes-devtools/elfutils/elfutils-0.164/0001-build-Provide-alternatives-for-glibc-assumptions-hel.patch
@@ -0,0 +1,1163 @@
+From 4b0fe80b3951f044c1c1b14d1d7f5f0b8ab67507 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Thu, 31 Dec 2015 06:35:34 +
+Subject: [PATCH] build: Provide alternatives for glibc assumptions helps
+ compiling it on musl
+
+Signed-off-by: Khem Raj 
+---
+Upstream-Status: Pending
+
+ Makefile.am  |  2 +-
+ lib/color.c  |  2 +-
+ lib/crc32_file.c |  4 +++-
+ lib/fixedsizehash.h  |  4 ++--
+ lib/system.h | 11 +++
+ lib/xmalloc.c|  2 +-
+ libasm/asm_end.c |  2 +-
+ libasm/asm_newscn.c  |  2 +-
+ libcpu/i386_gendis.c |  2 +-
+ libcpu/i386_lex.c|  2 +-
+ libcpu/i386_parse.c  |  2 +-
+ libdw/Makefile.am|  2 +-
+ libdw/libdw_alloc.c  |  3 ++-
+ libdwfl/Makefile.am  |  2 ++
+ libdwfl/dwfl_build_id_find_elf.c |  3 ++-
+ libdwfl/dwfl_error.c |  4 +++-
+ libdwfl/dwfl_module_getdwarf.c   |  1 +
+ libdwfl/find-debuginfo.c |  2 +-
+ libdwfl/libdwfl_crc32_file.c | 10 ++
+ libdwfl/linux-kernel-modules.c   |  1 +
+ libebl/eblopenbackend.c  |  2 +-
+ libebl/eblwstrtab.c  |  2 +-
+ libelf/elf.h |  9 ++---
+ libelf/libelf.h  |  1 +
+ libelf/libelfP.h |  1 +
+ src/addr2line.c  |  2 +-
+ src/ar.c |  2 +-
+ src/arlib.c  |  2 +-
+ src/arlib2.c |  2 +-
+ src/elfcmp.c |  2 +-
+ src/elflint.c|  2 +-
+ src/findtextrel.c|  2 +-
+ src/i386_ld.c|  2 +-
+ src/ld.c |  2 +-
+ src/ldgeneric.c  |  2 +-
+ src/ldlex.c  |  2 +-
+ src/ldscript.c   |  2 +-
+ src/nm.c |  2 +-
+ src/objdump.c|  2 +-
+ src/ranlib.c |  2 +-
+ src/readelf.c|  2 +-
+ src/size.c   |  2 +-
+ src/stack.c  |  2 +-
+ src/strings.c|  2 +-
+ src/strip.c  |  2 +-
+ src/unstrip.c|  2 +-
+ tests/addrscopes.c   |  2 +-
+ tests/allregs.c  |  2 +-
+ tests/backtrace-data.c   |  2 +-
+ tests/backtrace-dwarf.c  |  2 +-
+ tests/backtrace.c|  2 +-
+ tests/buildid.c  |  2 +-
+ tests/debugaltlink.c |  2 +-
+ tests/debuglink.c|  2 +-
+ tests/deleted.c  |  2 +-
+ tests/dwfl-addr-sect.c   |  2 +-
+ tests/dwfl-bug-addr-overflow.c   |  2 +-
+ 

[OE-core] [PATCH 02/11] grub: Backport fix for largefile detection/use

[Khem Raj]

This is inspired by musl porting, where grub's configure is enabling
largefile support based on glibc versions, instead an upstream patch
turns it into autoconf check

Update git version recipe

arm platforms use this recipe to provide grub and it needed fixes from
upstream so upgrade to latest tip of git and forward port patches as
well as drop the ones already applied upstream

Signed-off-by: Khem Raj 
---
 ...ct-_llseek-code-and-require-long-filesyst.patch | 81 ++
 meta/recipes-bsp/grub/grub-efi_2.00.bb |  2 +
 ...-mfpmath-sse-as-well-when-SSE-is-disabled.patch | 46 
 ...1-grub.d-10_linux.in-add-oe-s-kernel-name.patch | 56 +++
 meta/recipes-bsp/grub/grub2.inc|  1 +
 meta/recipes-bsp/grub/grub_2.00.bb |  2 +
 meta/recipes-bsp/grub/grub_git.bb  | 13 ++--
 7 files changed, 196 insertions(+), 5 deletions(-)
 create mode 100644 
meta/recipes-bsp/grub/files/0001-Remove-direct-_llseek-code-and-require-long-filesyst.patch
 create mode 100644 
meta/recipes-bsp/grub/grub-git/0001-Disable-mfpmath-sse-as-well-when-SSE-is-disabled.patch
 create mode 100644 
meta/recipes-bsp/grub/grub-git/0001-grub.d-10_linux.in-add-oe-s-kernel-name.patch

diff --git 
a/meta/recipes-bsp/grub/files/0001-Remove-direct-_llseek-code-and-require-long-filesyst.patch
 
b/meta/recipes-bsp/grub/files/0001-Remove-direct-_llseek-code-and-require-long-filesyst.patch
new file mode 100644
index 000..9eabce9
--- /dev/null
+++ 
b/meta/recipes-bsp/grub/files/0001-Remove-direct-_llseek-code-and-require-long-filesyst.patch
@@ -0,0 +1,81 @@
+From 3bac4caa2bc64db313aaee54fffb90383e118517 Mon Sep 17 00:00:00 2001
+From: Felix Janda 
+Date: Thu, 22 Jan 2015 19:54:36 +0100
+Subject: [PATCH] Remove direct _llseek code and require long filesystem libc.
+
+Signed-off-by: Khem Raj 
+---
+Upstream-Status: Backport
+ configure.ac|  8 
+ grub-core/osdep/unix/hostdisk.c | 24 
+ 4 files changed, 13 insertions(+), 24 deletions(-)
+
+Index: grub-2.00/configure.ac
+===
+--- grub-2.00.orig/configure.ac
 grub-2.00/configure.ac
+@@ -306,6 +306,14 @@ if test x$grub_cv_apple_cc = xyes ; then
+   HOST_LDFLAGS="$HOST_LDFLAGS -Wl,-allow_stack_execute"
+ fi
+ 
++case "$host_os" in
++  cygwin | windows* | mingw32* | aros*)
++ ;;
++  *)
++ AC_CHECK_SIZEOF(off_t)
++ test x"$ac_cv_sizeof_off_t" = x8 || AC_MSG_ERROR([Large file support is 
required]);;
++esac
++
+ if test x$USE_NLS = xno; then
+   HOST_CFLAGS="$HOST_CFLAGS -fno-builtin-gettext"
+ fi
+Index: grub-2.00/grub-core/kern/emu/hostdisk.c
+===
+--- grub-2.00.orig/grub-core/kern/emu/hostdisk.c
 grub-2.00/grub-core/kern/emu/hostdisk.c
+@@ -44,11 +44,6 @@
+ #ifdef __linux__
+ # include  /* ioctl */
+ # include 
+-# if !defined(__GLIBC__) || \
+-((__GLIBC__ < 2) || ((__GLIBC__ == 2) && (__GLIBC_MINOR__ < 1)))
+-/* Maybe libc doesn't have large file support.  */
+-#  include  /* _llseek */
+-# endif /* (GLIBC < 2) || ((__GLIBC__ == 2) && (__GLIBC_MINOR < 1)) */
+ # ifndef BLKFLSBUF
+ #  define BLKFLSBUF _IO (0x12,97)   /* flush buffer cache */
+ # endif /* ! BLKFLSBUF */
+@@ -761,25 +756,6 @@ linux_find_partition (char *dev, grub_di
+ }
+ #endif /* __linux__ */
+ 
+-#if defined(__linux__) && (!defined(__GLIBC__) || \
+-((__GLIBC__ < 2) || ((__GLIBC__ == 2) && (__GLIBC_MINOR__ < 1
+-  /* Maybe libc doesn't have large file support.  */
+-grub_err_t
+-grub_util_fd_seek (int fd, const char *name, grub_uint64_t off)
+-{
+-  loff_t offset, result;
+-  static int _llseek (uint filedes, ulong hi, ulong lo,
+-loff_t *res, uint wh);
+-  _syscall5 (int, _llseek, uint, filedes, ulong, hi, ulong, lo,
+-   loff_t *, res, uint, wh);
+-
+-  offset = (loff_t) off;
+-  if (_llseek (fd, offset >> 32, offset & 0x, , SEEK_SET))
+-return grub_error (GRUB_ERR_BAD_DEVICE, N_("cannot seek `%s': %s"),
+- name, strerror (errno));
+-  return GRUB_ERR_NONE;
+-}
+-#else
+ grub_err_t
+ grub_util_fd_seek (int fd, const char *name, grub_uint64_t off)
+ {
+@@ -790,7 +766,6 @@ grub_util_fd_seek (int fd, const char *n
+  name, strerror (errno));
+   return 0;
+ }
+-#endif
+ 
+ static void
+ flush_initial_buffer (const char *os_dev __attribute__ ((unused)))
diff --git a/meta/recipes-bsp/grub/grub-efi_2.00.bb 
b/meta/recipes-bsp/grub/grub-efi_2.00.bb
index ecc6c9a..4e80e18 100644
--- a/meta/recipes-bsp/grub/grub-efi_2.00.bb
+++ b/meta/recipes-bsp/grub/grub-efi_2.00.bb
@@ -33,6 +33,8 @@ EXTRA_OECONF = "--with-platform=efi --disable-grub-mkfont \
 --enable-efiemu=no --program-prefix='' \
 --enable-liblzma=no --enable-device-mapper=no 
--enable-libzfs=no"
 

[OE-core] [PATCH 01/11] btrfs-tools: Disable backtrace on musl

[Khem Raj]

musl does not support backtrace APIs

Signed-off-by: Khem Raj 
---
 meta/recipes-devtools/btrfs-tools/btrfs-tools_4.4.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-devtools/btrfs-tools/btrfs-tools_4.4.bb 
b/meta/recipes-devtools/btrfs-tools/btrfs-tools_4.4.bb
index c17b7c7..5ca9bb0 100644
--- a/meta/recipes-devtools/btrfs-tools/btrfs-tools_4.4.bb
+++ b/meta/recipes-devtools/btrfs-tools/btrfs-tools_4.4.bb
@@ -20,6 +20,8 @@ SRC_URI = 
"git://git.kernel.org/pub/scm/linux/kernel/git/kdave/btrfs-progs.git \
 inherit autotools-brokensep pkgconfig
 
 EXTRA_OECONF += "--disable-documentation"
+EXTRA_OECONF_append_libc-musl = " --disable-backtrace "
+
 
 do_configure_prepend() {
   sh autogen.sh
-- 
2.7.0

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

[OE-core] [PATCH 11/11] libdrm: Refresh patch to match upstream submission

[Khem Raj]

The version submitted upstream has been updated to this one
after feedback

Signed-off-by: Khem Raj 
---
 ...tests-kms-steal-crtc-Include-sys-select.h.patch | 83 +++---
 1 file changed, 73 insertions(+), 10 deletions(-)

diff --git 
a/meta/recipes-graphics/drm/libdrm/0001-tests-kms-steal-crtc-Include-sys-select.h.patch
 
b/meta/recipes-graphics/drm/libdrm/0001-tests-kms-steal-crtc-Include-sys-select.h.patch
index c18228e..e4ecbac 100644
--- 
a/meta/recipes-graphics/drm/libdrm/0001-tests-kms-steal-crtc-Include-sys-select.h.patch
+++ 
b/meta/recipes-graphics/drm/libdrm/0001-tests-kms-steal-crtc-Include-sys-select.h.patch
@@ -1,33 +1,96 @@
-From 46fb5516fb0ab17bcf46a0306a11e8966bb36e14 Mon Sep 17 00:00:00 2001
+From fb53d7a1be116a172b56625f290fcf88b6d158ca Mon Sep 17 00:00:00 2001
 From: Khem Raj 
-Date: Tue, 29 Dec 2015 22:17:21 +
-Subject: [PATCH] tests/kms-steal-crtc: Include sys/select.h
+Date: Wed, 20 Jan 2016 05:23:00 +
+Subject: [PATCH] tests: Include sys/select.h
 
-Fixes errors e.g.
+Used in compliance with POSIX 2001/2008
 
+Fixes errors e.g.
 error: implicit declaration of function 'select'
 
-and missing definitions of FD_* defines
+and helps with missing definitions of FD_* defines
 
 Signed-off-by: Khem Raj 
+Reviewed-by: Thierry Reding 
 ---
 Upstream-Status: Submitted
 
- tests/kms/kms-steal-crtc.c | 1 +
- 1 file changed, 1 insertion(+)
+ configure.ac | 2 +-
+ tests/kms/kms-steal-crtc.c   | 3 +++
+ tests/kms/kms-universal-planes.c | 3 +++
+ tests/modetest/modetest.c| 3 +++
+ tests/vbltest/vbltest.c  | 3 +++
+ 5 files changed, 13 insertions(+), 1 deletion(-)
 
+diff --git a/configure.ac b/configure.ac
+index 057a846..258e2f6 100644
+--- a/configure.ac
 b/configure.ac
+@@ -53,7 +53,7 @@ AC_USE_SYSTEM_EXTENSIONS
+ AC_SYS_LARGEFILE
+ AC_FUNC_ALLOCA
+ 
+-AC_CHECK_HEADERS([sys/mkdev.h sys/sysctl.h])
++AC_CHECK_HEADERS([sys/mkdev.h sys/sysctl.h sys/select.h])
+ 
+ # Initialize libtool
+ LT_PREREQ([2.2])
 diff --git a/tests/kms/kms-steal-crtc.c b/tests/kms/kms-steal-crtc.c
-index 2f7f327..24d70ab 100644
+index 2f7f327..497772e 100644
 --- a/tests/kms/kms-steal-crtc.c
 +++ b/tests/kms/kms-steal-crtc.c
-@@ -31,6 +31,7 @@
+@@ -31,6 +31,9 @@
+ #include 
+ #include 
+ #include 
++#ifdef HAVE_SYS_SELECT_H
++#include 
++#endif
+ 
+ #include 
+ 
+diff --git a/tests/kms/kms-universal-planes.c 
b/tests/kms/kms-universal-planes.c
+index 9151231..d8e5fc4 100644
+--- a/tests/kms/kms-universal-planes.c
 b/tests/kms/kms-universal-planes.c
+@@ -32,6 +32,9 @@
  #include 
  #include 
  #include 
++#ifdef HAVE_SYS_SELECT_H
 +#include 
++#endif
  
  #include 
+ #include "xf86drm.h"
+diff --git a/tests/modetest/modetest.c b/tests/modetest/modetest.c
+index 22e3e81..d5a4062 100644
+--- a/tests/modetest/modetest.c
 b/tests/modetest/modetest.c
+@@ -55,6 +55,9 @@
+ #include 
+ #include 
+ #include 
++#ifdef HAVE_SYS_SELECT_H
++#include 
++#endif
+ 
+ #include "xf86drm.h"
+ #include "xf86drmMode.h"
+diff --git a/tests/vbltest/vbltest.c b/tests/vbltest/vbltest.c
+index 1833321..086407e 100644
+--- a/tests/vbltest/vbltest.c
 b/tests/vbltest/vbltest.c
+@@ -37,6 +37,9 @@
+ #include 
+ #include 
+ #include 
++#ifdef HAVE_SYS_SELECT_H
++#include 
++#endif
  
+ #include "xf86drm.h"
+ #include "xf86drmMode.h"
 -- 
-2.6.4
+2.7.0
 
-- 
2.7.0

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

[OE-core] [PATCH 08/11] bsd-headers: Fix LICENCE and dev package RDEPENDS

[Khem Raj]

Clear out runtime deps for dev package, since PN is empty packager will
try to resolve to PN when building images with musl and error out since
PN is deleted as its empty

musl-dev explicitly depends upon it so it will get pulled into build
in right order

Signed-off-by: Khem Raj 
---
 meta/recipes-core/bsd-headers/bsd-headers.bb | 6 +-
 1 file changed, 5 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-core/bsd-headers/bsd-headers.bb 
b/meta/recipes-core/bsd-headers/bsd-headers.bb
index 12a2cca..8f43d43 100644
--- a/meta/recipes-core/bsd-headers/bsd-headers.bb
+++ b/meta/recipes-core/bsd-headers/bsd-headers.bb
@@ -2,7 +2,8 @@
 # Released under the MIT license (see COPYING.MIT for the terms)
 
 DESCRIPTION = "bsd compatible headers"
-LICENSE = "BSD-3-Clause && BSD-2-Clause"
+LICENSE = "BSD-3-Clause & BSD-2-Clause"
+LIC_FILES_CHKSUM = 
"file://sys-queue.h;beginline=1;endline=32;md5=c6352b0f03bb448600456547d334b56f"
 SECTION = "devel"
 
 SRC_URI = "file://sys-queue.h \
@@ -24,4 +25,7 @@ do_install() {
 #
 # We will skip parsing for non-musl systems
 #
+
 COMPATIBLE_HOST = ".*-musl.*"
+RDEPENDS_${PN}-dev = ""
+RRECOMMENDS_${PN}-dbg = "${PN}-dev (= ${EXTENDPKGV})"
-- 
2.7.0

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

Re: [OE-core] opkg pkg_prerm on package update

[Andreas Müller]

On Mon, Jan 25, 2016 at 6:37 PM, Burton, Ross  wrote:
>
> On 22 January 2016 at 09:50, Andreas Müller 
> wrote:
>>
>> although opkg 0.2 -> 0.3 is long ago I noticed a change in behaviour
>> when updating a package:
>>
>> * 0.2.x did not call pkg_prerm
>> * 0.3.x calls pkg_prerm
>>
>> Is calling pkg_prerm a valid behaviour when updating a package?
>
>
> opkg is copying what dpkg does [1], which makes sense considering opkg is
> basically a dpkg clone.  It passes variables to the script so you can
> identify if the context is "i'm being deleted" or "i'm being upgraded".
>
> This changed in
> http://git.yoctoproject.org/cgit/cgit.cgi/opkg/commit/?id=a8555d352d2851ee1482b74b57ba9eacfb354c18
> if you want more context.
>
> [1] https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html is
> what dpkg does, fwiw.
>
> Ross
Thanks a lot but I need to ask for more :)

As you know of "i'm being deleted" or "i'm being upgraded" - you have
a pointer for this? To find a common solution: Do package managers
share same behaviour here - or is there a common document package
managers should comply with?

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

[OE-core] [PATCH 00/11] Upgrade musl, fix more packages on musl

[Khem Raj]

This patchset upgrades musl to support out of tree builds
Fixes few more recipes to build with musl
Drops pth

The following changes since commit fc4209baa098caebf9c4cb75f9a6f2e85f4c:

  Revert "xz: Allow to work with ASSUME_PROVIDED xz-native" (2016-01-25 
10:08:25 +)

are available in the git repository at:

  git://github.com/kraj/openembedded-core kraj/pu
  https://github.com/kraj/openembedded-core/tree/kraj/pu

Khem Raj (11):
  btrfs-tools: Disable backtrace on musl
  grub: Backport fix for largefile detection/use
  elfutils: Fix build with uclibc/musl
  pth: Delete
  argp-standalone: Fix build when S != B
  gdb: Fix build failures on musl
  ltp: Add rdep on ldd
  bsd-headers: Fix LICENCE and dev package RDEPENDS
  fts: Correct LIC_FILES_CHKSUM
  musl: Upgrade to tip of tree
  libdrm: Refresh patch to match upstream submission

 ...ct-_llseek-code-and-require-long-filesyst.patch |   81 ++
 meta/recipes-bsp/grub/grub-efi_2.00.bb |2 +
 ...-mfpmath-sse-as-well-when-SSE-is-disabled.patch |   46 +
 ...1-grub.d-10_linux.in-add-oe-s-kernel-name.patch |   56 +
 meta/recipes-bsp/grub/grub2.inc|1 +
 meta/recipes-bsp/grub/grub_2.00.bb |2 +
 meta/recipes-bsp/grub/grub_git.bb  |   13 +-
 meta/recipes-core/bsd-headers/bsd-headers.bb   |6 +-
 meta/recipes-core/fts/fts.bb   |2 +-
 meta/recipes-core/musl/musl_git.bb |4 +-
 .../btrfs-tools/btrfs-tools_4.4.bb |2 +
 ...de-alternatives-for-glibc-assumptions-hel.patch | 1163 
 .../elfutils/elfutils-0.164/aarch64_uio.patch  |   47 +
 .../elfutils/elfutils-0.164/shadow.patch   |   23 +
 .../elfutils/elfutils-0.164/uclibc-support.patch   |  129 +++
 .../elfutils/elfutils/mempcpy.patch|   24 -
 meta/recipes-devtools/elfutils/elfutils_0.148.bb   |1 -
 meta/recipes-devtools/elfutils/elfutils_0.164.bb   |   13 +-
 meta/recipes-devtools/gdb/gdb.inc  |1 +
 .../gdb/0001-include-sys-types.h-for-mode_t.patch  |   30 +
 meta/recipes-extended/ltp/ltp_20150903.bb  |2 +-
 ...tests-kms-steal-crtc-Include-sys-select.h.patch |   83 +-
 .../argp-standalone/argp-standalone_1.3.bb |1 +
 .../argp-standalone/files/out_of_tree_build.patch  |   19 +
 meta/recipes-support/pth/pth_2.0.7.bb  |   31 -
 25 files changed, 1701 insertions(+), 81 deletions(-)
 create mode 100644 
meta/recipes-bsp/grub/files/0001-Remove-direct-_llseek-code-and-require-long-filesyst.patch
 create mode 100644 
meta/recipes-bsp/grub/grub-git/0001-Disable-mfpmath-sse-as-well-when-SSE-is-disabled.patch
 create mode 100644 
meta/recipes-bsp/grub/grub-git/0001-grub.d-10_linux.in-add-oe-s-kernel-name.patch
 create mode 100644 
meta/recipes-devtools/elfutils/elfutils-0.164/0001-build-Provide-alternatives-for-glibc-assumptions-hel.patch
 create mode 100644 
meta/recipes-devtools/elfutils/elfutils-0.164/aarch64_uio.patch
 create mode 100644 meta/recipes-devtools/elfutils/elfutils-0.164/shadow.patch
 create mode 100644 
meta/recipes-devtools/elfutils/elfutils-0.164/uclibc-support.patch
 delete mode 100644 meta/recipes-devtools/elfutils/elfutils/mempcpy.patch
 create mode 100644 
meta/recipes-devtools/gdb/gdb/0001-include-sys-types.h-for-mode_t.patch
 create mode 100644 
meta/recipes-support/argp-standalone/files/out_of_tree_build.patch
 delete mode 100644 meta/recipes-support/pth/pth_2.0.7.bb

-- 
2.7.0

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

Re: [OE-core] [PATCH 02/11] grub: Backport fix for largefile detection/use

[Burton, Ross]

On 25 January 2016 at 18:32, Khem Raj  wrote:

> +EXTRA_OECONF += "${@bb.utils.contains('DISTRO_FEATURES', 'largefile',
> '--enable-largefile ac_cv_sizeof_off_t=8', '--disable-largefile', d)}"
>

Why do you need to pass ac_cv_sizeof_off_t?  Surely that's what
AC_CHECK_SIZEOF is for?

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

Re: [OE-core] [PATCH 02/11] grub: Backport fix for largefile detection/use

[Burton, Ross]

On 25 January 2016 at 21:33, Khem Raj  wrote:

> Remember my other email about how we cache sizeof_off_t to
> openemebedded-architecture  ?
> this to insulate against that change. Because by caching that variable in
> our site files we defeat AC_CHECK_SIZEOF macro.
>

Let's remove it from the site files then?

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

Re: [OE-core] [PATCH 02/11] grub: Backport fix for largefile detection/use

[Khem Raj]

> On Jan 25, 2016, at 1:14 PM, Burton, Ross  wrote:
> 
> 
> On 25 January 2016 at 18:32, Khem Raj  > wrote:
> +EXTRA_OECONF += "${@bb.utils.contains('DISTRO_FEATURES', 'largefile', 
> '--enable-largefile ac_cv_sizeof_off_t=8', '--disable-largefile', d)}"
> 
> Why do you need to pass ac_cv_sizeof_off_t?  Surely that's what 
> AC_CHECK_SIZEOF is for?

Remember my other email about how we cache sizeof_off_t to 
openemebedded-architecture  ?
this to insulate against that change. Because by caching that variable in our 
site files we defeat AC_CHECK_SIZEOF macro.

> 
> Ross



signature.asc
Description: Message signed with OpenPGP using GPGMail
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 02/11] grub: Backport fix for largefile detection/use

[Khem Raj]

> On Jan 25, 2016, at 1:35 PM, Burton, Ross  wrote:
> 
> 
> On 25 January 2016 at 21:33, Khem Raj  > wrote:
> Remember my other email about how we cache sizeof_off_t to 
> openemebedded-architecture  ?
> this to insulate against that change. Because by caching that variable in our 
> site files we defeat AC_CHECK_SIZEOF macro.
> 
> Let's remove it from the site files then?

I will. we need to do it carefully and ensure that it doesnt regress us. These 
patches here however will work either way
when we have removed the caching we can unbolt them if we want to.

> 
> Ross



signature.asc
Description: Message signed with OpenPGP using GPGMail
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCHv2] ptest-runner_2.0: Add ptest-runner_2.0 recipe.

[Aníbal Limón]

The ptest-runner 2.0 is C written program for run ptests of
Yocto/Openembedded, is fully compatible with previous version of
ptest-runner that was a shell script that runs ptests sequencially.

The mainly reason for the new ptest-runner in C is because is designed
for run in tiny systems also the old shell script version have problems
when certain ptest hang it becomes blocked indefinitely.

Now the ptest-runner 2.0 support the next features:

- Specify the directory for search ptests.
- List available ptests.
- Specify the timeout for avoid blocking indefinetly.
- Only run certain ptests.

Proposed features:

- Adds support for per ptest output file.
- Adds support for run ptests in parallel (review possible
  colisions in ptests).

[YOCTO #8021]

Signed-off-by: Aníbal Limón 
---
 .../ptest-runner/ptest-runner_2.0.bb   | 24 ++
 1 file changed, 24 insertions(+)
 create mode 100644 meta/recipes-support/ptest-runner/ptest-runner_2.0.bb

diff --git a/meta/recipes-support/ptest-runner/ptest-runner_2.0.bb 
b/meta/recipes-support/ptest-runner/ptest-runner_2.0.bb
new file mode 100644
index 000..94672a82
--- /dev/null
+++ b/meta/recipes-support/ptest-runner/ptest-runner_2.0.bb
@@ -0,0 +1,24 @@
+SUMMARY = "A C program to run all installed ptests"
+DESCRIPTION = "The ptest-runner2 package installs a ptest-runner \
+program which loops through all installed ptest test suites and \
+runs them in sequence."
+HOMEPAGE = "https://github.com/alimon/ptest-runner2;
+
+LICENSE = "GPLv2"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=751419260aa954499f7abaabaa882bbe"
+
+SRC_REV = "8bfdf946e784f4d5757bebee1fbc4b4a3d7a95c4"
+PV = "2.0+git${SRCPV}"
+
+SRC_URI = 
"git://github.com/alimon/ptest-runner2.git;protocol=https;rev=${SRC_REV}"
+S = "${WORKDIR}/git"
+
+FILES_${PN} = "${bindir}/ptest-runner"
+
+do_compile () {
+   oe_runmake
+}
+
+do_install () {
+   install -D -m 0755 ${WORKDIR}/git/ptest-runner 
${D}${bindir}/ptest-runner
+}
-- 
2.1.4

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

[OE-core] c++11 support in OE's gcc 5.x toolchain

[Andre McCurdy]

I'm seeing an error when trying to compile the string::append example
from cplusplus.com (
http://www.cplusplus.com/reference/string/string/append ) with the
oe-core gcc 5.3 / glibc toolchain and -std=c++11. Log below.

The problem seems to be related to the new libstdc++ dual ABI
introduced in GCC 5.1:

  https://gcc.gnu.org/onlinedocs/libstdc++/manual/using_dual_abi.html

If I use -std=c++11 together with -D_GLIBCXX_USE_CXX11_ABI=0 to force
the old ABI then the test app compiles OK.

Do we perhaps need to do something different when building libstdc++
to enable the new ABI?



  i686-rdk-linux-g++ -m32 -march=core2 -mtune=core2 -msse3
-mfpmath=sse --sysroot=/.../tmp/sysroots/vbox32 -std=c++11 test.cpp
  test.cpp: In function 'int main()':
  test.cpp:18:25: error: no matching function for call to
'std::__cxx11::basic_string::append(int, int)'
 str.append(5,0x2E);// "."
   ^
  In file included from
/.../tmp/sysroots/vbox32/usr/include/c++/5.3.0/string:52:0,
   from
/.../tmp/sysroots/vbox32/usr/include/c++/5.3.0/bits/locale_classes.h:40,
   from
/.../tmp/sysroots/vbox32/usr/include/c++/5.3.0/bits/ios_base.h:41,
   from /.../tmp/sysroots/vbox32/usr/include/c++/5.3.0/ios:42,
   from
/.../tmp/sysroots/vbox32/usr/include/c++/5.3.0/ostream:38,
   from
/.../tmp/sysroots/vbox32/usr/include/c++/5.3.0/iostream:39,
   from test.cpp:2:
  /.../tmp/sysroots/vbox32/usr/include/c++/5.3.0/bits/basic_string.h:1071:9:
note: candidate: template
std::__cxx11::basic_string<_CharT, _Traits, _Alloc>&
std::__cxx11::basic_string<_CharT, _Traits,
_Alloc>::append(_InputIterator, _InputIterator) [with _InputIterator =
_InputIterator;  = ;
_CharT = char; _Traits = std::char_traits; _Alloc =
std::allocator]
   append(_InputIterator __first, _InputIterator __last)
   ^
  /.../tmp/sysroots/vbox32/usr/include/c++/5.3.0/bits/basic_string.h:1071:9:
note:   template argument deduction/substitution failed:


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

[OE-core] [PATCH] distutils-common-base: do not set PACKAGES - use defaults from bitbake.conf

[Andreas Müller]

it took me a while to understand why PACKAGE_BEFORE_PN did not work...

Signed-off-by: Andreas Müller 
---
 meta/classes/distutils-common-base.bbclass | 2 --
 1 file changed, 2 deletions(-)

diff --git a/meta/classes/distutils-common-base.bbclass 
b/meta/classes/distutils-common-base.bbclass
index 11722b8..08511f5 100644
--- a/meta/classes/distutils-common-base.bbclass
+++ b/meta/classes/distutils-common-base.bbclass
@@ -5,8 +5,6 @@ EXTRA_OEMAKE = ""
 export STAGING_INCDIR
 export STAGING_LIBDIR
 
-PACKAGES = "${PN}-staticdev ${PN}-dev ${PN}-dbg ${PN}-doc ${PN}"
-
 FILES_${PN} += "${libdir}/* ${libdir}/${PYTHON_DIR}/*"
 
 FILES_${PN}-staticdev += "\
-- 
2.5.0

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

[OE-core] [PATCHv3] ptest-runner_2.0: Add ptest-runner_2.0 recipe.

[Aníbal Limón]

The ptest-runner 2.0 is C written program for run ptests of
Yocto/Openembedded, is fully compatible with previous version of
ptest-runner that was a shell script that runs ptests sequencially.

The mainly reason for the new ptest-runner in C is because is designed
for run in tiny systems also the old shell script version have problems
when certain ptest hang it becomes blocked indefinitely.

Now the ptest-runner 2.0 support the next features:

- Specify the directory for search ptests.
- List available ptests.
- Specify the timeout for avoid blocking indefinetly.
- Only run certain ptests.

Proposed features:

- Adds support for per ptest output file.
- Adds support for run ptests in parallel (review possible
  colisions in ptests).

[YOCTO #8021]

Signed-off-by: Aníbal Limón 
---
 .../ptest-runner/ptest-runner_2.0.bb   | 24 ++
 1 file changed, 24 insertions(+)
 create mode 100644 meta/recipes-support/ptest-runner/ptest-runner_2.0.bb

diff --git a/meta/recipes-support/ptest-runner/ptest-runner_2.0.bb 
b/meta/recipes-support/ptest-runner/ptest-runner_2.0.bb
new file mode 100644
index 000..221cf6c
--- /dev/null
+++ b/meta/recipes-support/ptest-runner/ptest-runner_2.0.bb
@@ -0,0 +1,24 @@
+SUMMARY = "A C program to run all installed ptests"
+DESCRIPTION = "The ptest-runner2 package installs a ptest-runner \
+program which loops through all installed ptest test suites and \
+runs them in sequence."
+HOMEPAGE = "https://github.com/alimon/ptest-runner2;
+
+LICENSE = "GPLv2"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=751419260aa954499f7abaabaa882bbe"
+
+SRCREV = "8bfdf946e784f4d5757bebee1fbc4b4a3d7a95c4"
+PV = "2.0+git${SRCPV}"
+
+SRC_URI = "git://github.com/alimon/ptest-runner2.git;protocol=https"
+S = "${WORKDIR}/git"
+
+FILES_${PN} = "${bindir}/ptest-runner"
+
+do_compile () {
+   oe_runmake
+}
+
+do_install () {
+   install -D -m 0755 ${WORKDIR}/git/ptest-runner 
${D}${bindir}/ptest-runner
+}
-- 
2.1.4

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

[OE-core] [PATCH] e2fsprogs: disable blkid

[Ross Burton]

Both e2fsprogs and util-linux can build blkid, but we want to always use
util-linux's for consistency.

(blkid was enabled again in a1f235)

Signed-off-by: Ross Burton 
---
 meta/recipes-devtools/e2fsprogs/e2fsprogs_git.bb | 7 ++-
 1 file changed, 2 insertions(+), 5 deletions(-)

diff --git a/meta/recipes-devtools/e2fsprogs/e2fsprogs_git.bb 
b/meta/recipes-devtools/e2fsprogs/e2fsprogs_git.bb
index 912bbf7..48af43b 100644
--- a/meta/recipes-devtools/e2fsprogs/e2fsprogs_git.bb
+++ b/meta/recipes-devtools/e2fsprogs/e2fsprogs_git.bb
@@ -14,7 +14,7 @@ UPSTREAM_CHECK_GITTAGREGEX = "v(?P\d+\.\d+(\.\d+)*)$"
 
 EXTRA_OECONF += "--libdir=${base_libdir} --sbindir=${base_sbindir} \
 --enable-elf-shlibs --disable-libuuid --disable-uuidd \
---enable-libblkid --enable-verbose-makecmds"
+--disable-libblkid --enable-verbose-makecmds"
 
 EXTRA_OECONF_darwin = "--libdir=${base_libdir} --sbindir=${base_sbindir} 
--enable-bsd-shlibs"
 
@@ -78,10 +78,7 @@ ALTERNATIVE_PRIORITY = "100"
 ALTERNATIVE_LINK_NAME[chattr] = "${base_bindir}/chattr"
 ALTERNATIVE_TARGET[chattr] = "${base_bindir}/chattr.e2fsprogs"
 
-ALTERNATIVE_${PN}-doc = "libblkid.3 blkid.8 findfs.8 fsck.8"
-ALTERNATIVE_LINK_NAME[libblkid.3] = "${mandir}/man3/libblkid.3"
-ALTERNATIVE_LINK_NAME[blkid.8] = "${mandir}/man8/blkid.8"
-ALTERNATIVE_LINK_NAME[findfs.8] = "${mandir}/man8/findfs.8"
+ALTERNATIVE_${PN}-doc = "fsck.8"
 ALTERNATIVE_LINK_NAME[fsck.8] = "${mandir}/man8/fsck.8"
 
 RDEPENDS_${PN}-ptest += "${PN} ${PN}-tune2fs coreutils procps bash"
-- 
2.6.4

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

[OE-core] [PATCH 1/2] ptest-runner_2.0: Add ptest-runner_2.0 recipe.

[Aníbal Limón]

The ptest-runner 2.0 is C written program for run ptests of
Yocto/Openembedded, is fully compatible with previous version of
ptest-runner that was a shell script that runs ptests sequencially.

The mainly reason for the new ptest-runner in C is because is designed
for run in tiny systems also the old shell script version have problems
when certain ptest hang it becomes blocked indefinitely.

Now the ptest-runner 2.0 support the next features:

- Specify the directory for search ptests.
- List available ptests.
- Specify the timeout for avoid blocking indefinetly.
- Only run certain ptests.

Proposed features:

- Adds support for per ptest output file.
- Adds support for run ptests in parallel (review possible
  colisions in ptests).

[YOCTO #8021]

Signed-off-by: Aníbal Limón 
---
 .../ptest-runner/ptest-runner_2.0.bb   | 24 ++
 1 file changed, 24 insertions(+)
 create mode 100644 meta/recipes-support/ptest-runner/ptest-runner_2.0.bb

diff --git a/meta/recipes-support/ptest-runner/ptest-runner_2.0.bb 
b/meta/recipes-support/ptest-runner/ptest-runner_2.0.bb
new file mode 100644
index 000..7b89636
--- /dev/null
+++ b/meta/recipes-support/ptest-runner/ptest-runner_2.0.bb
@@ -0,0 +1,24 @@
+SUMMARY = "A C program to run all installed ptests"
+DESCRIPTION = "The ptest-runner2 package installs a ptest-runner \
+program which loops through all installed ptest test suites and \
+runs them in sequence."
+HOMEPAGE = "https://github.com/alimon/ptest-runner2;
+
+LICENSE = "GPLv2"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=751419260aa954499f7abaabaa882bbe"
+
+SRC_URI = "git://github.com/alimon/ptest-runner2.git;protocol=https;tag=v0.1"
+PV = "2.0+git${SRCPV}"
+S = "${WORKDIR}/git"
+
+FILES_${PN} = "${bindir}/ptest-runner"
+
+RCONFLICTS_${PN} = "ptest-runner"
+
+do_compile () {
+   oe_runmake
+}
+
+do_install () {
+   install -D -m 0755 ${WORKDIR}/git/ptest-runner 
${D}${bindir}/ptest-runner
+}
-- 
2.1.4

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

Re: [OE-core] [PATCH 1/1] image.bbclass: check INITRAMFS_MAXSIZE

[Robert Yang]

On 01/26/2016 12:30 AM, Scott Rifenbark wrote:

Hi,

I noticed we do not document INITRAMFS_MAXSIZE in the ref-manual.  Should we be?


Yes, I will update the doc after the patch is merged.

// Robert



Thanks,
Scott

On Mon, Jan 25, 2016 at 12:45 AM, Robert Yang > wrote:

Usually, the initramfs' maxsize can be 1/2 of ram size since modern
kernel uses tmpfs as initramfs by dafault, and tmpfs allocates 1/2 of
ram by default at boot time, which will be used to locate the initramfs.

Set INITRAMFS_MAXSIZE to 131072K (128M) by default (ram 256M), the
initramfs is small usually, for example, core-image-minimal-initramfs is
about 21M (uncompressed, 17M * 1.3) by default, but if the user add a
lot pkgs to initramfs, we can error and stop to let the user know ealier
rather than fail to boot (e.g., OOM-killer) at boot time.

Please see the bug for more info:
https://bugzilla.yoctoproject.org/show_bug.cgi?id=5963

[YOCTO #5963]

Signed-off-by: Robert Yang >
---
  meta/classes/image.bbclass |   14 +-
  meta/conf/bitbake.conf |6 ++
  2 files changed, 19 insertions(+), 1 deletion(-)

diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index 3870516..30d1173 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
@@ -423,6 +423,9 @@ def get_rootfs_size(d):
  rootfs_req_size = int(d.getVar('IMAGE_ROOTFS_SIZE', True))
  rootfs_extra_space = eval(d.getVar('IMAGE_ROOTFS_EXTRA_SPACE', True))
  rootfs_maxsize = d.getVar('IMAGE_ROOTFS_MAXSIZE', True)
+image_fstypes = d.getVar('IMAGE_FSTYPES', True) or ''
+initramfs_fstypes = d.getVar('INITRAMFS_FSTYPES', True) or ''
+initramfs_maxsize = d.getVar('INITRAMFS_MAXSIZE', True)

  output = subprocess.check_output(['du', '-ks',
d.getVar('IMAGE_ROOTFS', True)])
@@ -443,8 +446,17 @@ def get_rootfs_size(d):
  if rootfs_maxsize:
  rootfs_maxsize_int = int(rootfs_maxsize)
  if base_size > rootfs_maxsize_int:
-bb.fatal("The rootfs size %d(K) overrides the max size %d(K)" 
% \
+bb.fatal("The rootfs size %d(K) overrides IMAGE_ROOTFS_MAXSIZE:
%d(K)" % \
  (base_size, rootfs_maxsize_int))
+
+# Check the initramfs size against INITRAMFS_MAXSIZE (if set)
+if image_fstypes == initramfs_fstypes != ''  and initramfs_maxsize:
+initramfs_maxsize_int = int(initramfs_maxsize)
+if base_size > initramfs_maxsize_int:
+bb.error("The initramfs size %d(K) overrides INITRAMFS_MAXSIZE:
%d(K)" % \
+(base_size, initramfs_maxsize_int))
+bb.error("You can set INITRAMFS_MAXSIZE a larger value.
Usually, it should")
+bb.fatal("be less than 1/2 of ram size, or you may fail to boot
it.\n")
  return base_size

  python set_image_size () {
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index 7451eb8..e80ee18 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -712,7 +712,13 @@ require conf/sanity.conf
  DL_DIR ?= "${TOPDIR}/downloads"
  SSTATE_DIR ?= "${TOPDIR}/sstate-cache"
  IMAGE_FSTYPES ?= "tar.gz"
+
  INITRAMFS_FSTYPES ?= "cpio.gz"
+# The maximum size in Kbytes for the generated initramfs image size.
+# Usually, it should be less than 1/2 of ram size, or you may fail to
+# boot it.
+INITRAMFS_MAXSIZE ??= "131072"
+
  DEFAULT_TASK_PROVIDER ?= "packagegroup-base"
  MACHINE_TASK_PROVIDER ?= "${DEFAULT_TASK_PROVIDER}"

--
1.7.9.5

--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org

http://lists.openembedded.org/mailman/listinfo/openembedded-core



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

Re: [OE-core] Bogus openembedded gcc patch

[Mathieu Desnoyers]

Re-sending with oe-core ML in CC.

- On Jan 25, 2016, at 8:02 PM, Mathieu Desnoyers 
mathieu.desnoy...@efficios.com wrote:

> Hi,
> 
> We are noticing the presence of the following patch in various
> openembedded gcc versions:
> 
> 0024-PR-target-32219.patch
> 
> "From e0d15f4f8bf28c351b9215ca37f1caa24df0e1fd Mon Sep 17 00:00:00 2001
> From: Khem Raj 
> Date: Fri, 29 Mar 2013 09:18:54 +0400
> Subject: [PATCH 24/35] PR target/32219
> 
> * varasm.c (default_binds_local_p_1): Weak data is not local.
> 
> Signed-off-by: Bernhard Reutner-Fischer 
> Signed-off-by: Khem Raj 
> 
> Upstream-Status: Backport"
> 
> However, contrarily to its "Backport" status, that patch is
> not upstream in gcc, and we're starting to wonder if this
> would be the patch that breaks handling of start/stop automatic
> hidden symbols we use in lttng-ust.
> 
> We are only experiencing problems on the various openembedded
> compilers, but on no other distro (with same compiler versions),
> which leads us to suspect a buggy distro-specific gcc patch.
> 
> We've been testing with openembedded gcc-4.9.2-r0.
> 
> The original gold linker issue that this patch was trying to
> address seems to have been fixed in the gold linke since
> then.
> 
> Refs:
> http://lists.lttng.org/pipermail/lttng-dev/2014-May/023112.html
> https://gcc.gnu.org/ml/gcc-help/2014-05/msg00042.html
> http://cgit.openembedded.org/openembedded-core/commit/?id=3cb2b003db7371b3a47d02c08352a262e1e419b4
> https://sourceware.org/bugzilla/show_bug.cgi?id=15435
> 
> Thoughts ?
> 
> Thanks,
> 
> Mathieu
> 
> --
> Mathieu Desnoyers
> EfficiOS Inc.
> http://www.efficios.com

-- 
Mathieu Desnoyers
EfficiOS Inc.
http://www.efficios.com
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/1] gen-lockedsig-cache: fix bad destination path joining

[Paul Eggleton]

When copying the sstate-cache into the extensible SDK, if the source
path had a trailing / and the destination path did not, there would be a
missing / between the path and the subdirectory name, and you'd end up
with subdirectories like "sstate-cacheCentOS-6.7". There are functions
in os.path for this sort of thing so let's just use them and avoid the
problem.

Signed-off-by: Paul Eggleton 
---
 scripts/gen-lockedsig-cache | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/scripts/gen-lockedsig-cache b/scripts/gen-lockedsig-cache
index a4e9ded..0986a21 100755
--- a/scripts/gen-lockedsig-cache
+++ b/scripts/gen-lockedsig-cache
@@ -41,7 +41,7 @@ for f in files:
 # Most likely a temp file, skip it
 print('skipping')
 continue
-dst = f.replace(sys.argv[2], sys.argv[3])
+dst = os.path.join(sys.argv[3], os.path.relpath(f, sys.argv[2]))
 destdir = os.path.dirname(dst)
 mkdir(destdir)
 
-- 
2.5.0

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

[OE-core] [PATCH 0/1] Fix for extensible SDK build failure

[Paul Eggleton]

Fixes a failure we've seen on the Yocto Project autobuilder when
building the extensible SDK.


The following changes since commit fc4209baa098caebf9c4cb75f9a6f2e85f4c:

  Revert "xz: Allow to work with ASSUME_PROVIDED xz-native" (2016-01-25 
10:08:25 +)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib paule/extsdk-path-fix
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/extsdk-path-fix

Paul Eggleton (1):
  gen-lockedsig-cache: fix bad destination path joining

 scripts/gen-lockedsig-cache | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

-- 
2.5.0

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

[OE-core] [PATCH 0/1] image.bbclass: check INITRAMFS_MAXSIZE

[Robert Yang]

The following changes since commit bf6372fc361e7588e95f682103332d7a7159c851:

  weston: Add missing DEPENDS on wayland-native (2016-01-24 10:55:35 +)

are available in the git repository at:

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

Robert Yang (1):
  image.bbclass: check INITRAMFS_MAXSIZE

 meta/classes/image.bbclass |   14 +-
 meta/conf/bitbake.conf |6 ++
 2 files changed, 19 insertions(+), 1 deletion(-)

-- 
1.7.9.5

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

Re: [OE-core] [PATCH 1/1] wget: inherit perlnative

[Kang Kai]

On 2016年01月25日 16:48, Burton, Ross wrote:


On 25 January 2016 at 07:27, Khem Raj > wrote:


what happens for wget-native ? Does it now serialize the build ?


Thankfully wget-native is an assumed dependency (albeit not 
explicitly, we should fix that).


But I do agree that perlnative is a *huge* dependency for a bit of 
documentation.  SLED 11 is rather old now (released 2009), we don't 
test it on the autobuilders, and support for it ends in less than two 
months.  I'd prefer to either call this a distro patch for products 
who want to continue to support SLED11, or patch the documentation 
build so that it doesn't pass --utf8 if that isn't harmful.


If oe-core doesn't support SLED11, I'll make this as a local commit. 
When the support for SLED11 ends, it could be removed easily.


Thank you all.

--Kai




Ross



--
Regards,
Neil | Kai Kang

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

Re: [OE-core] [PATCH 1/1] wget: inherit perlnative

[Burton, Ross]

On 25 January 2016 at 07:27, Khem Raj  wrote:

> what happens for wget-native ? Does it now serialize the build ?
>

Thankfully wget-native is an assumed dependency (albeit not explicitly, we
should fix that).

But I do agree that perlnative is a *huge* dependency for a bit of
documentation.  SLED 11 is rather old now (released 2009), we don't test it
on the autobuilders, and support for it ends in less than two months.  I'd
prefer to either call this a distro patch for products who want to continue
to support SLED11, or patch the documentation build so that it doesn't pass
--utf8 if that isn't harmful.

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

[OE-core] [PATCH 1/1] image.bbclass: check INITRAMFS_MAXSIZE

[Robert Yang]

Usually, the initramfs' maxsize can be 1/2 of ram size since modern
kernel uses tmpfs as initramfs by dafault, and tmpfs allocates 1/2 of
ram by default at boot time, which will be used to locate the initramfs.

Set INITRAMFS_MAXSIZE to 131072K (128M) by default (ram 256M), the
initramfs is small usually, for example, core-image-minimal-initramfs is
about 21M (uncompressed, 17M * 1.3) by default, but if the user add a
lot pkgs to initramfs, we can error and stop to let the user know ealier
rather than fail to boot (e.g., OOM-killer) at boot time.

Please see the bug for more info:
https://bugzilla.yoctoproject.org/show_bug.cgi?id=5963

[YOCTO #5963]

Signed-off-by: Robert Yang 
---
 meta/classes/image.bbclass |   14 +-
 meta/conf/bitbake.conf |6 ++
 2 files changed, 19 insertions(+), 1 deletion(-)

diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index 3870516..30d1173 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
@@ -423,6 +423,9 @@ def get_rootfs_size(d):
 rootfs_req_size = int(d.getVar('IMAGE_ROOTFS_SIZE', True))
 rootfs_extra_space = eval(d.getVar('IMAGE_ROOTFS_EXTRA_SPACE', True))
 rootfs_maxsize = d.getVar('IMAGE_ROOTFS_MAXSIZE', True)
+image_fstypes = d.getVar('IMAGE_FSTYPES', True) or ''
+initramfs_fstypes = d.getVar('INITRAMFS_FSTYPES', True) or ''
+initramfs_maxsize = d.getVar('INITRAMFS_MAXSIZE', True)
 
 output = subprocess.check_output(['du', '-ks',
   d.getVar('IMAGE_ROOTFS', True)])
@@ -443,8 +446,17 @@ def get_rootfs_size(d):
 if rootfs_maxsize:
 rootfs_maxsize_int = int(rootfs_maxsize)
 if base_size > rootfs_maxsize_int:
-bb.fatal("The rootfs size %d(K) overrides the max size %d(K)" % \
+bb.fatal("The rootfs size %d(K) overrides IMAGE_ROOTFS_MAXSIZE: 
%d(K)" % \
 (base_size, rootfs_maxsize_int))
+
+# Check the initramfs size against INITRAMFS_MAXSIZE (if set)
+if image_fstypes == initramfs_fstypes != ''  and initramfs_maxsize:
+initramfs_maxsize_int = int(initramfs_maxsize)
+if base_size > initramfs_maxsize_int:
+bb.error("The initramfs size %d(K) overrides INITRAMFS_MAXSIZE: 
%d(K)" % \
+(base_size, initramfs_maxsize_int))
+bb.error("You can set INITRAMFS_MAXSIZE a larger value. Usually, 
it should")
+bb.fatal("be less than 1/2 of ram size, or you may fail to boot 
it.\n")
 return base_size
 
 python set_image_size () {
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index 7451eb8..e80ee18 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -712,7 +712,13 @@ require conf/sanity.conf
 DL_DIR ?= "${TOPDIR}/downloads"
 SSTATE_DIR ?= "${TOPDIR}/sstate-cache"
 IMAGE_FSTYPES ?= "tar.gz"
+
 INITRAMFS_FSTYPES ?= "cpio.gz"
+# The maximum size in Kbytes for the generated initramfs image size.
+# Usually, it should be less than 1/2 of ram size, or you may fail to
+# boot it.
+INITRAMFS_MAXSIZE ??= "131072"
+
 DEFAULT_TASK_PROVIDER ?= "packagegroup-base"
 MACHINE_TASK_PROVIDER ?= "${DEFAULT_TASK_PROVIDER}"
 
-- 
1.7.9.5

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

Re: [OE-core] [PATCH 1/1] systemd: work around the boot problem on qemuarm64

[ChenQi]

On 01/23/2016 10:03 PM, Khem Raj wrote:

On Sat, Jan 23, 2016 at 1:39 AM, Burton, Ross  wrote:

On 23 January 2016 at 04:52, Khem Raj  wrote:

This is general aarch64 problem, so make this across all aarch64
this is the original problem

https://github.com/systemd/systemd/pull/1190#issuecomment-166294683


And according to that link, is a binutils problem.  Can't we just fix that
instead?


We can. May be try out the binutils patches I posted and see if that fixes it
https://github.com/kraj/openembedded-core/tree/kraj/binutils-2.26



Ross




Thanks all !
I'll try it out ASAP.

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

Re: [OE-core] [PATCH v2] sqlite3: upgrade to version 3.10.0

[Maxin B. John]

Hi,

On Fri, Jan 22, 2016 at 11:02:59AM -0800, Andre McCurdy wrote:
> On Thu, Jan 21, 2016 at 11:08 PM, Andre McCurdy  wrote:
> > On Wed, Jan 13, 2016 at 2:46 AM, Maxin B. John  wrote:
> >> 3.9.2 -> 3.10.0
> >>
> >> 1. Fixed a parallel build problem
> >> 2. Added a PACKAGECONFIG for readline
> >>
> >> Signed-off-by: Maxin B. John 
> >> ---
> >>  meta/recipes-support/sqlite/sqlite3.inc|  2 ++
> >>  meta/recipes-support/sqlite/sqlite3/parallel.patch | 24 
> >> ++
> >>  .../sqlite/{sqlite3_3.9.2.bb => sqlite3_3.10.0.bb} |  8 +---
> >>  3 files changed, 31 insertions(+), 3 deletions(-)
> >>  create mode 100644 meta/recipes-support/sqlite/sqlite3/parallel.patch
> >>  rename meta/recipes-support/sqlite/{sqlite3_3.9.2.bb => 
> >> sqlite3_3.10.0.bb} (71%)
> >>
> >> diff --git a/meta/recipes-support/sqlite/sqlite3.inc 
> >> b/meta/recipes-support/sqlite/sqlite3.inc
> >> index 2e3791b..5eb5de3 100644
> >> --- a/meta/recipes-support/sqlite/sqlite3.inc
> >> +++ b/meta/recipes-support/sqlite/sqlite3.inc
> >> @@ -9,6 +9,8 @@ inherit autotools pkgconfig
> >>
> >>  EXTRA_OECONF = "--enable-shared --enable-threadsafe"
> >>  EXTRA_OECONF_class-native = "--enable-shared --enable-threadsafe 
> >> --disable-readline"
> >> +PACKAGECONFIG[readline] = "--enable-readline,--disable-readline,readline"
> >
> > Adding this without also adding PACKAGECONFIG ?= "readline" or similar
> > means target sqlite3 will now build with readline support disabled.
> >
> > Was that the intention?

I think it was a mistake from my side. Sorry about that.

> >>  export config_BUILD_CC = "${BUILD_CC}"
> >>  export config_BUILD_CFLAGS = "${BUILD_CFLAGS}"
> >>  export config_BUILD_LIBS = "${BUILD_LDFLAGS}"
> >> diff --git a/meta/recipes-support/sqlite/sqlite3/parallel.patch 
> >> b/meta/recipes-support/sqlite/sqlite3/parallel.patch
> >> new file mode 100644
> >> index 000..87471f0
> >> --- /dev/null
> >> +++ b/meta/recipes-support/sqlite/sqlite3/parallel.patch
> >> @@ -0,0 +1,24 @@
> >> +build: Fix parallel build problems
> >> +
> >> +Avoid parallel build errors related to sqlite3.o target.
> >> +
> >> +Upstream-Status: Pending
> >> +
> >> +Signed-off-by: Maxin B. John 
> >> +---
> >> +diff -Naur sqlite-autoconf-310-orig/Makefile.am 
> >> sqlite-autoconf-310/Makefile.am
> >> +--- sqlite-autoconf-310-orig/Makefile.am  2016-01-06 
> >> 14:03:00.0 +0200
> >>  sqlite-autoconf-310/Makefile.am   2016-01-12 
> >> 13:14:03.620117514 +0200
> >> +@@ -6,10 +6,8 @@
> >> + libsqlite3_la_LDFLAGS = -no-undefined -version-info 8:6:8
> >> +
> >> + bin_PROGRAMS = sqlite3
> >> +-sqlite3_SOURCES = shell.c sqlite3.h
> >> +-EXTRA_sqlite3_SOURCES = sqlite3.c
> >> +-sqlite3_LDADD = @EXTRA_SHELL_OBJ@ @READLINE_LIBS@
> >> +-sqlite3_DEPENDENCIES = @EXTRA_SHELL_OBJ@
> >> ++sqlite3_SOURCES = shell.c sqlite3.c sqlite3.h
> >> ++sqlite3_LDADD = @READLINE_LIBS@
> >> + sqlite3_CFLAGS = $(AM_CFLAGS)
> 
> This change is wrong. If you unconditionally add sqlite3.c to
> sqlite3_SOURCES you break the option of dynamically linking sqlite3
> with libsqlite3.so (ie the configure option --disable-static-shell).
> 
> (For building in OE we should probably be configuring with
> --disable-static-shell by default).
> 
> What was the original parallel build issue you were seeing?
>

Here is the error message without this patch:

ERROR: oe_runmake failed
ERROR: Function failed: do_compile (log file is located at 
/home/maxin/poky/build/tmp/work/x86_64-linux/sqlite3-native/3_3.10.0-r0/temp/log.do_compile.31853)
ERROR: Logfile of failure stored in: 
/home/maxin/poky/build/tmp/work/x86_64-linux/sqlite3-native/3_3.10.0-r0/temp/log.do_compile.31853
Log data follows:
| DEBUG: Executing shell function do_compile
| NOTE: make -j 16
| ./x86_64-linux-libtool  --tag=CC   --mode=compile gcc  
-DPACKAGE_NAME=\"sqlite\" -DPACKAGE_TARNAME=\"sqlite\" 
-DPACKAGE_VERSION=\"3.10.0\" -DPACKAGE_STRING=\"sqlite\ 3.10.0\" 
-DPACKAGE_BUGREPORT=\"http://www.sqlite.org\; -DPACKAGE_URL=\"\" 
-DPACKAGE=\"sqlite\" -DVERSION=\"3.10.0\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 
-DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 
-DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 
-DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DHAVE_FDATASYNC=1 -DHAVE_USLEEP=1 
-DHAVE_LOCALTIME_R=1 -DHAVE_GMTIME_R=1 -DHAVE_DECL_STRERROR_R=1 
-DHAVE_STRERROR_R=1 -DHAVE_POSIX_FALLOCATE=1 -I. -I../sqlite-autoconf-310   
-isystem/home/maxin/poky/build/tmp/sysroots/x86_64-linux/usr/include 
-D_REENTRANT=1 -DSQLITE_THREADSAFE=1-DSQLITE_ENABLE_FTS3 
-DSQLITE_ENABLE_RTREE 
-isystem/home/maxin/poky/build/tmp/sysroots/x86_64-linux/usr/include -O2 -pipe 
-DUSE_PREAD -DSQLITE_ENABLE_COLUMN_METADATA -c -o sqlite3.lo ../sqlit
 e-autoconf-310/sqlite3.c
| gcc  -DPACKAGE_NAME=\"sqlite\" -DPACKAGE_TARNAME=\"sqlite\" 
-DPACKAGE_VERSION=\"3.10.0\" 

Re: [OE-core] [RESEND PATCH v3 1/2] package_ipk: support signing of ipk packages

[Ioan-Adrian Ratiu]

On Tue, 5 Jan 2016 10:38:51 +0200
Ioan-Adrian Ratiu  wrote:

> Minimum required opkg version: 3.0 (already in master/jethro).
> 
> Add a new bbclass for creating signatures for ipk files.
> The signing process is very similar to the existing rpm signing,
> but different in some important ways:
> - Signatures are stored outside the ipk files, opkg connects
> to a feed server and downloads them as separate files which are
> used to verify ipk's. These files go everywhere alongside the ipk.
> - Signatures can be of two types: binary (.sig) and ascii-armored
> (.asc). By default OE and opkg use binary, can be configured by using
> IPK_SIGNATURE_TYPE (in OE) and "option signature_type gpg-asc" in
> opkg.
> - The public key is stored on device and the keyring managed
> by the opkg-keyrings package. See its recipe for more details.
> 
> Signed-off-by: Ioan-Adrian Ratiu 
> Signed-off-by: Alejandro del Castillo 
> ---
>  meta/classes/package_ipk.bbclass |  6 
>  meta/classes/sign_ipk.bbclass| 73 
> 
>  2 files changed, 79 insertions(+)
>  create mode 100644 meta/classes/sign_ipk.bbclass
> 
> diff --git a/meta/classes/package_ipk.bbclass 
> b/meta/classes/package_ipk.bbclass
> index 51bee28..4f5bbd0 100644
> --- a/meta/classes/package_ipk.bbclass
> +++ b/meta/classes/package_ipk.bbclass
> @@ -246,6 +246,12 @@ python do_package_ipk () {
>  bb.utils.unlockfile(lf)
>  raise bb.build.FuncFailed("opkg-build execution failed")
>  
> +if d.getVar('IPK_SIGN_PACKAGES', True) == '1':
> +ipkver = "%s-%s" % (d.getVar('PKGV'), d.getVar('PKGR'))
> +ipk_to_sign = "%s/%s_%s_%s.ipk" % (pkgoutdir, pkgname, ipkver, 
> d.getVar('PACKAGE_ARCH', True))
> +d.setVar('IPK_TO_SIGN', ipk_to_sign)
> +bb.build.exec_func("sign_ipk", d)
> +
>  cleanupcontrol(root)
>  bb.utils.unlockfile(lf)
>  
> diff --git a/meta/classes/sign_ipk.bbclass b/meta/classes/sign_ipk.bbclass
> new file mode 100644
> index 000..a4f1f3a
> --- /dev/null
> +++ b/meta/classes/sign_ipk.bbclass
> @@ -0,0 +1,73 @@
> +# Class for generating signed IPK packages.
> +#
> +# Configuration variables used by this class:
> +# IPK_GPG_PASSPHRASE_FILE
> +#   Path to a file containing the passphrase of the signing key.
> +# IPK_GPG_NAME
> +#   Name of the key to sign with.
> +# IPK_SIGNATURE_TYPE
> +#   Optional type of signature to accompany IPK files, can be:
> +# 1. Ascii armored (ASC)
> +# 2. Binary (BIN), default
> +# GPG_BIN
> +#   Optional variable for specifying the gpg binary/wrapper to use 
> for
> +#   signing.
> +#
> +
> +inherit sanity
> +
> +IPK_SIGN_PACKAGES = '1'
> +
> +def ipksign_wrapper(d, ipk_file, passphrase, gpg_name=None, sigtype="BIN"):
> +import subprocess
> +from subprocess import Popen
> +
> +keypipe = os.pipe()
> +os.write(keypipe[1], passphrase + '\n')
> +
> +# use gpg from host PATH if user did not define a specific binary
> +cmd = [d.getVar('GPG_BIN', True) or bb.utils.which(os.getenv('PATH'), 
> "gpg")]
> +
> +if gpg_name:
> +cmd += ["-q", "--batch", "--yes", "-b", "-u", gpg_name]
> +else:
> +raise_sanity_error("You need to define IPK_GPG_NAME in bitbake 
> config", d)
> +
> +# transmit using pipes for security
> +cmd += ["--passphrase-fd",  str(keypipe[0])]
> +
> +# ascii armored or binary signatures
> +if sigtype.lower() == "ASC".lower():
> +cmd += ["-a"]
> +elif sigtype.lower() != "BIN".lower():
> +raise_sanity_error("Invalid IPK_SIGNATURE_TYPE in bitbake config", d)
> +
> +cmd += [ipk_file]
> +
> +p = Popen(cmd, stdin=subprocess.PIPE)
> +p.wait()
> +
> +os.close(keypipe[1])
> +os.close(keypipe[0])
> +
> +return p.returncode
> +
> +
> +python sign_ipk () {
> +ipk_gpg_pass_file = (d.getVar("IPK_GPG_PASSPHRASE_FILE", True) or "")
> +if ipk_gpg_pass_file:
> +with open(ipk_gpg_pass_file) as fobj:
> +ipk_gpg_passphrase = fobj.readlines()[0].rstrip('\n')
> +else:
> +raise_sanity_error("You need to define IPK_GPG_PASSPHRASE_FILE in 
> the config", d)
> +
> +ipk_gpg_name = (d.getVar("IPK_GPG_NAME", True) or "")
> +
> +ipk_file = d.getVar('IPK_TO_SIGN')
> +bb.debug(1, 'IPK_TO_SIGN: %s' % ipk_file)
> +
> +sigtype = (d.getVar("IPK_SIGNATURE_TYPE", True) or "")
> +
> +if ipksign_wrapper(d, ipk_file, ipk_gpg_passphrase, ipk_gpg_name, 
> sigtype) != 0:
> +raise bb.build.FuncFailed("IPK signing failed")
> +}

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

[OE-core] [PATCH v2] New lib module for handling GPG signing

[Markus Lehtonen]

Add a new Python module (oe.gpg_sign) for handling GPG signing
operations, i.e. currently package and package feed signing. The purpose
is to be able to more easily support various signing backends and to be
able to centralise signing functionality into one place (e.g.  package
signing and sstate signing). Currently, only local signing with gpg is
implemented.

[YOCTO #8755]

Signed-off-by: Markus Lehtonen 
---
 meta/classes/sign_package_feed.bbclass |  6 +++
 meta/classes/sign_rpm.bbclass  | 47 +
 meta/lib/oe/gpg_sign.py| 76 ++
 meta/lib/oe/package_manager.py | 31 +-
 meta/recipes-core/meta/signing-keys.bb | 26 ++--
 5 files changed, 116 insertions(+), 70 deletions(-)
 create mode 100644 meta/lib/oe/gpg_sign.py

diff --git a/meta/classes/sign_package_feed.bbclass 
b/meta/classes/sign_package_feed.bbclass
index d89bc0b..d5df8af 100644
--- a/meta/classes/sign_package_feed.bbclass
+++ b/meta/classes/sign_package_feed.bbclass
@@ -6,6 +6,10 @@
 #   Path to a file containing the passphrase of the signing key.
 # PACKAGE_FEED_GPG_NAME
 #   Name of the key to sign with. May be key id or key name.
+# PACKAGE_FEED_GPG_BACKEND
+#   Optional variable for specifying the backend to use for signing.
+#   Currently the only available option is 'local', i.e. local signing
+#   on the build host.
 # GPG_BIN
 #   Optional variable for specifying the gpg binary/wrapper to use for
 #   signing.
@@ -15,6 +19,8 @@
 inherit sanity
 
 PACKAGE_FEED_SIGN = '1'
+PACKAGE_FEED_GPG_BACKEND ?= 'local'
+
 
 python () {
 # Check sanity of configuration
diff --git a/meta/classes/sign_rpm.bbclass b/meta/classes/sign_rpm.bbclass
index 7906b64..8bcabee 100644
--- a/meta/classes/sign_rpm.bbclass
+++ b/meta/classes/sign_rpm.bbclass
@@ -5,6 +5,10 @@
 #   Path to a file containing the passphrase of the signing key.
 # RPM_GPG_NAME
 #   Name of the key to sign with. May be key id or key name.
+# RPM_GPG_BACKEND
+#   Optional variable for specifying the backend to use for signing.
+#   Currently the only available option is 'local', i.e. local signing
+#   on the build host.
 # GPG_BIN
 #   Optional variable for specifying the gpg binary/wrapper to use for
 #   signing.
@@ -14,6 +18,7 @@
 inherit sanity
 
 RPM_SIGN_PACKAGES='1'
+RPM_GPG_BACKEND ?= 'local'
 
 
 python () {
@@ -27,47 +32,17 @@ python () {
 'RPM-GPG-PUBKEY'))
 }
 
-
-def rpmsign_wrapper(d, files, passphrase, gpg_name=None):
-import pexpect
-
-# Find the correct rpm binary
-rpm_bin_path = d.getVar('STAGING_BINDIR_NATIVE', True) + '/rpm'
-cmd = rpm_bin_path + " --addsign --define '_gpg_name %s' " % gpg_name
-if d.getVar('GPG_BIN', True):
-cmd += "--define '%%__gpg %s' " % d.getVar('GPG_BIN', True)
-if d.getVar('GPG_PATH', True):
-cmd += "--define '_gpg_path %s' " % d.getVar('GPG_PATH', True)
-cmd += ' '.join(files)
-
-# Need to use pexpect for feeding the passphrase
-proc = pexpect.spawn(cmd)
-try:
-proc.expect_exact('Enter pass phrase:', timeout=15)
-proc.sendline(passphrase)
-proc.expect(pexpect.EOF, timeout=900)
-proc.close()
-except pexpect.TIMEOUT as err:
-bb.warn('rpmsign timeout: %s' % err)
-proc.terminate()
-else:
-if os.WEXITSTATUS(proc.status) or not os.WIFEXITED(proc.status):
-bb.warn('rpmsign failed: %s' % proc.before.strip())
-return proc.exitstatus
-
-
 python sign_rpm () {
 import glob
+from oe.gpg_sign import get_signer
 
-with open(d.getVar("RPM_GPG_PASSPHRASE_FILE", True)) as fobj:
-rpm_gpg_passphrase = fobj.readlines()[0].rstrip('\n')
-
-rpm_gpg_name = (d.getVar("RPM_GPG_NAME", True) or "")
-
+signer = get_signer(d,
+d.getVar('RPM_GPG_BACKEND', True),
+d.getVar('RPM_GPG_NAME', True),
+d.getVar('RPM_GPG_PASSPHRASE_FILE', True))
 rpms = glob.glob(d.getVar('RPM_PKGWRITEDIR', True) + '/*')
 
-if rpmsign_wrapper(d, rpms, rpm_gpg_passphrase, rpm_gpg_name) != 0:
-raise bb.build.FuncFailed("RPM signing failed")
+signer.sign_rpms(rpms)
 }
 
 do_package_index[depends] += "signing-keys:do_export_public_keys"
diff --git a/meta/lib/oe/gpg_sign.py b/meta/lib/oe/gpg_sign.py
new file mode 100644
index 000..55abad8
--- /dev/null
+++ b/meta/lib/oe/gpg_sign.py
@@ -0,0 +1,76 @@
+"""Helper module for GPG signing"""
+import os
+
+import bb
+import oe.utils
+
+class LocalSigner(object):
+"""Class for handling local (on the build host) signing"""
+def __init__(self, d, keyid, passphrase_file):
+self.keyid = keyid
+self.passphrase_file = passphrase_file
+self.gpg_bin = d.getVar('GPG_BIN', True) or \
+  

[OE-core] [PATCH v2] New lib module for signing

[Markus Lehtonen]

Re-sending this patch as a standalone refactoring / improvement. Getting this
merged would make it easier work separately on different parts of signing, e.g.
sstate signing, remote rpm signing, ipk and dpkg signing.

No code changes since the previous version of the patch. Only commit message is
slightly modified.

Markus Lehtonen (1):
  New lib module for handling GPG signing

 meta/classes/sign_package_feed.bbclass |  6 +++
 meta/classes/sign_rpm.bbclass  | 47 +
 meta/lib/oe/gpg_sign.py| 76 ++
 meta/lib/oe/package_manager.py | 31 +-
 meta/recipes-core/meta/signing-keys.bb | 26 ++--
 5 files changed, 116 insertions(+), 70 deletions(-)
 create mode 100644 meta/lib/oe/gpg_sign.py

-- 
2.1.4

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

[OE-core] [PATCH 0/5] devtool improvements

[Paul Eggleton]

I hope people aren't getting too bored with the steady stream of
devtool / extensible SDK patches...


The following changes since commit fc4209baa098caebf9c4cb75f9a6f2e85f4c:

  Revert "xz: Allow to work with ASSUME_PROVIDED xz-native" (2016-01-25 
10:08:25 +)

are available in the git repository at:

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

Paul Eggleton (5):
  devtool: move edit-recipe to a separate module
  devtool: add configure-help subcommand
  devtool: build-image: allow specifying packages to add to image
  devtool: add: warn if modified recipe found in attic directory
  devtool: properly handle bb.build.FuncFailed when extracting source

 scripts/lib/devtool/__init__.py|   9 +-
 scripts/lib/devtool/build-image.py |  11 +-
 scripts/lib/devtool/standard.py|  44 ++-
 scripts/lib/devtool/utilcmds.py| 240 +
 4 files changed, 261 insertions(+), 43 deletions(-)
 create mode 100644 scripts/lib/devtool/utilcmds.py

-- 
2.5.0

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

[OE-core] [PATCH 2/5] devtool: add configure-help subcommand

[Paul Eggleton]

When you need to set EXTRA_OECONF for a recipe, you need to know what
options the configure script actually supports; the configure script
however is only accessible from within a devshell and (at least in the
case of autotooled software fetched from an SCM repository) may not
actually exist until do_configure has run. Thus, provide a "devtool
configure-help" subcommand that runs the configure script for a recipe
with --help and shows you the output through a pager (e.g. less),
prefaced by a header describing the current options being specified.

There is basic support for autotools, cmake and bare configure scripts.
The cmake support is a little hacky since cmake doesn't really have a
concise help option that lists user-defined knobs (without actually
running through the configure process), however that being a design
feature of cmake there's not much I can think of to do about that at
the moment.

Signed-off-by: Paul Eggleton 
---
 scripts/lib/devtool/__init__.py |   9 ++-
 scripts/lib/devtool/utilcmds.py | 170 
 2 files changed, 175 insertions(+), 4 deletions(-)

diff --git a/scripts/lib/devtool/__init__.py b/scripts/lib/devtool/__init__.py
index 0405d22..ff97dfc 100644
--- a/scripts/lib/devtool/__init__.py
+++ b/scripts/lib/devtool/__init__.py
@@ -129,7 +129,7 @@ def get_recipe_file(cooker, pn):
 logger.error("Unable to find any recipe file matching %s" % pn)
 return recipefile
 
-def parse_recipe(config, tinfoil, pn, appends):
+def parse_recipe(config, tinfoil, pn, appends, filter_workspace=True):
 """Parse recipe of a package"""
 import oe.recipeutils
 recipefile = get_recipe_file(tinfoil.cooker, pn)
@@ -138,9 +138,10 @@ def parse_recipe(config, tinfoil, pn, appends):
 return None
 if appends:
 append_files = tinfoil.cooker.collection.get_file_appends(recipefile)
-# Filter out appends from the workspace
-append_files = [path for path in append_files if
-not path.startswith(config.workspace_path)]
+if filter_workspace:
+# Filter out appends from the workspace
+append_files = [path for path in append_files if
+not path.startswith(config.workspace_path)]
 else:
 append_files = None
 return oe.recipeutils.parse_recipe(recipefile, append_files,
diff --git a/scripts/lib/devtool/utilcmds.py b/scripts/lib/devtool/utilcmds.py
index 375d7a3..a8f5e97 100644
--- a/scripts/lib/devtool/utilcmds.py
+++ b/scripts/lib/devtool/utilcmds.py
@@ -61,6 +61,165 @@ def edit_recipe(args, config, basepath, workspace):
 return 0
 
 
+def configure_help(args, config, basepath, workspace):
+"""Entry point for the devtool 'configure-help' subcommand"""
+import oe.utils
+
+check_workspace_recipe(workspace, args.recipename)
+tinfoil = setup_tinfoil(config_only=False, basepath=basepath)
+try:
+rd = parse_recipe(config, tinfoil, args.recipename, appends=True, 
filter_workspace=False)
+if not rd:
+return 1
+b = rd.getVar('B', True)
+s = rd.getVar('S', True)
+configurescript = os.path.join(s, 'configure')
+confdisabled = 'noexec' in rd.getVarFlags('do_configure') or 
'do_configure' not in (rd.getVar('__BBTASKS', False) or [])
+configureopts = oe.utils.squashspaces(rd.getVar('CONFIGUREOPTS', True) 
or '')
+extra_oeconf = oe.utils.squashspaces(rd.getVar('EXTRA_OECONF', True) 
or '')
+extra_oecmake = oe.utils.squashspaces(rd.getVar('EXTRA_OECMAKE', True) 
or '')
+do_configure = rd.getVar('do_configure', True) or ''
+do_configure_noexpand = rd.getVar('do_configure', False) or ''
+packageconfig = rd.getVarFlags('PACKAGECONFIG') or []
+autotools = bb.data.inherits_class('autotools', rd) and ('oe_runconf' 
in do_configure or 'autotools_do_configure' in do_configure)
+cmake = bb.data.inherits_class('cmake', rd) and ('cmake_do_configure' 
in do_configure)
+cmake_do_configure = rd.getVar('cmake_do_configure', True)
+pn = rd.getVar('PN', True)
+finally:
+tinfoil.shutdown()
+
+if 'doc' in packageconfig:
+del packageconfig['doc']
+
+if autotools and not os.path.exists(configurescript):
+logger.info('Running do_configure to generate configure script')
+try:
+stdout, _ = exec_build_env_command(config.init_path, basepath,
+   'bitbake -c configure %s' % 
msg, args.recipename,
+   stderr=subprocess.STDOUT)
+except bb.process.ExecutionError:
+pass
+
+if confdisabled or do_configure.strip() in ('', ':'):
+raise DevtoolError("do_configure task has been disabled for this 
recipe")
+elif args.no_pager and not os.path.exists(configurescript):
+raise DevtoolError("No configure script 

[OE-core] [PATCH 3/5] devtool: build-image: allow specifying packages to add to image

[Paul Eggleton]

Provide an option to devtool build-image to specify the list of packages
instead of taking the list of packages produced by recipes in the
workspace. Sometimes you don't want all of these packages; other times
you want to add more.

This is the most immediate fix for [YOCTO #8855], though it is a little
crude so I would like to provide better means of customising the image
contents later.

Signed-off-by: Paul Eggleton 
---
 scripts/lib/devtool/build-image.py | 11 +--
 1 file changed, 9 insertions(+), 2 deletions(-)

diff --git a/scripts/lib/devtool/build-image.py 
b/scripts/lib/devtool/build-image.py
index e53239d..48c3a11 100644
--- a/scripts/lib/devtool/build-image.py
+++ b/scripts/lib/devtool/build-image.py
@@ -71,8 +71,11 @@ def build_image(args, config, basepath, workspace):
 raise DevtoolError('Specified recipe %s is not an image recipe' % 
image)
 
 try:
-if workspace:
-packages = _get_packages(tinfoil, workspace, config)
+if workspace or args.add_packages:
+if args.add_packages:
+packages = args.add_packages.split(',')
+else:
+packages = _get_packages(tinfoil, workspace, config)
 if packages:
 with open(appendfile, 'w') as afile:
 # include packages from workspace recipes into the image
@@ -108,4 +111,8 @@ def register_commands(subparsers, context):
description='Builds an image, extending it 
to include '
'packages from recipes in the workspace')
 parser.add_argument('imagename', help='Image recipe to build', nargs='?')
+parser.add_argument('-p', '--add-packages', help='Instead of adding 
packages for the '
+'entire workspace, specify packages to be added to the 
image '
+'(separate multiple packages by commas)',
+metavar='PACKAGES')
 parser.set_defaults(func=build_image)
-- 
2.5.0

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

[OE-core] [PATCH 5/5] devtool: properly handle bb.build.FuncFailed when extracting source

[Paul Eggleton]

When we run the tasks required to extract the source for a recipe (e.g.
within "devtool modify" or "devtool extract") if one of those tasks
fails you get a bb.build.FuncFailed exception; handle this properly so
you don't see a traceback.

Signed-off-by: Paul Eggleton 
---
 scripts/lib/devtool/standard.py | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/scripts/lib/devtool/standard.py b/scripts/lib/devtool/standard.py
index 187dff2..18daf84 100644
--- a/scripts/lib/devtool/standard.py
+++ b/scripts/lib/devtool/standard.py
@@ -386,7 +386,10 @@ class BbTaskExecutor(object):
 logger.info('Executing %s...' % func)
 fn = self.rdata.getVar('FILE', True)
 localdata = bb.build._task_data(fn, func, self.rdata)
-bb.build.exec_func(func, localdata)
+try:
+bb.build.exec_func(func, localdata)
+except bb.build.FuncFailed as e:
+raise DevtoolError(str(e))
 self.executed.append(func)
 
 
-- 
2.5.0

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