Re: [OE-core] [PATCH 0/4] Support persistent /var/log

[ChenQi]

ping

Any comment on this one?

//Chen Qi

On 03/24/2015 04:42 PM, Chen Qi wrote:

The following changes since commit d3fcfe346b3472170641d9194243c4bbe06b8585:

   systemd: fix firmware path to match linux-firmware (2015-03-23 11:27:13 
+)

are available in the git repository at:

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

Chen Qi (4):
   bitbake.conf: add VOLATILE_LOG_DIR variable
   base-files: respect VOLATILE_LOG_DIR
   initscripts: support persistent /var/log
   package.bbclass: support persistent /var/log

  meta/classes/package.bbclass   |  2 +-
  meta/conf/bitbake.conf |  4 ++
  meta/files/fs-perms-persistent-log.txt | 66 ++
  meta/recipes-core/base-files/base-files_3.0.14.bb  |  4 +-
  .../initscripts/initscripts-1.0/volatiles  |  1 -
  meta/recipes-core/initscripts/initscripts_1.0.bb   |  3 +
  6 files changed, 76 insertions(+), 4 deletions(-)
  create mode 100644 meta/files/fs-perms-persistent-log.txt



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

Re: [OE-core] [PATCH 0/2] Fix for runtime error for rescue mode

[ChenQi]

ping

Any comment on this one?

//Chen Qi

On 03/25/2015 05:11 PM, Chen Qi wrote:

The following changes since commit d3fcfe346b3472170641d9194243c4bbe06b8585:

   systemd: fix firmware path to match linux-firmware (2015-03-23 11:27:13 
+)

are available in the git repository at:

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

Chen Qi (2):
   util-linux: split util-linux-sulogin
   shadow: add 'util-linux-sulogin' to RDEPENDS

  meta/recipes-core/util-linux/util-linux.inc | 10 +++---
  meta/recipes-extended/shadow/shadow.inc |  3 ++-
  2 files changed, 9 insertions(+), 4 deletions(-)



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

Re: [OE-core] [PATCH 5/5] bluetooth.bbclass: set bluez5 as the default BT stack

[Peter A. Bigot]

On 04/06/2015 04:39 PM, Christopher Larson wrote:


On Mon, Apr 6, 2015 at 2:21 PM, Peter A. Bigot > wrote:


On 04/06/2015 09:32 AM, Iorga, Cristian wrote:

Well,

1. Peter, Otavio: There is not a single doubt about moving to
BlueZ 5 as default in 1.9;
2. The requested feedback was about the actual implementation;
3. Peter: " I do think it's a bit abrupt to make it the
default in the first stable release that provides a usable
bluez5."; The change is intended for 1.9,the release that will
come in October 2015. Do you think that it is still abrupt?
BlueZ5 is present in YP as an alternative BT stack from 1.7,
it will still be a fully supported alternative in the
(unreleased) 1.8 (as far as upstream goes as "fully
supported", of course), it will the default BT stack in 1.9
(coming October 2015), while BlueZ 4 will still be supported
as an obsolete, but still functional alternative; for 2.0 (why
1.10??), if that will be the name, all mechanisms for having
BlueZ alternatives will be removed, and BlueZ 5 will be the
only official supported BT stack. That's more than two years
for a transition, is that too soon??


Sorry; I got confused about which numbers were which and where
things are in the release cycle.  I didn't consider bluez5 to be
generally usable until the patches that were merged in February
for what will be 1.8.  Since both bluez4 and bluez5 will be
available in 1.8, making the default bluez5 in 1.9 is fine, and
removing bluez4 in what follows is fine.  (I have no idea what
version is intended to follow 1.9, but if it isn't some huge
backwards-incompatible change I would expect it to be 1.10 rather
than 2.0.  That's just from the way I normally manage versioning
myself.)

I have no objections to the technical approach in the patch (it's
consistent with what I had in mind when I created that bbclass)
but I'm not familiar with how DISTRO_FEATURES_BACKFILL is supposed
to work so abstain from further comment.


Backfill lets you add features which become default in DISTRO_FEATURES 
even when a distro overrides DISTRO_FEATURES, unless they explicitly 
add them to DISTRO_FEATURES_BACKFILL_CONSIDERED.


Thank you.  So, if I understand correctly, the effect of adding bluez5 
to DISTRO_FEATURES_BACKFILL while keeping the current logic:


# bluetooth support on the platform:
# "" if bluetooth is not in DISTRO_FEATURES
# else "bluez5" if bluez5 is in DISTRO_FEATURES
# else "bluez4"

is that bluez5 becomes the default and is in DISTRO_FEATURES 
automatically, and it stays the default even if bluez4 is also in 
DISTRO_FEATURES unless somebody adds bluez5 to 
DISTRO_FEATURES_BACKFILL_CONSIDERED at which point bluez4 takes precedence.


If that understanding is correct, and reviewing 
http://www.yoctoproject.org/docs/latest/ref-manual/ref-manual.html#ref-features-backfill, 
it's not clear to me that it's the right approach.  We're not 
backfilling "bluetooth", which remains optional and continues to control 
whether either "bluez4" or "bluez5" is relevant.  We're changing the 
default provider of bluetooth services, something that I think can 
reasonably be changed between releases, and something that 1.8 already 
controls (via explicit specification of bluez4 or bluez5 in 
DISTRO_FEATURES).


In the absence of more detail on why using DISTRO_FEATURES_BACKFILL is a 
better solution I prefer Cristian's original approach.


Peter

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

Re: [OE-core] [PATCH 5/5] bluetooth.bbclass: set bluez5 as the default BT stack

[Christopher Larson]

On Mon, Apr 6, 2015 at 2:21 PM, Peter A. Bigot  wrote:

> On 04/06/2015 09:32 AM, Iorga, Cristian wrote:
>
>> Well,
>>
>> 1. Peter, Otavio: There is not a single doubt about moving to BlueZ 5 as
>> default in 1.9;
>> 2. The requested feedback was about the actual implementation;
>> 3. Peter: " I do think it's a bit abrupt to make it the default in the
>> first stable release that provides a usable bluez5."; The change is
>> intended for 1.9,the release that will come in October 2015. Do you think
>> that it is still abrupt? BlueZ5 is present in YP as an alternative BT stack
>> from 1.7, it will still be a fully supported alternative in the
>> (unreleased) 1.8 (as far as upstream goes as "fully supported", of course),
>> it will the default BT stack in 1.9 (coming October 2015), while BlueZ 4
>> will still be supported as an obsolete, but still functional alternative;
>> for 2.0 (why 1.10??), if that will be the name, all mechanisms for having
>> BlueZ alternatives will be removed, and BlueZ 5 will be the only official
>> supported BT stack. That's more than two years for a transition, is that
>> too soon??
>>
>
> Sorry; I got confused about which numbers were which and where things are
> in the release cycle.  I didn't consider bluez5 to be generally usable
> until the patches that were merged in February for what will be 1.8.  Since
> both bluez4 and bluez5 will be available in 1.8, making the default bluez5
> in 1.9 is fine, and removing bluez4 in what follows is fine.  (I have no
> idea what version is intended to follow 1.9, but if it isn't some huge
> backwards-incompatible change I would expect it to be 1.10 rather than
> 2.0.  That's just from the way I normally manage versioning myself.)
>
> I have no objections to the technical approach in the patch (it's
> consistent with what I had in mind when I created that bbclass) but I'm not
> familiar with how DISTRO_FEATURES_BACKFILL is supposed to work so abstain
> from further comment.


Backfill lets you add features which become default in DISTRO_FEATURES even
when a distro overrides DISTRO_FEATURES, unless they explicitly add them to
DISTRO_FEATURES_BACKFILL_CONSIDERED.
-- 
Christopher Larson
clarson at kergoth dot com
Founder - BitBake, OpenEmbedded, OpenZaurus
Maintainer - Tslib
Senior Software Engineer, Mentor Graphics
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 5/5] bluetooth.bbclass: set bluez5 as the default BT stack

[Peter A. Bigot]

On 04/06/2015 09:32 AM, Iorga, Cristian wrote:

Well,

1. Peter, Otavio: There is not a single doubt about moving to BlueZ 5 as 
default in 1.9;
2. The requested feedback was about the actual implementation;
3. Peter: " I do think it's a bit abrupt to make it the default in the first stable release 
that provides a usable bluez5."; The change is intended for 1.9,the release that will come in 
October 2015. Do you think that it is still abrupt? BlueZ5 is present in YP as an alternative BT 
stack from 1.7, it will still be a fully supported alternative in the (unreleased) 1.8 (as far as 
upstream goes as "fully supported", of course), it will the default BT stack in 1.9 
(coming October 2015), while BlueZ 4 will still be supported as an obsolete, but still functional 
alternative; for 2.0 (why 1.10??), if that will be the name, all mechanisms for having BlueZ 
alternatives will be removed, and BlueZ 5 will be the only official supported BT stack. That's more 
than two years for a transition, is that too soon??


Sorry; I got confused about which numbers were which and where things 
are in the release cycle.  I didn't consider bluez5 to be generally 
usable until the patches that were merged in February for what will be 
1.8.  Since both bluez4 and bluez5 will be available in 1.8, making the 
default bluez5 in 1.9 is fine, and removing bluez4 in what follows is 
fine.  (I have no idea what version is intended to follow 1.9, but if it 
isn't some huge backwards-incompatible change I would expect it to be 
1.10 rather than 2.0.  That's just from the way I normally manage 
versioning myself.)


I have no objections to the technical approach in the patch (it's 
consistent with what I had in mind when I created that bbclass) but I'm 
not familiar with how DISTRO_FEATURES_BACKFILL is supposed to work so 
abstain from further comment.


Peter



/Cristian

-Original Message-
From: openembedded-core-boun...@lists.openembedded.org 
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Otavio 
Salvador
Sent: Monday, April 6, 2015 4:18 PM
To: Peter A. Bigot
Cc: Patches and discussions about the oe-core layer
Subject: Re: [OE-core] [PATCH 5/5] bluetooth.bbclass: set bluez5 as the default 
BT stack

On Mon, Apr 6, 2015 at 9:57 AM, Peter A. Bigot  wrote:

On 04/06/2015 02:31 AM, Iorga, Cristian wrote:

I thought of 1.9 as the preparatory stage for complete removal of
bluez4, so that in 2.0 it would be very easy to remove the support for bluez4.
Continuing to have bluez5 added to DISTRO_FEATURES create the
impression that BlueZ5 is still a second class citizen compared to
BlueZ4, and it is not my intention to sustain this opinion via code.

I hereby standup for my solution. At the moment, we are 1to1. “We
think” – Who are the others persons, Ross?

/Cristian


While I fully support moving to bluez5 and use it in all my images, I
do think it's a bit abrupt to make it the default in the first stable
release that provides a usable bluez5.  On the other hand, Yocto's
late to the
bluez5 party and it's going to be harder to support bluez4 now.

Six of one; sign me up as weak support for delaying the move to
default
bluez5 until 1.10.

Just an opinion.

I prefer bluez5 default in 1.9 and removal in 2.0 (or 1.10). We shouldn't be 
support legacy without a very strong reason and if any member shows up to 
officially support bluez4 for longer we may drop its removal but bluez5 default 
should be done as soon as possible so we iron out regressions.



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

Re: [OE-core] [wic][PATCH] wic: use native parted

[Otavio Salvador]

On Mon, Apr 6, 2015 at 2:43 PM, Ed Bartosh  wrote:
> Used exec_native_cmd instead of find_binary_path to run parted.
> Got rid of find_binary_path as it's not used anywhere else.
>
> There are several tools wic is trying to find not only in sysroot,
> but also in host root. Parted is a special as on some distros it's
> installed in /usr/sbin, which is not in the user's PATH. This makes
> wic to fail with error "External command 'parted' not found, exiting."
>
> [YOCTO #7122]
>
> Signed-off-by: Ed Bartosh 

Awesome!

Acked-by: Otavio Salvador 

Please open a doc update bug as well. This has Doc impact.

-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/2] libpcap.inc: remove obsolete libnl1 PACKAGECONFIG

[Andre McCurdy]

There's no libnl1 recipe in oe-core (or any other layer in the layer
index).

Keeping the libnl1 PACKAGECONFIG is likely to cause problems for the
libnl PACKAGECONFIG since libnl and libnl1 both use --with-libnl and
--without-libnl.

Signed-off-by: Andre McCurdy 
---
 meta/recipes-connectivity/libpcap/libpcap.inc | 1 -
 1 file changed, 1 deletion(-)

diff --git a/meta/recipes-connectivity/libpcap/libpcap.inc 
b/meta/recipes-connectivity/libpcap/libpcap.inc
index 0c608b5..6f2c985 100644
--- a/meta/recipes-connectivity/libpcap/libpcap.inc
+++ b/meta/recipes-connectivity/libpcap/libpcap.inc
@@ -28,7 +28,6 @@ inherit autotools binconfig-disabled
 EXTRA_OECONF = "--with-pcap=linux"
 
 PACKAGECONFIG ??= ""
-PACKAGECONFIG[libnl1] = "--with-libnl,--without-libnl,libnl1,libnl1"
 PACKAGECONFIG[dbus] = "--enable-dbus,--disable-dbus,dbus"
 
 CPPFLAGS_prepend = "-I${S} "
-- 
1.9.1

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

[OE-core] [PATCH 2/2] libpcap.inc: consolidate inherit and PACKAGECONFIG lines

[Andre McCurdy]

Signed-off-by: Andre McCurdy 
---
 meta/recipes-connectivity/libpcap/libpcap.inc | 14 +-
 1 file changed, 5 insertions(+), 9 deletions(-)

diff --git a/meta/recipes-connectivity/libpcap/libpcap.inc 
b/meta/recipes-connectivity/libpcap/libpcap.inc
index 6f2c985..9b059d7 100644
--- a/meta/recipes-connectivity/libpcap/libpcap.inc
+++ b/meta/recipes-connectivity/libpcap/libpcap.inc
@@ -10,25 +10,21 @@ LIC_FILES_CHKSUM = 
"file://LICENSE;md5=1d4b0366557951c84a94fabe3529f867 \
 
file://pcap.h;beginline=1;endline=32;md5=39af3510e011f34b8872f120b1dc31d2"
 DEPENDS = "flex-native bison-native"
 
-inherit bluetooth pkgconfig
-
-PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 'bluetooth', 
'${BLUEZ}', '', d)}"
-PACKAGECONFIG[bluez4] = "--enable-bluetooth,--disable-bluetooth,bluez4"
-PACKAGECONFIG[canusb] = "--enable-canusb,--enable-canusb=no,libusb"
-PACKAGECONFIG[libnl] = "--with-libnl,--without-libnl,libnl"
-
 INC_PR = "r5"
 
 SRC_URI = "http://www.tcpdump.org/release/${BP}.tar.gz";
 
 BINCONFIG = "${bindir}/pcap-config"
 
-inherit autotools binconfig-disabled
+inherit autotools binconfig-disabled pkgconfig bluetooth
 
 EXTRA_OECONF = "--with-pcap=linux"
 
-PACKAGECONFIG ??= ""
+PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 'bluetooth', 
'${BLUEZ}', '', d)}"
+PACKAGECONFIG[bluez4] = "--enable-bluetooth,--disable-bluetooth,bluez4"
+PACKAGECONFIG[canusb] = "--enable-canusb,--enable-canusb=no,libusb"
 PACKAGECONFIG[dbus] = "--enable-dbus,--disable-dbus,dbus"
+PACKAGECONFIG[libnl] = "--with-libnl,--without-libnl,libnl"
 
 CPPFLAGS_prepend = "-I${S} "
 CFLAGS_prepend = "-I${S} "
-- 
1.9.1

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

[OE-core] [wic][PATCH] wic: use native parted

[Ed Bartosh]

Used exec_native_cmd instead of find_binary_path to run parted.
Got rid of find_binary_path as it's not used anywhere else.

There are several tools wic is trying to find not only in sysroot,
but also in host root. Parted is a special as on some distros it's
installed in /usr/sbin, which is not in the user's PATH. This makes
wic to fail with error "External command 'parted' not found, exiting."

[YOCTO #7122]

Signed-off-by: Ed Bartosh 
---
 scripts/lib/wic/imager/direct.py   |  2 +-
 scripts/lib/wic/utils/fs_related.py| 18 --
 scripts/lib/wic/utils/partitionedfs.py | 11 ++-
 3 files changed, 7 insertions(+), 24 deletions(-)

diff --git a/scripts/lib/wic/imager/direct.py b/scripts/lib/wic/imager/direct.py
index d368401..c3d0563 100644
--- a/scripts/lib/wic/imager/direct.py
+++ b/scripts/lib/wic/imager/direct.py
@@ -242,7 +242,7 @@ class DirectImageCreator(BaseImageCreator):
 """
 parts = self._get_parts()
 
-self.__image = Image()
+self.__image = Image(self.native_sysroot)
 
 for p in parts:
 # as a convenience, set source to the boot partition source
diff --git a/scripts/lib/wic/utils/fs_related.py 
b/scripts/lib/wic/utils/fs_related.py
index ea9f85c..033acc9 100644
--- a/scripts/lib/wic/utils/fs_related.py
+++ b/scripts/lib/wic/utils/fs_related.py
@@ -31,24 +31,6 @@ from wic.utils import runner
 from wic.utils.errors import *
 from wic.utils.oe.misc import *
 
-def find_binary_path(binary):
-if os.environ.has_key("PATH"):
-paths = os.environ["PATH"].split(":")
-else:
-paths = []
-if os.environ.has_key("HOME"):
-paths += [os.environ["HOME"] + "/bin"]
-paths += ["/usr/local/sbin", "/usr/local/bin", "/usr/sbin", 
"/usr/bin", "/sbin", "/bin"]
-
-for path in paths:
-bin_path = "%s/%s" % (path, binary)
-if os.path.exists(bin_path):
-return bin_path
-
-print "External command '%s' not found, exiting." % binary
-print "  (Please install '%s' on your host system)" % binary
-sys.exit(1)
-
 def makedirs(dirname):
 """A version of os.makedirs() that doesn't throw an
 exception if the leaf directory already exists.
diff --git a/scripts/lib/wic/utils/partitionedfs.py 
b/scripts/lib/wic/utils/partitionedfs.py
index 162f8e1..1c10cb5 100644
--- a/scripts/lib/wic/utils/partitionedfs.py
+++ b/scripts/lib/wic/utils/partitionedfs.py
@@ -42,13 +42,13 @@ class Image:
 An Image is a container for a set of DiskImages and associated
 partitions.
 """
-def __init__(self):
+def __init__(self, native_sysroot=None):
 self.disks = {}
 self.partitions = []
-self.parted = find_binary_path("parted")
 # Size of a sector used in calculations
 self.sector_size = SECTOR_SIZE
 self._partitions_layed_out = False
+self.native_sysroot = native_sysroot
 
 def __add_disk(self, disk_name):
 """ Add a disk 'disk_name' to the internal list of disks. Note,
@@ -227,11 +227,12 @@ class Image:
 def __run_parted(self, args):
 """ Run parted with arguments specified in the 'args' list. """
 
-args.insert(0, self.parted)
+args.insert(0, "parted")
+args = ' '.join(args)
 msger.debug(args)
 
-rc, out = runner.runtool(args, catch = 3)
-out = out.strip()
+rc, out = exec_native_cmd(args, self.native_sysroot)
+
 if out:
 msger.debug('"parted" output: %s' % out)
 
-- 
2.1.4

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

[OE-core] [PATCH 20/24] ofono: Disable backtrace for non-glibc libraries

[Khem Raj]

It uses glibc backtrace() API which is not implemented
everywhere e.g. musl

Change-Id: I96380b994c27968542dba6dae220adfecaeda556
Signed-off-by: Khem Raj 
---
 ...cktrace-Disable-for-non-glibc-C-libraries.patch | 40 ++
 meta/recipes-connectivity/ofono/ofono_1.16.bb  |  1 +
 2 files changed, 41 insertions(+)
 create mode 100644 
meta/recipes-connectivity/ofono/ofono/0001-backtrace-Disable-for-non-glibc-C-libraries.patch

diff --git 
a/meta/recipes-connectivity/ofono/ofono/0001-backtrace-Disable-for-non-glibc-C-libraries.patch
 
b/meta/recipes-connectivity/ofono/ofono/0001-backtrace-Disable-for-non-glibc-C-libraries.patch
new file mode 100644
index 000..306b6da
--- /dev/null
+++ 
b/meta/recipes-connectivity/ofono/ofono/0001-backtrace-Disable-for-non-glibc-C-libraries.patch
@@ -0,0 +1,40 @@
+From 2d729af0897d7d72b83d111876febf9e0eec1a68 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Fri, 3 Apr 2015 20:50:56 -0700
+Subject: [PATCH] backtrace: Disable for non-glibc C libraries
+
+Signed-off-by: Khem Raj 
+Upstream-Status: Pending
+
+---
+ src/log.c | 5 -
+ 1 file changed, 4 insertions(+), 1 deletion(-)
+
+diff --git a/src/log.c b/src/log.c
+index febc874..9db4ae7 100644
+--- a/src/log.c
 b/src/log.c
+@@ -30,7 +30,9 @@
+ #include 
+ #include 
+ #include 
++#ifdef __GLIBC__
+ #include 
++#endif
+ #include 
+ 
+ #include "ofono.h"
+@@ -219,8 +221,9 @@ static void signal_handler(int signo)
+ {
+   ofono_error("Aborting (signal %d) [%s]", signo, program_exec);
+ 
++#ifdef __GLIBC__
+   print_backtrace(2);
+-
++#endif
+   exit(EXIT_FAILURE);
+ }
+ 
+-- 
+2.1.4
+
diff --git a/meta/recipes-connectivity/ofono/ofono_1.16.bb 
b/meta/recipes-connectivity/ofono/ofono_1.16.bb
index 712fc5c..fbf13e5 100644
--- a/meta/recipes-connectivity/ofono/ofono_1.16.bb
+++ b/meta/recipes-connectivity/ofono/ofono_1.16.bb
@@ -4,6 +4,7 @@ SRC_URI  = "\
   ${KERNELORG_MIRROR}/linux/network/${BPN}/${BP}.tar.xz \
   file://ofono \
   file://Revert-test-Convert-to-Python-3.patch \
+  file://0001-backtrace-Disable-for-non-glibc-C-libraries.patch \
 "
 SRC_URI[md5sum] = "c31b5b55a1d68354bff771d3edf02829"
 SRC_URI[sha256sum] = 
"403b98dadece8bc804c0bd16b96d3db5a3bb0f84af64b3d67924da2d1a754b07"
-- 
2.1.4

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

[OE-core] [PATCH 16/24] quota: Fix build with musl

[Khem Raj]

add more packageconfigs so we can disable
certain features on demand

Add patches to make it more portable
by making posix compliant and libc agnostic code

Change-Id: Ifa1c7f7923322fd22368538310685cd5c440516d
Signed-off-by: Khem Raj 
---
 meta/recipes-extended/quota/quota/fcntl.patch  | 113 +
 .../quota/quota/remove_non_posix_types.patch   | 185 +
 .../quota/quota/replace_getrpcbynumber_r.patch |  20 +++
 meta/recipes-extended/quota/quota_4.02.bb  |  17 +-
 4 files changed, 333 insertions(+), 2 deletions(-)
 create mode 100644 meta/recipes-extended/quota/quota/fcntl.patch
 create mode 100644 
meta/recipes-extended/quota/quota/remove_non_posix_types.patch
 create mode 100644 
meta/recipes-extended/quota/quota/replace_getrpcbynumber_r.patch

diff --git a/meta/recipes-extended/quota/quota/fcntl.patch 
b/meta/recipes-extended/quota/quota/fcntl.patch
new file mode 100644
index 000..27e60fd
--- /dev/null
+++ b/meta/recipes-extended/quota/quota/fcntl.patch
@@ -0,0 +1,113 @@
+Include fcntl.h to pacify compiler errors on musl
+like
+
+error: unknown type name 'loff_t'
+Cover rpc headers under proper conditional
+Dont use __P its undefined
+
+Upstream-Status: Pending
+
+Signed-off-by: Khem Raj 
+
+ndex: quota-tools/quota.h
+===
+Index: quota-tools/quota.h
+===
+--- quota-tools.orig/quota.h
 quota-tools/quota.h
+@@ -165,6 +165,6 @@ enum {
+   #endif
+ #endif
+ 
+-long quotactl __P((int, const char *, qid_t, caddr_t));
++long quotactl (int, const char *, qid_t, caddr_t);
+ 
+ #endif /* _QUOTA_ */
+Index: quota-tools/quotacheck.c
+===
+--- quota-tools.orig/quotacheck.c
 quota-tools/quotacheck.c
+@@ -19,6 +19,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ 
+ #include 
+ #include 
+Index: quota-tools/quotaio.c
+===
+--- quota-tools.orig/quotaio.c
 quota-tools/quotaio.c
+@@ -12,6 +12,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ #include 
+ #include 
+ #include 
+Index: quota-tools/dqblk_v2.h
+===
+--- quota-tools.orig/dqblk_v2.h
 quota-tools/dqblk_v2.h
+@@ -7,6 +7,7 @@
+ #ifndef GUARD_DQBLK_V2_H
+ #define GUARD_DQBLK_V2_H
+ 
++#include 
+ #include 
+ #include "quota_tree.h"
+ 
+Index: quota-tools/quotaops.c
+===
+--- quota-tools.orig/quotaops.c
 quota-tools/quotaops.c
+@@ -34,7 +34,9 @@
+ 
+ #include "config.h"
+ 
++#if defined(RPC)
+ #include 
++#endif
+ #include 
+ #include 
+ #include 
+Index: quota-tools/rquota_client.c
+===
+--- quota-tools.orig/rquota_client.c
 quota-tools/rquota_client.c
+@@ -19,7 +19,9 @@
+ 
+ #include "config.h"
+ 
++#if defined(RPC)
+ #include 
++#endif
+ #include 
+ #include 
+ #include 
+@@ -35,7 +37,9 @@
+ #include 
+ 
+ #include "mntopt.h"
++#if defined(RPC)
+ #include "rquota.h"
++#endif
+ #include "common.h"
+ #include "quotaio.h"
+ #include "quotasys.h"
+Index: quota-tools/setquota.c
+===
+--- quota-tools.orig/setquota.c
 quota-tools/setquota.c
+@@ -7,7 +7,9 @@
+ 
+ #include "config.h"
+ 
++#if defined(RPC)
+ #include 
++#endif
+ #include 
+ #include 
+ #include 
diff --git a/meta/recipes-extended/quota/quota/remove_non_posix_types.patch 
b/meta/recipes-extended/quota/quota/remove_non_posix_types.patch
new file mode 100644
index 000..5442d98
--- /dev/null
+++ b/meta/recipes-extended/quota/quota/remove_non_posix_types.patch
@@ -0,0 +1,185 @@
+Use proper C99 integer types
+
+Upstream-Status: Pending
+
+Signed-off-by: Khem Raj 
+
+Index: quota-tools/bylabel.c
+===
+--- quota-tools.orig/bylabel.c
 quota-tools/bylabel.c
+@@ -20,6 +20,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ 
+ #include "bylabel.h"
+ #include "common.h"
+@@ -37,32 +38,32 @@ static struct uuidCache_s {
+ 
+ #define EXT2_SUPER_MAGIC  0xEF53
+ struct ext2_super_block {
+-  u_char s_dummy1[56];
+-  u_char s_magic[2];
+-  u_char s_dummy2[46];
+-  u_char s_uuid[16];
+-  u_char s_volume_name[16];
++  uint8_t s_dummy1[56];
++  uint8_t s_magic[2];
++  uint8_t s_dummy2[46];
++  uint8_t s_uuid[16];
++  uint8_t s_volume_name[16];
+ };
+ 
+-#define ext2magic(s)  ((uint) s.s_magic[0] + (((uint) s.s_magic[1]) << 8))
++#define ext2magic(s)  ((uint32_t) s.s_magic[0] + (((uint32_t) s.s_magic[1]) 
<< 8))
+ 
+ #define XFS_SUPER_MAGIC "XFSB"
+ #define XFS_SUPER_MAGIC2 "BSFX"
+ struct xfs_super_block {
+-  u_char s_magic[4];
+-  u_char s_dummy[28];
+-  u_char s_uuid[16];
+-  u_char s_dummy2[60];
+- 

[OE-core] [PATCH 23/24] libxml2: Contain glibc-extentions under __GLIBC__

[Khem Raj]

Makes it more portable

Change-Id: I7bbc4cc0ebc26d54248b8433dab94db207615445
Signed-off-by: Khem Raj 
---
 ...ine-pthread-definitions-for-glibc-complia.patch | 32 ++
 meta/recipes-core/libxml/libxml2_2.9.2.bb  |  4 ++-
 2 files changed, 35 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-core/libxml/libxml2/0001-threads-Define-pthread-definitions-for-glibc-complia.patch

diff --git 
a/meta/recipes-core/libxml/libxml2/0001-threads-Define-pthread-definitions-for-glibc-complia.patch
 
b/meta/recipes-core/libxml/libxml2/0001-threads-Define-pthread-definitions-for-glibc-complia.patch
new file mode 100644
index 000..c653a81
--- /dev/null
+++ 
b/meta/recipes-core/libxml/libxml2/0001-threads-Define-pthread-definitions-for-glibc-complia.patch
@@ -0,0 +1,32 @@
+From 6750cc564a17c812555cca587660240ccffaaed3 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Sat, 4 Apr 2015 08:50:40 -0700
+Subject: [PATCH] threads: Define pthread* definitions for glibc compliant libs
+
+This code is assuming glibc but not explicitly saying it
+so lets make it so. Fixes following on musl
+
+threads.c:80:27: error: macro "pthread_equal" requires 2 arguments, but
+only 1 given
+|  extern int pthread_equal ()
+
+Signed-off-by: Khem Raj 
+
+Upstream-Status: Pending
+---
+ threads.c | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+Index: libxml2-2.9.2/threads.c
+===
+--- libxml2-2.9.2.orig/threads.c
 libxml2-2.9.2/threads.c
+@@ -47,7 +47,7 @@
+ #ifdef HAVE_PTHREAD_H
+ 
+ static int libxml_is_threaded = -1;
+-#ifdef __GNUC__
++#if defined(__GNUC__) && defined(__GLIBC__)
+ #ifdef linux
+ #if (__GNUC__ == 3 && __GNUC_MINOR__ >= 3) || (__GNUC__ > 3)
+ extern int pthread_once (pthread_once_t *__once_control,
diff --git a/meta/recipes-core/libxml/libxml2_2.9.2.bb 
b/meta/recipes-core/libxml/libxml2_2.9.2.bb
index 1a1..79a395c 100644
--- a/meta/recipes-core/libxml/libxml2_2.9.2.bb
+++ b/meta/recipes-core/libxml/libxml2_2.9.2.bb
@@ -1,7 +1,9 @@
 require libxml2.inc
 
 SRC_URI += "http://www.w3.org/XML/Test/xmlts20080827.tar.gz;name=testtar \
-file://72a46a519ce7326d9a00f0b6a7f2a8e958cd1675.patch"
+file://72a46a519ce7326d9a00f0b6a7f2a8e958cd1675.patch \
+   
file://0001-threads-Define-pthread-definitions-for-glibc-complia.patch \
+  "
 
 SRC_URI[libtar.md5sum] = "9e6a9aca9d155737868b3dc5fd82f788"
 SRC_URI[libtar.sha256sum] = 
"5178c30b151d044aefb1b08bf54c3003a0ac55c59c866763997529d60770d5bc"
-- 
2.1.4

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

[OE-core] [PATCH 24/24] rpcbind: Fix build with musl

[Khem Raj]

most patches are just removing glibc'ism e.g. using sys/queue.h
of cdefs.h the one patch which is specific to musl
is housed with overrides

Change-Id: Ia15bf6c9c4b562c9392a704ef92e9090aa5f6381
Signed-off-by: Khem Raj 
---
 ...001-Avoid-use-of-glibc-sys-cdefs.h-header.patch | 224 +
 .../rpcbind/0002-uclibc-rpcsvc-defines.patch   |   6 +-
 .../rpcbind/rpcbind/musl-sunrpc.patch  |  29 +++
 .../rpcbind/rpcbind/remove-sys-queue.patch |  22 ++
 meta/recipes-extended/rpcbind/rpcbind_0.2.2.bb |   6 +
 5 files changed, 284 insertions(+), 3 deletions(-)
 create mode 100644 
meta/recipes-extended/rpcbind/rpcbind/0001-Avoid-use-of-glibc-sys-cdefs.h-header.patch
 create mode 100644 meta/recipes-extended/rpcbind/rpcbind/musl-sunrpc.patch
 create mode 100644 meta/recipes-extended/rpcbind/rpcbind/remove-sys-queue.patch

diff --git 
a/meta/recipes-extended/rpcbind/rpcbind/0001-Avoid-use-of-glibc-sys-cdefs.h-header.patch
 
b/meta/recipes-extended/rpcbind/rpcbind/0001-Avoid-use-of-glibc-sys-cdefs.h-header.patch
new file mode 100644
index 000..6f5f5dd
--- /dev/null
+++ 
b/meta/recipes-extended/rpcbind/rpcbind/0001-Avoid-use-of-glibc-sys-cdefs.h-header.patch
@@ -0,0 +1,224 @@
+From 2a44d862233f2126581e290d568e1c8b8f2eb9f5 Mon Sep 17 00:00:00 2001
+From: Carlo Landmeter 
+Date: Thu, 19 Feb 2015 15:28:45 +
+Subject: [PATCH] Avoid use of glibc sys/cdefs.h header
+
+Upstream-Status: Pending
+---
+ src/check_bound.c  |  2 +-
+ src/pmap_svc.c | 10 +-
+ src/rpcb_svc.c | 10 +-
+ src/rpcb_svc_4.c   | 14 +++---
+ src/rpcb_svc_com.c | 46 +++---
+ src/rpcbind.c  | 12 ++--
+ src/util.c |  2 +-
+ src/warmstart.c|  4 ++--
+ 8 files changed, 50 insertions(+), 50 deletions(-)
+
+Index: rpcbind-0.2.2/src/check_bound.c
+===
+--- rpcbind-0.2.2.orig/src/check_bound.c
 rpcbind-0.2.2/src/check_bound.c
+@@ -70,7 +70,7 @@ static struct fdlist *fdhead;/* Link li
+ static struct fdlist *fdtail;
+ static char *nullstring = "";
+ 
+-static bool_t check_bound __P((struct fdlist *, char *uaddr));
++static bool_t check_bound (struct fdlist *, char *uaddr);
+ 
+ /*
+  * Returns 1 if the given address is bound for the given addr & transport
+Index: rpcbind-0.2.2/src/pmap_svc.c
+===
+--- rpcbind-0.2.2.orig/src/pmap_svc.c
 rpcbind-0.2.2/src/pmap_svc.c
+@@ -58,11 +58,11 @@ static char sccsid[] = "@(#)pmap_svc.c 1
+ #endif
+ #include "rpcbind.h"
+ #include  /* svc_getcaller routine definition */
+-static struct pmaplist *find_service_pmap __P((rpcprog_t, rpcvers_t,
+- rpcprot_t));
+-static bool_t pmapproc_change __P((struct svc_req *, SVCXPRT *, u_long));
+-static bool_t pmapproc_getport __P((struct svc_req *, SVCXPRT *));
+-static bool_t pmapproc_dump __P((struct svc_req *, SVCXPRT *));
++static struct pmaplist *find_service_pmap (rpcprog_t, rpcvers_t,
++ rpcprot_t);
++static bool_t pmapproc_change (struct svc_req *, SVCXPRT *, u_long);
++static bool_t pmapproc_getport (struct svc_req *, SVCXPRT *);
++static bool_t pmapproc_dump (struct svc_req *, SVCXPRT *);
+ 
+ /*
+  * Called for all the version 2 inquiries.
+Index: rpcbind-0.2.2/src/rpcb_svc.c
+===
+--- rpcbind-0.2.2.orig/src/rpcb_svc.c
 rpcbind-0.2.2/src/rpcb_svc.c
+@@ -52,10 +52,10 @@
+ 
+ #include "rpcbind.h"
+ 
+-static void *rpcbproc_getaddr_3_local __P((void *, struct svc_req *, SVCXPRT 
*,
+- rpcvers_t));
+-static void *rpcbproc_dump_3_local __P((void *, struct svc_req *, SVCXPRT *,
+-  rpcvers_t));
++static void *rpcbproc_getaddr_3_local (void *, struct svc_req *, SVCXPRT *,
++ rpcvers_t);
++static void *rpcbproc_dump_3_local (void *, struct svc_req *, SVCXPRT *,
++  rpcvers_t);
+ 
+ /*
+  * Called by svc_getreqset. There is a separate server handle for
+@@ -74,7 +74,7 @@ rpcb_service_3(struct svc_req *rqstp, SV
+   } argument;
+   char *result;
+   xdrproc_t xdr_argument, xdr_result;
+-  void *(*local) __P((void *, struct svc_req *, SVCXPRT *, rpcvers_t));
++  void *(*local) (void *, struct svc_req *, SVCXPRT *, rpcvers_t);
+   rpcprog_t setprog = 0;
+ 
+   rpcbs_procinfo(RPCBVERS_3_STAT, rqstp->rq_proc);
+Index: rpcbind-0.2.2/src/rpcb_svc_4.c
+===
+--- rpcbind-0.2.2.orig/src/rpcb_svc_4.c
 rpcbind-0.2.2/src/rpcb_svc_4.c
+@@ -53,13 +53,13 @@
+ #include 
+ #include "rpcbind.h"
+ 
+-static void *rpcbproc_getaddr_4_local __P((void *, struct svc_req *, SVCXPRT 
*,
+-rpcvers_t));

[OE-core] [PATCH 21/24] pixman,libpciaccess: Fix build on musl

[Khem Raj]

The fixes are not specific to musl, however they came
to surface due to musl, these are generic problems which
should be fixed in components

Change-Id: If9aa95968d9dec9c16e3e5819955befcaa38937c
Signed-off-by: Khem Raj 
---
 .../xorg-lib/libpciaccess/limits.patch | 17 +
 .../xorg-lib/libpciaccess_0.13.3.bb|  2 ++
 .../xorg-lib/pixman/asm_include.patch  | 29 ++
 meta/recipes-graphics/xorg-lib/pixman_0.32.6.bb|  1 +
 4 files changed, 49 insertions(+)
 create mode 100644 meta/recipes-graphics/xorg-lib/libpciaccess/limits.patch
 create mode 100644 meta/recipes-graphics/xorg-lib/pixman/asm_include.patch

diff --git a/meta/recipes-graphics/xorg-lib/libpciaccess/limits.patch 
b/meta/recipes-graphics/xorg-lib/libpciaccess/limits.patch
new file mode 100644
index 000..498020e
--- /dev/null
+++ b/meta/recipes-graphics/xorg-lib/libpciaccess/limits.patch
@@ -0,0 +1,17 @@
+Add missing include file to get definition of PATH_MAX
+
+Signed-off-by: Khem Raj 
+Upstream-Status: Pending
+
+Index: libpciaccess-0.13.3/src/linux_sysfs.c
+===
+--- libpciaccess-0.13.3.orig/src/linux_sysfs.c
 libpciaccess-0.13.3/src/linux_sysfs.c
+@@ -44,6 +44,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ 
+ #if defined(__i386__) || defined(__x86_64__) || defined(__arm__)
+ #include 
diff --git a/meta/recipes-graphics/xorg-lib/libpciaccess_0.13.3.bb 
b/meta/recipes-graphics/xorg-lib/libpciaccess_0.13.3.bb
index bbba24e..4a832e8 100644
--- a/meta/recipes-graphics/xorg-lib/libpciaccess_0.13.3.bb
+++ b/meta/recipes-graphics/xorg-lib/libpciaccess_0.13.3.bb
@@ -5,6 +5,8 @@ PCI bus and devices in a platform-independent way."
 
 require xorg-lib-common.inc
 
+SRC_URI += "file://limits.patch"
+
 LICENSE = "MIT & MIT-style"
 LIC_FILES_CHKSUM = "file://COPYING;md5=277aada5222b9a22fbf3471ff3687068"
 
diff --git a/meta/recipes-graphics/xorg-lib/pixman/asm_include.patch 
b/meta/recipes-graphics/xorg-lib/pixman/asm_include.patch
new file mode 100644
index 000..b52a570
--- /dev/null
+++ b/meta/recipes-graphics/xorg-lib/pixman/asm_include.patch
@@ -0,0 +1,29 @@
+Fixes errors like
+
+Assembler messages:
+Fatal error: can't create .libs/pixman-mips-dspr2-asm.o: No such file or 
directory
+
+it works with glibc because it uses gcc fixed-headers but thats not right.
+
+We move the include under C block
+
+Signed-off-by: Khem Raj 
+Upstream-Status: Pending
+Index: pixman-0.32.6/pixman/pixman-private.h
+===
+--- pixman-0.32.6.orig/pixman/pixman-private.h
 pixman-0.32.6/pixman/pixman-private.h
+@@ -1,4 +1,3 @@
+-#include 
+ 
+ #ifndef PIXMAN_PRIVATE_H
+ #define PIXMAN_PRIVATE_H
+@@ -17,6 +16,8 @@
+ 
+ #ifndef __ASSEMBLER__
+ 
++#include 
++
+ #ifndef PACKAGE
+ #  error config.h must be included before pixman-private.h
+ #endif
diff --git a/meta/recipes-graphics/xorg-lib/pixman_0.32.6.bb 
b/meta/recipes-graphics/xorg-lib/pixman_0.32.6.bb
index 467ba50..eae59b6 100644
--- a/meta/recipes-graphics/xorg-lib/pixman_0.32.6.bb
+++ b/meta/recipes-graphics/xorg-lib/pixman_0.32.6.bb
@@ -30,6 +30,7 @@ EXTRA_OECONF_class-native = "--disable-gtk"
 SRC_URI += "\
 
file://0001-ARM-qemu-related-workarounds-in-cpu-features-detecti.patch \
 file://mips-export-revert.patch \
+   file://asm_include.patch \
 "
 
 SRC_URI[md5sum] = "8a9e8f14743a39cf303803f369c1f344"
-- 
2.1.4

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

[OE-core] [PATCH 18/24] mesa: Fix building with musl

[Khem Raj]

backport needed patches
add a patch to use _NP macros only on glibc
based linux and not on all linux

Change-Id: Ib43bec9d222856f8e7acb9f0143b406517f049c8
Signed-off-by: Khem Raj 
---
 ...D_MUTEX_RECURSIVE_NP-is-specific-to-glibc.patch | 29 
 ...002-mesa-simplify-detection-of-fpclassify.patch | 53 ++
 meta/recipes-graphics/mesa/mesa_10.4.4.bb  |  5 +-
 3 files changed, 86 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-graphics/mesa/mesa/0001-PTHREAD_MUTEX_RECURSIVE_NP-is-specific-to-glibc.patch
 create mode 100644 
meta/recipes-graphics/mesa/mesa/0002-mesa-simplify-detection-of-fpclassify.patch

diff --git 
a/meta/recipes-graphics/mesa/mesa/0001-PTHREAD_MUTEX_RECURSIVE_NP-is-specific-to-glibc.patch
 
b/meta/recipes-graphics/mesa/mesa/0001-PTHREAD_MUTEX_RECURSIVE_NP-is-specific-to-glibc.patch
new file mode 100644
index 000..52443d8
--- /dev/null
+++ 
b/meta/recipes-graphics/mesa/mesa/0001-PTHREAD_MUTEX_RECURSIVE_NP-is-specific-to-glibc.patch
@@ -0,0 +1,29 @@
+From 46cdd464efbada13478f5e39a50aef85599ff91b Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Sat, 4 Apr 2015 15:50:53 -0700
+Subject: [PATCH 1/2] PTHREAD_MUTEX_RECURSIVE_NP is specific to glibc
+
+use glibc guard around it
+
+Signed-off-by: Khem Raj 
+Upstream-Status: Pending
+---
+ include/c11/threads_posix.h | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/include/c11/threads_posix.h b/include/c11/threads_posix.h
+index f9c165d..c641de4 100644
+--- a/include/c11/threads_posix.h
 b/include/c11/threads_posix.h
+@@ -178,7 +178,7 @@ mtx_init(mtx_t *mtx, int type)
+ return thrd_error;
+ pthread_mutexattr_init(&attr);
+ if ((type & mtx_recursive) != 0) {
+-#if defined(__linux__) || defined(__linux)
++#if defined __GLIBC__ && (defined(__linux__) || defined(__linux))
+ pthread_mutexattr_settype(&attr, PTHREAD_MUTEX_RECURSIVE_NP);
+ #else
+ pthread_mutexattr_settype(&attr, PTHREAD_MUTEX_RECURSIVE);
+-- 
+2.1.4
+
diff --git 
a/meta/recipes-graphics/mesa/mesa/0002-mesa-simplify-detection-of-fpclassify.patch
 
b/meta/recipes-graphics/mesa/mesa/0002-mesa-simplify-detection-of-fpclassify.patch
new file mode 100644
index 000..dd7a188
--- /dev/null
+++ 
b/meta/recipes-graphics/mesa/mesa/0002-mesa-simplify-detection-of-fpclassify.patch
@@ -0,0 +1,53 @@
+From c09606093c6b8e47d7cb6745eff192184eaaae07 Mon Sep 17 00:00:00 2001
+From: Felix Janda 
+Date: Fri, 23 Jan 2015 17:57:15 +0100
+Subject: [PATCH 2/2] mesa: simplify detection of fpclassify
+
+Fixes compilation with musl libc.
+
+Reviewed-by: Ian Romanick 
+Upstream-Status: Backport
+---
+ src/mesa/main/querymatrix.c | 18 +++---
+ 1 file changed, 7 insertions(+), 11 deletions(-)
+
+diff --git a/src/mesa/main/querymatrix.c b/src/mesa/main/querymatrix.c
+index eb36c76..ef85175 100644
+--- a/src/mesa/main/querymatrix.c
 b/src/mesa/main/querymatrix.c
+@@ -37,8 +37,12 @@
+ #define INT_TO_FIXED(x) ((GLfixed) ((x) << 16))
+ #define FLOAT_TO_FIXED(x) ((GLfixed) ((x) * 65536.0))
+ 
+-#if defined(_MSC_VER)
+-#if _MSC_VER < 1800  /* Not required on VS2013 and above. */
++#if defined(fpclassify)
++/* ISO C99 says that fpclassify is a macro.  Assume that any implementation
++ * of fpclassify, whether it's in a C99 compiler or not, will be a macro.
++ */
++#elif defined(_MSC_VER)
++/* Not required on VS2013 and above. */
+ /* Oddly, the fpclassify() function doesn't exist in such a form
+  * on MSVC.  This is an implementation using slightly different
+  * lower-level Windows functions.
+@@ -71,16 +75,8 @@ fpclassify(double x)
+ return FP_NAN;
+ }
+ }
+-#endif  /* _MSC_VER < 1800 */
+-
+-#elif defined(__APPLE__) || defined(__CYGWIN__) || defined(__FreeBSD__) || \
+- defined(__OpenBSD__) || defined(__NetBSD__) || defined(__DragonFly__) || 
\
+- (defined(__sun) && defined(__C99FEATURES__)) || defined(__MINGW32__) || \
+- (defined(__sun) && defined(__GNUC__)) || defined(ANDROID) || 
defined(__HAIKU__)
+-
+-/* fpclassify is available. */
+ 
+-#elif !defined(_XOPEN_SOURCE) || _XOPEN_SOURCE < 600
++#else
+ 
+ enum {FP_NAN, FP_INFINITE, FP_ZERO, FP_SUBNORMAL, FP_NORMAL}
+ fpclassify(double x)
+-- 
+2.1.4
+
diff --git a/meta/recipes-graphics/mesa/mesa_10.4.4.bb 
b/meta/recipes-graphics/mesa/mesa_10.4.4.bb
index 8140411..8472408 100644
--- a/meta/recipes-graphics/mesa/mesa_10.4.4.bb
+++ b/meta/recipes-graphics/mesa/mesa_10.4.4.bb
@@ -1,6 +1,9 @@
 require ${BPN}.inc
 
-SRC_URI = "ftp://ftp.freedesktop.org/pub/mesa/${PV}/MesaLib-${PV}.tar.bz2";
+SRC_URI = "ftp://ftp.freedesktop.org/pub/mesa/${PV}/MesaLib-${PV}.tar.bz2 \
+   file://0001-PTHREAD_MUTEX_RECURSIVE_NP-is-specific-to-glibc.patch \
+  file://0002-mesa-simplify-detection-of-fpclassify.patch \
+  "
 
 SRC_URI[md5sum] = "62faf98ac79c5587f8e917e187419e6c"
 SRC_URI[sha256sum] = 
"f18a967e9c4d80e054b2fdff8c130ce6e6d1f8eecfc42c9f354f8628d8b4df1c"
-- 
2.1.4

-- 

[OE-core] [PATCH 15/24] libffi: Use proper compiler define for linux platform

[Khem Raj]

Change-Id: I8253249a2e1c5e9ded0d028545f21cfdc093c3cd
Signed-off-by: Khem Raj 
---
 ...ps-Use-compiler-internal-define-for-linux.patch | 32 ++
 meta/recipes-gnome/libffi/libffi_3.2.1.bb  |  4 ++-
 2 files changed, 35 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-gnome/libffi/libffi/0001-mips-Use-compiler-internal-define-for-linux.patch

diff --git 
a/meta/recipes-gnome/libffi/libffi/0001-mips-Use-compiler-internal-define-for-linux.patch
 
b/meta/recipes-gnome/libffi/libffi/0001-mips-Use-compiler-internal-define-for-linux.patch
new file mode 100644
index 000..db96e63
--- /dev/null
+++ 
b/meta/recipes-gnome/libffi/libffi/0001-mips-Use-compiler-internal-define-for-linux.patch
@@ -0,0 +1,32 @@
+From a5efaa96fd934eb245c234a5275fcf62698ef986 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Thu, 2 Apr 2015 21:38:03 -0700
+Subject: [PATCH] mips: Use compiler internal define for linux
+
+__linux__ is defined by compiler when building for
+linux platforms, lets use it
+
+
+Upstream-Status: Pending
+
+Signed-off-by: Khem Raj 
+---
+ src/mips/ffitarget.h | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/src/mips/ffitarget.h b/src/mips/ffitarget.h
+index 717d659..6faa358 100644
+--- a/src/mips/ffitarget.h
 b/src/mips/ffitarget.h
+@@ -32,7 +32,7 @@
+ #error "Please do not include ffitarget.h directly into your source.  Use 
ffi.h instead."
+ #endif
+ 
+-#ifdef linux
++#ifdef __linux__
+ # include 
+ #elif defined(__rtems__)
+ /*
+-- 
+2.1.4
+
diff --git a/meta/recipes-gnome/libffi/libffi_3.2.1.bb 
b/meta/recipes-gnome/libffi/libffi_3.2.1.bb
index 2302810..fd916ca 100644
--- a/meta/recipes-gnome/libffi/libffi_3.2.1.bb
+++ b/meta/recipes-gnome/libffi/libffi_3.2.1.bb
@@ -10,7 +10,9 @@ LICENSE = "MIT"
 LIC_FILES_CHKSUM = "file://LICENSE;md5=3610bb17683a0089ed64055416b2ae1b"
 
 SRC_URI = "ftp://sourceware.org/pub/libffi/${BP}.tar.gz \
-   file://fix-libffi.la-location.patch"
+   file://fix-libffi.la-location.patch \
+  file://0001-mips-Use-compiler-internal-define-for-linux.patch \
+  "
 
 SRC_URI[md5sum] = "83b89587607e3eb65c70d361f13bab43"
 SRC_URI[sha256sum] = 
"d06ebb8e1d9a22d19e38d63fdb83954253f39bedc5d46232a05645685722ca37"
-- 
2.1.4

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

[OE-core] [PATCH 22/24] wpa-supplicant: Replace non-standard base defines with c99 compliant ones

[Khem Raj]

Makes it more portable

Change-Id: I033787934cd91243ce8f8ce3a974a157aa5cfd6a
Signed-off-by: Khem Raj 
---
 .../wpa-supplicant/wpa-supplicant.inc  |  1 +
 .../0001-linux_wext-Fix-types-for-musl.patch   | 38 ++
 2 files changed, 39 insertions(+)
 create mode 100644 
meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/0001-linux_wext-Fix-types-for-musl.patch

diff --git a/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant.inc 
b/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant.inc
index f95e91c..dae0606 100644
--- a/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant.inc
+++ b/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant.inc
@@ -25,6 +25,7 @@ SRC_URI = 
"http://hostap.epitest.fi/releases/wpa_supplicant-${PV}.tar.gz \
file://wpa_supplicant.conf-sane \
file://99_wpa_supplicant \
file://fix-libnl3-host-contamination.patch \
+   file://0001-linux_wext-Fix-types-for-musl.patch \
   "
 SRC_URI[md5sum] = "f2ed8fef72cf63d8d446a2d0a6da630a"
 SRC_URI[sha256sum] = 
"eaaa5bf3055270e521b2dff64f2d203ec8040f71958b8588269a82c00c9d7b6a"
diff --git 
a/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/0001-linux_wext-Fix-types-for-musl.patch
 
b/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/0001-linux_wext-Fix-types-for-musl.patch
new file mode 100644
index 000..49a988b
--- /dev/null
+++ 
b/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/0001-linux_wext-Fix-types-for-musl.patch
@@ -0,0 +1,38 @@
+From 159db445dc4cb0af5f6ad85f3a146ad137db5057 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Fri, 3 Apr 2015 20:38:21 -0700
+Subject: [PATCH] linux_wext: Fix types for musl
+
+| ../src/drivers/linux_wext.h:24:9: error: unknown type name '__uint32_t'
+|  typedef __uint32_t __u32;
+
+Signed-off-by: Khem Raj 
+Upstream-Status: Pending
+---
+ src/drivers/linux_wext.h | 10 +-
+ 1 file changed, 5 insertions(+), 5 deletions(-)
+
+diff --git a/src/drivers/linux_wext.h b/src/drivers/linux_wext.h
+index 55cf955..e66df91 100644
+--- a/src/drivers/linux_wext.h
 b/src/drivers/linux_wext.h
+@@ -21,11 +21,11 @@
+ 
+ #include 
+ #include 
+-typedef __uint32_t __u32;
+-typedef __int32_t __s32;
+-typedef __uint16_t __u16;
+-typedef __int16_t __s16;
+-typedef __uint8_t __u8;
++typedef u_int32_t __u32;
++typedef int32_t __s32;
++typedef u_int16_t __u16;
++typedef int16_t __s16;
++typedef u_int8_t __u8;
+ #ifndef __user
+ #define __user
+ #endif /* __user */
+-- 
+2.1.4
+
-- 
2.1.4

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

[OE-core] [PATCH 19/24] at-spi2-core: Add nls.m4 from gettext

[Khem Raj]

This is needed for building it with musl, since
we disable NLS, I think it will fails in same
way with glibc if NLS was disabled there too

Change-Id: I95c6858adfb33361cab466999e0bacb47c1e1fde
Signed-off-by: Khem Raj 
---
 .../0001-nls.m4-Take-it-from-gettext-0.15.patch| 54 ++
 meta/recipes-support/atk/at-spi2-core_2.14.1.bb|  4 +-
 2 files changed, 57 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-support/atk/at-spi2-core/0001-nls.m4-Take-it-from-gettext-0.15.patch

diff --git 
a/meta/recipes-support/atk/at-spi2-core/0001-nls.m4-Take-it-from-gettext-0.15.patch
 
b/meta/recipes-support/atk/at-spi2-core/0001-nls.m4-Take-it-from-gettext-0.15.patch
new file mode 100644
index 000..69a51d5
--- /dev/null
+++ 
b/meta/recipes-support/atk/at-spi2-core/0001-nls.m4-Take-it-from-gettext-0.15.patch
@@ -0,0 +1,54 @@
+From c320799c941d42a9b7e351805359694ea3b36d2d Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Sun, 5 Apr 2015 09:08:38 -0700
+Subject: [PATCH] nls.m4: Take it from gettext-0.15
+
+It otherwise expects gettext to provide it. Lets go independent
+
+Signed-off-by: Khem Raj 
+
+Upstream-Status: Pending
+---
+ m4/nls.m4 | 30 ++
+ 1 file changed, 30 insertions(+)
+ create mode 100644 m4/nls.m4
+
+diff --git a/m4/nls.m4 b/m4/nls.m4
+new file mode 100644
+index 000..2c8fe69
+--- /dev/null
 b/m4/nls.m4
+@@ -0,0 +1,30 @@
++dnl Copyright (C) 1995-2003, 2005-2006 Free Software Foundation, Inc.
++dnl This file is free software; the Free Software Foundation
++dnl gives unlimited permission to copy and/or distribute it,
++dnl with or without modifications, as long as this notice is preserved.
++dnl
++dnl This file can can be used in projects which are not available under
++dnl the GNU General Public License or the GNU Library General Public
++dnl License but which still want to provide support for the GNU gettext
++dnl functionality.
++dnl Please note that the actual code of the GNU gettext library is covered
++dnl by the GNU Library General Public License, and the rest of the GNU
++dnl gettext package package is covered by the GNU General Public License.
++dnl They are not in the public domain.
++
++dnl Authors:
++dnl Ulrich Drepper drep...@cygnus.com, 1995-2000.
++dnl Bruno Haible hai...@clisp.cons.org, 2000-2003.
++
++AC_PREREQ(2.50)
++
++AC_DEFUN([AM_NLS],
++[
++AC_MSG_CHECKING([whether NLS is requested])
++dnl Default is enabled NLS
++AC_ARG_ENABLE(nls,
++[ --disable-nls do not use Native Language Support],
++USE_NLS=$enableval, USE_NLS=yes)
++AC_MSG_RESULT($USE_NLS)
++AC_SUBST(USE_NLS)
++])
+-- 
+2.1.4
+
diff --git a/meta/recipes-support/atk/at-spi2-core_2.14.1.bb 
b/meta/recipes-support/atk/at-spi2-core_2.14.1.bb
index 1a1ce6c..a4d2b3a 100644
--- a/meta/recipes-support/atk/at-spi2-core_2.14.1.bb
+++ b/meta/recipes-support/atk/at-spi2-core_2.14.1.bb
@@ -4,7 +4,9 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=e9f288ba982d60518f375b5898283886"
 
 MAJ_VER = "${@oe.utils.trim_version("${PV}", 2)}"
 
-SRC_URI = "${GNOME_MIRROR}/${BPN}/${MAJ_VER}/${BPN}-${PV}.tar.xz"
+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] = "a37993cc50d90465c9aeed95e2ac439a"
 SRC_URI[sha256sum] = 
"eef9660b14fdf0fb1f30d1be7c72d591fa7cbb87b00ca3a25712f46ce657"
-- 
2.1.4

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

[OE-core] [PATCH 09/24] gcc-4.8: Upgrade 4.8.2 -> 4.8.4

[Khem Raj]

Drop already applied patches
This fixes random ICE seen on mips with large c++ files ( webkit )
Then there are several backports

Change-Id: Ie1c3acda2fda1b6cbd356416c860938f6cbd758e
Signed-off-by: Khem Raj 
---
 meta/recipes-devtools/gcc/gcc-4.8.inc  |  13 +-
 .../0016-gcc-poison-system-directories.patch   |  95 +++
 .../gcc/gcc-4.8/0019-64-bit-multilib-hack.patch|  41 +++
 ...C_DYNAMIC_LINKER-and-UCLIBC_DYNAMIC_LINKE.patch | 101 
 .../gcc/gcc-4.8/0038-gcc-4.8-build-args.patch  |  63 ++
 .../gcc/gcc-4.8/0039-gcc-4.8-PR57717.patch |  23 
 .../0045-gcc-4.8-PR57717-PowerPC-E500v2.patch  |  21 
 .../0048-PR58854_fix_arm_apcs_epilogue.patch   |  23 
 .../gcc/gcc-4.8/0050-PR-target-58595.patch | 132 -
 .../gcc-4.8/0052-PR-rtl-optimization-61801.patch   |  36 --
 10 files changed, 164 insertions(+), 384 deletions(-)
 delete mode 100644 meta/recipes-devtools/gcc/gcc-4.8/0039-gcc-4.8-PR57717.patch
 delete mode 100644 
meta/recipes-devtools/gcc/gcc-4.8/0045-gcc-4.8-PR57717-PowerPC-E500v2.patch
 delete mode 100644 
meta/recipes-devtools/gcc/gcc-4.8/0048-PR58854_fix_arm_apcs_epilogue.patch
 delete mode 100644 meta/recipes-devtools/gcc/gcc-4.8/0050-PR-target-58595.patch
 delete mode 100644 
meta/recipes-devtools/gcc/gcc-4.8/0052-PR-rtl-optimization-61801.patch

diff --git a/meta/recipes-devtools/gcc/gcc-4.8.inc 
b/meta/recipes-devtools/gcc/gcc-4.8.inc
index 06e6982..476aaf9 100644
--- a/meta/recipes-devtools/gcc/gcc-4.8.inc
+++ b/meta/recipes-devtools/gcc/gcc-4.8.inc
@@ -2,11 +2,11 @@ require gcc-common.inc
 
 # Third digit in PV should be incremented after a minor release
 
-PV = "4.8.2"
+PV = "4.8.4"
 
 # BINV should be incremented to a revision after a minor gcc release
 
-BINV = "4.8.2"
+BINV = "4.8.4"
 
 FILESEXTRAPATHS =. "${FILE_DIRNAME}/gcc-4.8:"
 
@@ -60,23 +60,18 @@ SRC_URI = "\
 file://0034-Use-the-multilib-config-files-from-B-instead-of-usin.patch \
 file://0035-wcast-qual-PR-55383.patch \
 file://0038-gcc-4.8-build-args.patch \
-file://0039-gcc-4.8-PR57717.patch \
 file://0040-fix-g++-sysroot.patch \
 file://0041-libtool-avoid-libdir.patch \
 file://0042-pr57748.patch \
 file://0043-cpp.patch \
 file://0044-gengtypes.patch \
-file://0045-gcc-4.8-PR57717-PowerPC-E500v2.patch \
 file://0046-libatomic-deptracking.patch \
 file://0047-repomembug.patch \
-file://0048-PR58854_fix_arm_apcs_epilogue.patch \
 file://0049-Enable-SPE-AltiVec-generation-on-powepc-linux-target.patch \
-file://0050-PR-target-58595.patch \
-file://0052-PR-rtl-optimization-61801.patch \
 file://target-gcc-includedir.patch \
 "
-SRC_URI[md5sum] = "a3d7d63b9cb6b6ea049469a0c4a43c9d"
-SRC_URI[sha256sum] = 
"09dc2276c73424bbbfda1dbddc62bbbf900c9f185acf7f3e1d773ce2d7e3cdc8"
+SRC_URI[md5sum] = "5a84a30839b2aca22a2d723de2a626ec"
+SRC_URI[sha256sum] = 
"4a80aa23798b8e9b5793494b8c976b39b8d9aa2e53cd5ed5534aff662a7f8695"
 
 S = "${TMPDIR}/work-shared/gcc-${PV}-${PR}/gcc-${PV}"
 B = "${WORKDIR}/gcc-${PV}/build.${HOST_SYS}.${TARGET_SYS}"
diff --git 
a/meta/recipes-devtools/gcc/gcc-4.8/0016-gcc-poison-system-directories.patch 
b/meta/recipes-devtools/gcc/gcc-4.8/0016-gcc-poison-system-directories.patch
index 1e2a9e1..c955e49 100644
--- a/meta/recipes-devtools/gcc/gcc-4.8/0016-gcc-poison-system-directories.patch
+++ b/meta/recipes-devtools/gcc/gcc-4.8/0016-gcc-poison-system-directories.patch
@@ -17,11 +17,11 @@ Upstream-Status: Inappropriate [distribution: codesourcery]
  gcc/incpath.c   |   19 +++
  8 files changed, 69 insertions(+), 3 deletions(-)
 
-diff --git a/gcc/Makefile.in b/gcc/Makefile.in
-index 54ea04f..90a2bba 100644
 a/gcc/Makefile.in
-+++ b/gcc/Makefile.in
-@@ -2018,7 +2018,7 @@ attribs.o : attribs.c $(CONFIG_H) $(SYSTEM_H) 
coretypes.h $(TM_H) $(TREE_H) \
+Index: gcc-4.8.4/gcc/Makefile.in
+===
+--- gcc-4.8.4.orig/gcc/Makefile.in
 gcc-4.8.4/gcc/Makefile.in
+@@ -2019,7 +2019,7 @@ attribs.o : attribs.c $(CONFIG_H) $(SYST
  
  incpath.o: incpath.c incpath.h $(CONFIG_H) $(SYSTEM_H) $(CPPLIB_H) \
intl.h prefix.h coretypes.h $(TM_H) cppdefault.h $(TARGET_H) \
@@ -30,10 +30,10 @@ index 54ea04f..90a2bba 100644
  
  CFLAGS-prefix.o += -DPREFIX=\"$(prefix)\" -DBASEVER=$(BASEVER_s)
  prefix.o: prefix.c $(CONFIG_H) $(SYSTEM_H) coretypes.h prefix.h \
-diff --git a/gcc/common.opt b/gcc/common.opt
-index bdbd3b6..ab86b00 100644
 a/gcc/common.opt
-+++ b/gcc/common.opt
+Index: gcc-4.8.4/gcc/common.opt
+===
+--- gcc-4.8.4.orig/gcc/common.opt
 gcc-4.8.4/gcc/common.opt
 @@ -595,6 +595,10 @@ Wpedantic
  Common Var(pedantic) Warning
  Issue warnings needed for strict compliance to the standard
@@ -45,10 +45,10 @@ index bdbd3b6..ab86b00 100644
  Wshadow
  Common Var(warn_shadow) Warning
  Warn whe

[OE-core] [PATCH 11/24] util-linux: Upgrade to 2.26

[Khem Raj]

Drop backports

Change-Id: I94d442edaf37ab8e685670f0e14ed60031a995fa
Signed-off-by: Khem Raj 
---
 .../util-linux/util-linux/CVE-2014-9114.patch  | 174 -
 .../{util-linux_2.25.2.bb => util-linux_2.26.1.bb} |  15 +-
 2 files changed, 7 insertions(+), 182 deletions(-)
 delete mode 100644 meta/recipes-core/util-linux/util-linux/CVE-2014-9114.patch
 rename meta/recipes-core/util-linux/{util-linux_2.25.2.bb => 
util-linux_2.26.1.bb} (66%)

diff --git a/meta/recipes-core/util-linux/util-linux/CVE-2014-9114.patch 
b/meta/recipes-core/util-linux/util-linux/CVE-2014-9114.patch
deleted file mode 100644
index 5eaa08d..000
--- a/meta/recipes-core/util-linux/util-linux/CVE-2014-9114.patch
+++ /dev/null
@@ -1,174 +0,0 @@
-Upstream-Status: Backport
-
-This patch is for CVE-2014-9114.
-This patch should be removed once util-linux is upgraded to 2.26.
-
-Signed-off-by: Chen Qi 
-
-From 89e90ae7b2826110ea28c1c0eb8e7c56c3907bdc Mon Sep 17 00:00:00 2001
-From: Karel Zak 
-Date: Thu, 27 Nov 2014 13:39:35 +0100
-Subject: [PATCH] libblkid: care about unsafe chars in cache
-
-The high-level libblkid API uses /run/blkid/blkid.tab cache to
-store probing results. The cache format is
-
-   devname
-
-and unfortunately the cache code does not escape quotation marks:
-
-   # mkfs.ext4 -L 'AAA"BBB'
-
-   # cat /run/blkid/blkid.tab
-   ...
-   /dev/sdb1
-
-such string is later incorrectly parsed and blkid(8) returns
-nonsenses. And for use-cases like
-
-   # eval $(blkid -o export /dev/sdb1)
-
-it's also insecure.
-
-Note that mount, udevd and blkid -p are based on low-level libblkid
-API, it bypass the cache and directly read data from the devices.
-
-The current udevd upstream does not depend on blkid(8) output at all,
-it's directly linked with the library and all unsafe chars are encoded by
-\x notation.
-
-   # mkfs.ext4 -L 'X"`/tmp/foo` "' /dev/sdb1
-   # udevadm info --export-db | grep LABEL
-   ...
-   E: ID_FS_LABEL=X__/tmp/foo___
-   E: ID_FS_LABEL_ENC=X\x22\x60\x2ftmp\x2ffoo\x60\x20\x22
-
-Signed-off-by: Karel Zak 

- libblkid/src/read.c | 21 ++---
- libblkid/src/save.c | 22 +-
- misc-utils/blkid.8  |  5 -
- misc-utils/blkid.c  |  4 ++--
- 4 files changed, 45 insertions(+), 7 deletions(-)
-
-diff --git a/libblkid/src/read.c b/libblkid/src/read.c
-index 0e91c9c..81ab0df 100644
 a/libblkid/src/read.c
-+++ b/libblkid/src/read.c
-@@ -252,15 +252,30 @@ static int parse_token(char **name, char **value, char 
**cp)
-   *value = skip_over_blank(*value + 1);
- 
-   if (**value == '"') {
--  end = strchr(*value + 1, '"');
--  if (!end) {
-+  char *p = end = *value + 1;
-+
-+  /* convert 'foo\"bar'  to 'foo"bar' */
-+  while (*p) {
-+  if (*p == '\\') {
-+  p++;
-+  *end = *p;
-+  } else {
-+  *end = *p;
-+  if (*p == '"')
-+  break;
-+  }
-+  p++;
-+  end++;
-+  }
-+
-+  if (*end != '"') {
-   DBG(READ, ul_debug("unbalanced quotes at: %s", *value));
-   *cp = *value;
-   return -BLKID_ERR_CACHE;
-   }
-   (*value)++;
-   *end = '\0';
--  end++;
-+  end = ++p;
-   } else {
-   end = skip_over_word(*value);
-   if (*end) {
-diff --git a/libblkid/src/save.c b/libblkid/src/save.c
-index 8216f09..5e8bbee 100644
 a/libblkid/src/save.c
-+++ b/libblkid/src/save.c
-@@ -26,6 +26,21 @@
- 
- #include "blkidP.h"
- 
-+
-+static void save_quoted(const char *data, FILE *file)
-+{
-+  const char *p;
-+
-+  fputc('"', file);
-+  for (p = data; p && *p; p++) {
-+  if ((unsigned char) *p == 0x22 ||   /* " */
-+  (unsigned char) *p == 0x5c) /* \ */
-+  fputc('\\', file);
-+
-+  fputc(*p, file);
-+  }
-+  fputc('"', file);
-+}
- static int save_dev(blkid_dev dev, FILE *file)
- {
-   struct list_head *p;
-@@ -43,9 +58,14 @@ static int save_dev(blkid_dev dev, FILE *file)
- 
-   if (dev->bid_pri)
-   fprintf(file, " PRI=\"%d\"", dev->bid_pri);
-+
-   list_for_each(p, &dev->bid_tags) {
-   blkid_tag tag = list_entry(p, struct blkid_struct_tag, 
bit_tags);
--  fprintf(file, " %s=\"%s\"", tag->bit_name,tag->bit_val);
-+
-+  fputc(' ', file);   /* space between tags */
-+  fputs(tag->bit_name, file); /* tag NAME */
-+  fputc('=', file);   /* separator between 
NAME and VALUE */
-+  save_quoted(tag->bit_val, file);/* tag "VALUE" */
-   }
-  

[OE-core] [PATCH 14/24] common-licenses: Add BSD-0-Clause

[Khem Raj]

Some packages like toybox use it

Change-Id: I2ae4fd024e310bce644581e4c63ed2980ee1998f
Signed-off-by: Khem Raj 
---
 meta/files/common-licenses/BSD-0-Clause | 12 
 1 file changed, 12 insertions(+)
 create mode 100644 meta/files/common-licenses/BSD-0-Clause

diff --git a/meta/files/common-licenses/BSD-0-Clause 
b/meta/files/common-licenses/BSD-0-Clause
new file mode 100644
index 000..328bdd6
--- /dev/null
+++ b/meta/files/common-licenses/BSD-0-Clause
@@ -0,0 +1,12 @@
+Copyright (C)  by 
+
+Permission to use, copy, modify, and/or distribute this software for any
+purpose with or without fee is hereby granted.
+
+THE SOFTWARE IS PROVIDED "AS IS" AND THE AUTHOR DISCLAIMS ALL WARRANTIES
+WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF
+MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR
+ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES
+WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN
+ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF
+OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE.
-- 
2.1.4

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

[OE-core] [PATCH 17/24] bluez4: Fix encrypt symbol namespace collision

[Khem Raj]

| Makefile:3352: recipe for target 'test/l2test.o' failed
| make[1]: *** [test/l2test.o] Error 1
| make[1]: *** Waiting for unfinished jobs
| test/rctest.c:82:12: error: 'encrypt' redeclared as different kind of
symbol
|  static int encrypt = 0;
| ^
| In file included from test/rctest.c:33:0:

Change-Id: Iaf2f644ef3cef6f96c6e4bc421c9e78a0e23e674
Signed-off-by: Khem Raj 
---
 .../bluez/bluez4-4.101/fix_encrypt_collision.patch | 110 +
 meta/recipes-connectivity/bluez/bluez4_4.101.bb|   1 +
 2 files changed, 111 insertions(+)
 create mode 100644 
meta/recipes-connectivity/bluez/bluez4-4.101/fix_encrypt_collision.patch

diff --git 
a/meta/recipes-connectivity/bluez/bluez4-4.101/fix_encrypt_collision.patch 
b/meta/recipes-connectivity/bluez/bluez4-4.101/fix_encrypt_collision.patch
new file mode 100644
index 000..1bc390f
--- /dev/null
+++ b/meta/recipes-connectivity/bluez/bluez4-4.101/fix_encrypt_collision.patch
@@ -0,0 +1,110 @@
+Avoid namepspace collision with encrypt function from libc
+
+Upstream-Status: Pending
+
+Signed-off-by: Khem Raj 
+Index: bluez-4.101/test/l2test.c
+===
+--- bluez-4.101.orig/test/l2test.c
 bluez-4.101/test/l2test.c
+@@ -107,7 +107,7 @@ static char *filename = NULL;
+ static int rfcmode = 0;
+ static int master = 0;
+ static int auth = 0;
+-static int encrypt = 0;
++static int encryption_request = 0;
+ static int secure = 0;
+ static int socktype = SOCK_SEQPACKET;
+ static int linger = 0;
+@@ -340,7 +340,7 @@ static int do_connect(char *svr)
+   opt |= L2CAP_LM_MASTER;
+   if (auth)
+   opt |= L2CAP_LM_AUTH;
+-  if (encrypt)
++  if (encryption_request)
+   opt |= L2CAP_LM_ENCRYPT;
+   if (secure)
+   opt |= L2CAP_LM_SECURE;
+@@ -475,7 +475,7 @@ static void do_listen(void (*handler)(in
+   opt |= L2CAP_LM_MASTER;
+   if (auth)
+   opt |= L2CAP_LM_AUTH;
+-  if (encrypt)
++  if (encryption_request)
+   opt |= L2CAP_LM_ENCRYPT;
+   if (secure)
+   opt |= L2CAP_LM_SECURE;
+@@ -1407,7 +1407,7 @@ int main(int argc, char *argv[])
+   break;
+ 
+   case 'E':
+-  encrypt = 1;
++  encryption_request = 1;
+   break;
+ 
+   case 'S':
+Index: bluez-4.101/test/rctest.c
+===
+--- bluez-4.101.orig/test/rctest.c
 bluez-4.101/test/rctest.c
+@@ -79,7 +79,7 @@ static char *filename = NULL;
+ 
+ static int master = 0;
+ static int auth = 0;
+-static int encrypt = 0;
++static int encryption_request = 0;
+ static int secure = 0;
+ static int socktype = SOCK_STREAM;
+ static int linger = 0;
+@@ -200,7 +200,7 @@ static int do_connect(const char *svr)
+   opt |= RFCOMM_LM_MASTER;
+   if (auth)
+   opt |= RFCOMM_LM_AUTH;
+-  if (encrypt)
++  if (encryption_request)
+   opt |= RFCOMM_LM_ENCRYPT;
+   if (secure)
+   opt |= RFCOMM_LM_SECURE;
+@@ -291,7 +291,7 @@ static void do_listen(void (*handler)(in
+   opt |= RFCOMM_LM_MASTER;
+   if (auth)
+   opt |= RFCOMM_LM_AUTH;
+-  if (encrypt)
++  if (encryption_request)
+   opt |= RFCOMM_LM_ENCRYPT;
+   if (secure)
+   opt |= RFCOMM_LM_SECURE;
+@@ -701,7 +701,7 @@ int main(int argc, char *argv[])
+   break;
+ 
+   case 'E':
+-  encrypt = 1;
++  encryption_request = 1;
+   break;
+ 
+   case 'S':
+Index: bluez-4.101/src/textfile.h
+===
+--- bluez-4.101.orig/src/textfile.h
 bluez-4.101/src/textfile.h
+@@ -24,6 +24,8 @@
+ #ifndef __TEXTFILE_H
+ #define __TEXTFILE_H
+ 
++#include 
++
+ int create_dirs(const char *filename, const mode_t mode);
+ int create_file(const char *filename, const mode_t mode);
+ int create_name(char *buf, size_t size, const char *path,
+Index: bluez-4.101/test/attest.c
+===
+--- bluez-4.101.orig/test/attest.c
 bluez-4.101/test/attest.c
+@@ -34,6 +34,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ 
+ #include 
+ #include 
diff --git a/meta/recipes-connectivity/bluez/bluez4_4.101.bb 
b/meta/recipes-connectivity/bluez/bluez4_4.101.bb
index 28a94ed..f900c7c 100644
--- a/meta/recipes-connectivity/bluez/bluez4_4.101.bb
+++ b/meta/recipes-connectivity/bluez/bluez4_4.101.bb
@@ -9,6 +9,7 @@ SRC_URI += "file://bluetooth.conf \
 file://network-fix-network-Connect-method-parameters.patch \
 file://install-test-script.patch \
 file://use-legacy-pygobject-instead-ofgobject-introspection.patch \
+file://fix_encrypt_collision.patch \
 "
 
 SRC_UR

[OE-core] [PATCH 07/24] binutils: Fix linking issue for R_ARM_REL32 relocs

[Khem Raj]

This issue is surfaces with gcc 5.0 but its a real issue in gold
errors are like

https://sourceware.org/ml/binutils/2010-12/msg00473.html
is the test case

Change-Id: I44806e9fb75a164745e52f0040b7efc9be624ae6
Signed-off-by: Khem Raj 
---
 meta/recipes-devtools/binutils/binutils-2.25.inc   |  1 +
 ...1-gold-arm-Skip-pic-check-for-R_ARM_REL32.patch | 25 ++
 2 files changed, 26 insertions(+)
 create mode 100644 
meta/recipes-devtools/binutils/binutils/0001-gold-arm-Skip-pic-check-for-R_ARM_REL32.patch

diff --git a/meta/recipes-devtools/binutils/binutils-2.25.inc 
b/meta/recipes-devtools/binutils/binutils-2.25.inc
index 6f76530..269bcbb 100644
--- a/meta/recipes-devtools/binutils/binutils-2.25.inc
+++ b/meta/recipes-devtools/binutils/binutils-2.25.inc
@@ -31,6 +31,7 @@ SRC_URI = "\
  file://0011-Change-default-emulation-for-mips64-linux.patch \
  file://0012-Add-XLP-instructions-support.patch \
  file://0013-Fix-an-internal-error-in-do_print_to_mapfile-seen-wi.patch \
+ file://0001-gold-arm-Skip-pic-check-for-R_ARM_REL32.patch \
  "
 S  = "${WORKDIR}/git"
 
diff --git 
a/meta/recipes-devtools/binutils/binutils/0001-gold-arm-Skip-pic-check-for-R_ARM_REL32.patch
 
b/meta/recipes-devtools/binutils/binutils/0001-gold-arm-Skip-pic-check-for-R_ARM_REL32.patch
new file mode 100644
index 000..e024302
--- /dev/null
+++ 
b/meta/recipes-devtools/binutils/binutils/0001-gold-arm-Skip-pic-check-for-R_ARM_REL32.patch
@@ -0,0 +1,25 @@
+From ebe26d855452d07e0152bd78d4966475d2de1de8 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Thu, 5 Mar 2015 07:30:31 +
+Subject: [PATCH] gold/arm: Skip pic check for R_ARM_REL32
+
+Signed-off-by: Khem Raj 
+---
+ gold/arm.cc | 1 +
+ 1 file changed, 1 insertion(+)
+
+diff --git a/gold/arm.cc b/gold/arm.cc
+index 6c472bb..fb80435 100644
+--- a/gold/arm.cc
 b/gold/arm.cc
+@@ -7829,6 +7829,7 @@ Target_arm::Scan::check_non_pic(Relobj* 
object,
+ case elfcpp::R_ARM_TLS_DTPMOD32:
+ case elfcpp::R_ARM_TLS_DTPOFF32:
+ case elfcpp::R_ARM_TLS_TPOFF32:
++case elfcpp::R_ARM_REL32:
+   return;
+ 
+ default:
+-- 
+2.1.4
+
-- 
2.1.4

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

[OE-core] [PATCH 08/24] var/volatile: Mount it if doing ro-rfs

[Khem Raj]

- Do not mount /var/volatile to be tmpfs always only when generating
  readonly rootfs
- Generate var-volatile.mount unit when using system in readonly-rootfs
  to mount /var/volatile as tmpfs
- for sysvinit, mount /var/volatile to be tmpfs if its not already
  mounted so
- Use RequiresMountsFor instead of After=, so systemd figures out the
  needed dependencies for making /var/volatile accessible for journald
  and not us.

Change-Id: I0b176b3e1c1e88e84d2c93154aac04cef565d8ea
Signed-off-by: Khem Raj 
---
 meta/classes/image.bbclass  | 1 +
 meta/recipes-core/base-files/base-files/fstab   | 1 -
 .../initscripts/initscripts-1.0/read-only-rootfs-hook.sh| 2 +-
 meta/recipes-core/systemd/systemd/journald-volatile.conf| 6 ++
 4 files changed, 8 insertions(+), 2 deletions(-)
 create mode 100644 meta/recipes-core/systemd/systemd/journald-volatile.conf

diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index 03cbbf7..5ace087 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
@@ -230,6 +230,7 @@ read_only_rootfs_hook () {
fi
 
if ${@bb.utils.contains("DISTRO_FEATURES", "systemd", "true", "false", 
d)}; then
+   sed -e 's#/tmp#/var/volatile#g' 
${IMAGE_ROOTFS}/lib/systemd/system/tmp.mount > 
${IMAGE_ROOTFS}/lib/systemd/system/var-volatile.mount
# Update user database files so that services don't fail for a 
read-only systemd system
for conffile in ${IMAGE_ROOTFS}/usr/lib/sysusers.d/systemd.conf 
${IMAGE_ROOTFS}/usr/lib/sysusers.d/systemd-remote.conf; do
[ -e $conffile ] || continue
diff --git a/meta/recipes-core/base-files/base-files/fstab 
b/meta/recipes-core/base-files/base-files/fstab
index 739b844..56b14d7 100644
--- a/meta/recipes-core/base-files/base-files/fstab
+++ b/meta/recipes-core/base-files/base-files/fstab
@@ -5,7 +5,6 @@ proc /procproc   defaults   
   0  0
 devpts   /dev/pts devpts mode=0620,gid=5   0  0
 usbdevfs /proc/bus/usbusbdevfs   noauto0  0
 tmpfs/run tmpfs  
mode=0755,nodev,nosuid,strictatime 0  0
-tmpfs/var/volatiletmpfs  defaults  0  0
 
 # uncomment this if your device has a SD/MMC/Transflash slot
 #/dev/mmcblk0p1   /media/card  auto   defaults,sync,noauto  0  0
diff --git 
a/meta/recipes-core/initscripts/initscripts-1.0/read-only-rootfs-hook.sh 
b/meta/recipes-core/initscripts/initscripts-1.0/read-only-rootfs-hook.sh
index 1a0328d..3ff39f4 100644
--- a/meta/recipes-core/initscripts/initscripts-1.0/read-only-rootfs-hook.sh
+++ b/meta/recipes-core/initscripts/initscripts-1.0/read-only-rootfs-hook.sh
@@ -29,7 +29,7 @@ is_on_read_only_partition () {
 
 if [ "$1" = "start" ] ; then
if [ `is_on_read_only_partition /var/lib` = "yes" ]; then
-   grep -q "tmpfs /var/volatile" /proc/mounts || mount 
/var/volatile
+   grep -q "tmpfs /var/volatile" /proc/mounts || mount -t tmpfs -o 
strictatime tmpfs /var/volatile
mkdir -p /var/volatile/lib
cp -a /var/lib/* /var/volatile/lib
mount --bind /var/volatile/lib /var/lib
diff --git a/meta/recipes-core/systemd/systemd/journald-volatile.conf 
b/meta/recipes-core/systemd/systemd/journald-volatile.conf
new file mode 100644
index 000..9356a4e
--- /dev/null
+++ b/meta/recipes-core/systemd/systemd/journald-volatile.conf
@@ -0,0 +1,6 @@
+# If /var/volatile is a mount point then make sure to mount it before
+# the journal starts. This is because base-files creates a symlink
+# /var/log -> /var/volatile/log. And if the journal starts before the mount
+# happens, the journal will appear empty until restarted.
+[Unit]
+RequiresMountsFor=/var/volatile
-- 
2.1.4

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

[OE-core] [PATCH 12/24] libusb-compat: Include sys/types.h in usb.h

[Khem Raj]

Fixes compile errors when usb.h is included in
other packages, it expects sys/types.h to be
there, instead it should include it itself

Change-Id: Ib49477b7d3f3cd97d65c9578bdc33f2ee33f5a26
Signed-off-by: Khem Raj 
---
 .../0001-usb.h-Include-sys-types.h.patch   | 30 ++
 meta/recipes-support/libusb/libusb-compat_0.1.5.bb |  4 ++-
 2 files changed, 33 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-support/libusb/libusb-compat/0001-usb.h-Include-sys-types.h.patch

diff --git 
a/meta/recipes-support/libusb/libusb-compat/0001-usb.h-Include-sys-types.h.patch
 
b/meta/recipes-support/libusb/libusb-compat/0001-usb.h-Include-sys-types.h.patch
new file mode 100644
index 000..b88440d
--- /dev/null
+++ 
b/meta/recipes-support/libusb/libusb-compat/0001-usb.h-Include-sys-types.h.patch
@@ -0,0 +1,30 @@
+From 340f911f9e3f4ff6b01682c5341c959060782af2 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Thu, 2 Apr 2015 19:18:45 -0700
+Subject: [PATCH] usb.h: Include sys/types.h
+
+We need the definitions for things like u_intX_t
+
+Upstream-Status: Pending
+
+Signed-off-by: Khem Raj 
+---
+ libusb/usb.h | 2 ++
+ 1 file changed, 2 insertions(+)
+
+diff --git a/libusb/usb.h b/libusb/usb.h
+index 84e730f..caffae2 100644
+--- a/libusb/usb.h
 b/libusb/usb.h
+@@ -31,6 +31,8 @@
+ 
+ #include 
+ 
++#include 
++
+ /*
+  * USB spec information
+  *
+-- 
+2.1.4
+
diff --git a/meta/recipes-support/libusb/libusb-compat_0.1.5.bb 
b/meta/recipes-support/libusb/libusb-compat_0.1.5.bb
index 74761d6..646872c 100644
--- a/meta/recipes-support/libusb/libusb-compat_0.1.5.bb
+++ b/meta/recipes-support/libusb/libusb-compat_0.1.5.bb
@@ -18,7 +18,9 @@ BBCLASSEXTEND = "native nativesdk"
 
 PE = "1"
 
-SRC_URI = "${SOURCEFORGE_MIRROR}/libusb/libusb-compat-${PV}.tar.bz2"
+SRC_URI = "${SOURCEFORGE_MIRROR}/libusb/libusb-compat-${PV}.tar.bz2 \
+   file://0001-usb.h-Include-sys-types.h.patch \
+  "
 
 SRC_URI[md5sum] = "2780b6a758a1e2c2943bdbf7faf740e4"
 SRC_URI[sha256sum] = 
"404ef4b6b324be79ac1bfb3d839eac860fbc929e6acb1ef88793a6ea328bc55a"
-- 
2.1.4

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

[OE-core] [PATCH 10/24] quota: Upgrade quota_4.01.bb -> quota_4.02.bb

[Khem Raj]

Change-Id: Idea094dfe4b49eef58b90296c4cd2b3e239eeabb
Signed-off-by: Khem Raj 
---
 meta/recipes-extended/quota/{quota_4.01.bb => quota_4.02.bb} | 7 ++-
 1 file changed, 2 insertions(+), 5 deletions(-)
 rename meta/recipes-extended/quota/{quota_4.01.bb => quota_4.02.bb} (86%)

diff --git a/meta/recipes-extended/quota/quota_4.01.bb 
b/meta/recipes-extended/quota/quota_4.02.bb
similarity index 86%
rename from meta/recipes-extended/quota/quota_4.01.bb
rename to meta/recipes-extended/quota/quota_4.02.bb
index 82f7899..020ed35 100644
--- a/meta/recipes-extended/quota/quota_4.01.bb
+++ b/meta/recipes-extended/quota/quota_4.02.bb
@@ -6,13 +6,10 @@ LICENSE = "BSD & GPLv2+ & LGPLv2.1+"
 LIC_FILES_CHKSUM = 
"file://quota.c;beginline=1;endline=33;md5=331c7d77744bfe0ad24027f0651028ec \
 
file://rquota_server.c;beginline=1;endline=20;md5=fe7e0d7e11c6f820f8fa62a5af71230f
 \
 
file://svc_socket.c;beginline=1;endline=17;md5=24d5a8792da45910786eeac750be8ceb"
-PR = "r1"
-
 SRC_URI = 
"${SOURCEFORGE_MIRROR}/project/linuxquota/quota-tools/${PV}/quota-${PV}.tar.gz \
file://config-tcpwrappers.patch"
-
-SRC_URI[md5sum] = "5c2c31e321d2e1322ce12d69ae5c66d6"
-SRC_URI[sha256sum] = 
"a36300bbc126b79b745bf937245092808b4585aa3309ef3335d4ab9d873cd206"
+SRC_URI[md5sum] = "a8a5df262261e659716ccad2a5d6df0d"
+SRC_URI[sha256sum] = 
"f4c2f48abf94bbdc396df33d276f2e9d19af58c232cb85eef9c174a747c33795"
 
 S = "${WORKDIR}/quota-tools"
 
-- 
2.1.4

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

[OE-core] [PATCH 13/24] libdaemon: Explicitly include unisttd.h instead of sys/unistd.h

[Khem Raj]

Fixes build errors on musl

Change-Id: Ia00bdc9c0578c8d5e1249c9d433079d795e83cb2
Signed-off-by: Khem Raj 
---
 .../libdaemon/libdaemon/fix-includes.patch   | 20 
 meta/recipes-support/libdaemon/libdaemon_0.14.bb |  4 +++-
 2 files changed, 23 insertions(+), 1 deletion(-)
 create mode 100644 meta/recipes-support/libdaemon/libdaemon/fix-includes.patch

diff --git a/meta/recipes-support/libdaemon/libdaemon/fix-includes.patch 
b/meta/recipes-support/libdaemon/libdaemon/fix-includes.patch
new file mode 100644
index 000..1027ae8
--- /dev/null
+++ b/meta/recipes-support/libdaemon/libdaemon/fix-includes.patch
@@ -0,0 +1,20 @@
+musl complains
+fatal error: sys/unistd.h: No such file or directory
+and rightly so
+
+Signed-off-by: Khem Raj 
+Upstream-Status: Pending
+
+--- libdaemon-0.14.orig/examples/testd.c
 libdaemon-0.14/examples/testd.c
+@@ -21,9 +21,9 @@
+ #include 
+ #include 
+ #include 
++#include 
+ #include 
+ #include 
+-#include 
+ #include 
+ 
+ #include 
diff --git a/meta/recipes-support/libdaemon/libdaemon_0.14.bb 
b/meta/recipes-support/libdaemon/libdaemon_0.14.bb
index e928781..070ee18 100644
--- a/meta/recipes-support/libdaemon/libdaemon_0.14.bb
+++ b/meta/recipes-support/libdaemon/libdaemon_0.14.bb
@@ -6,7 +6,9 @@ LICENSE = "LGPLv2.1+"
 LIC_FILES_CHKSUM = "file://LICENSE;md5=2d5025d4aa3495befef8f17206a5b0a1 \
 
file://libdaemon/daemon.h;beginline=9;endline=21;md5=bd9fbe57cd96d1a5848a8ba12d9a6bf4"
 
-SRC_URI = 
"http://0pointer.de/lennart/projects/libdaemon/libdaemon-${PV}.tar.gz";
+SRC_URI = 
"http://0pointer.de/lennart/projects/libdaemon/libdaemon-${PV}.tar.gz \
+   file://fix-includes.patch \
+  "
 
 SRC_URI[md5sum] = "509dc27107c21bcd9fbf2f95f5669563"
 SRC_URI[sha256sum] = 
"fd23eb5f6f986dcc7e708307355ba3289abe03cc381fc47a80bca4a50aa6b834"
-- 
2.1.4

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

[OE-core] [PATCH 04/24] binutils: Fix ICE in gold

[Khem Raj]

Found when linking busybox using gold linker

Change-Id: I47b89998b9cb3d75ac97113a1b0fba109483b198
Signed-off-by: Khem Raj 
---
 meta/recipes-devtools/binutils/binutils-2.25.inc   |  1 +
 ...rnal-error-in-do_print_to_mapfile-seen-wi.patch | 36 ++
 2 files changed, 37 insertions(+)
 create mode 100644 
meta/recipes-devtools/binutils/binutils/0001-Fix-an-internal-error-in-do_print_to_mapfile-seen-wi.patch

diff --git a/meta/recipes-devtools/binutils/binutils-2.25.inc 
b/meta/recipes-devtools/binutils/binutils-2.25.inc
index d69b519..d9075b6 100644
--- a/meta/recipes-devtools/binutils/binutils-2.25.inc
+++ b/meta/recipes-devtools/binutils/binutils-2.25.inc
@@ -24,6 +24,7 @@ SRC_URI = "\
  file://binutils-armv5e.patch \
  file://mips64-default-ld-emulation.patch \
  file://binutils-xlp-support.patch \
+ file://0001-Fix-an-internal-error-in-do_print_to_mapfile-seen-wi.patch \
  "
 SRC_URI[md5sum] = "d9f3303f802a5b6b0bb73a335ab89d66"
 SRC_URI[sha256sum] = 
"22defc65cfa3ef2a3395faaea75d6331c6e62ea5dfacfed3e2ec17b08c882923"
diff --git 
a/meta/recipes-devtools/binutils/binutils/0001-Fix-an-internal-error-in-do_print_to_mapfile-seen-wi.patch
 
b/meta/recipes-devtools/binutils/binutils/0001-Fix-an-internal-error-in-do_print_to_mapfile-seen-wi.patch
new file mode 100644
index 000..a47faef
--- /dev/null
+++ 
b/meta/recipes-devtools/binutils/binutils/0001-Fix-an-internal-error-in-do_print_to_mapfile-seen-wi.patch
@@ -0,0 +1,36 @@
+From 54583eb23233b5369372ae41768655693d0584ef Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Fri, 27 Feb 2015 09:05:49 +
+Subject: [PATCH] Fix an internal error in do_print_to_mapfile seen with gold
+ on arm
+
+This is due to missing implementation of do_print_to_mapfile for
+atrributea section (ARM.attributes), it started to show up after fix
+for PR gold/16980 was installed
+
+Signed-off-by: Khem Raj 
+
+Upstream-Status: Submitted
+---
+ gold/ChangeLog| 5 +
+ gold/attributes.h | 4 
+ 2 files changed, 9 insertions(+)
+
+diff --git a/gold/attributes.h b/gold/attributes.h
+index c0b171f..6e3ab8c 100644
+--- a/gold/attributes.h
 b/gold/attributes.h
+@@ -387,6 +387,10 @@ class Output_attributes_section_data : public 
Output_section_data
+   { }
+ 
+  protected:
++  // Write to a map file.
++  void
++  do_print_to_mapfile(Mapfile* mapfile) const
++  { mapfile->print_output_data(this, _("** attributes")); }
+   // Write the data to the output file.
+   void
+   do_write(Output_file*);
+-- 
+2.1.4
+
-- 
2.1.4

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

[OE-core] [PATCH 02/24] mtd-utils: update to latest and fix static inlining

[Khem Raj]

use static storage class instead of extern for inline functions
and remove duplicate definitions as a result

Change-Id: I72e8c5f19dff656c18f719d1e9e2ca697c9a856f
Signed-off-by: Khem Raj 
---
 ...emove-duplicate-hashtable_iterator_value-.patch | 56 ++
 meta/recipes-devtools/mtd/mtd-utils_git.bb |  1 +
 2 files changed, 57 insertions(+)
 create mode 100644 
meta/recipes-devtools/mtd/mtd-utils/0001-hashtable-Remove-duplicate-hashtable_iterator_value-.patch

diff --git 
a/meta/recipes-devtools/mtd/mtd-utils/0001-hashtable-Remove-duplicate-hashtable_iterator_value-.patch
 
b/meta/recipes-devtools/mtd/mtd-utils/0001-hashtable-Remove-duplicate-hashtable_iterator_value-.patch
new file mode 100644
index 000..695f020
--- /dev/null
+++ 
b/meta/recipes-devtools/mtd/mtd-utils/0001-hashtable-Remove-duplicate-hashtable_iterator_value-.patch
@@ -0,0 +1,56 @@
+From b856ff35c20124ceae40bbc4d32584df47618c96 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Wed, 25 Feb 2015 09:28:26 +
+Subject: [PATCH] hashtable: Remove duplicate
+ hashtable_iterator_value/hashtable_iterator_key
+
+Signed-off-by: Khem Raj 
+---
+ mkfs.ubifs/hashtable/hashtable_itr.c | 12 
+ 1 file changed, 12 deletions(-)
+
+Index: git/mkfs.ubifs/hashtable/hashtable_itr.h
+===
+--- git.orig/mkfs.ubifs/hashtable/hashtable_itr.h
 git/mkfs.ubifs/hashtable/hashtable_itr.h
+@@ -28,7 +28,7 @@ hashtable_iterator(struct hashtable *h);
+ /* hashtable_iterator_key
+  * - return the value of the (key,value) pair at the current position */
+ 
+-extern inline void *
++static inline void *
+ hashtable_iterator_key(struct hashtable_itr *i)
+ {
+ return i->e->k;
+@@ -37,7 +37,7 @@ hashtable_iterator_key(struct hashtable_
+ 
/*/
+ /* value - return the value of the (key,value) pair at the current position */
+ 
+-extern inline void *
++static inline void *
+ hashtable_iterator_value(struct hashtable_itr *i)
+ {
+ return i->e->v;
+Index: git/mkfs.ubifs/hashtable/hashtable_itr.c
+===
+--- git.orig/mkfs.ubifs/hashtable/hashtable_itr.c
 git/mkfs.ubifs/hashtable/hashtable_itr.c
+@@ -35,18 +35,6 @@ hashtable_iterator(struct hashtable *h)
+ }
+ 
+ 
/*/
+-/* key  - return the key of the (key,value) pair at the current position 
*/
+-/* value- return the value of the (key,value) pair at the current 
position */
+-
+-void *
+-hashtable_iterator_key(struct hashtable_itr *i)
+-{ return i->e->k; }
+-
+-void *
+-hashtable_iterator_value(struct hashtable_itr *i)
+-{ return i->e->v; }
+-
+-/*/
+ /* advance - advance the iterator to the next element
+  *   returns zero if advanced to end of table */
+ 
diff --git a/meta/recipes-devtools/mtd/mtd-utils_git.bb 
b/meta/recipes-devtools/mtd/mtd-utils_git.bb
index 12daffe..f991ea1 100644
--- a/meta/recipes-devtools/mtd/mtd-utils_git.bb
+++ b/meta/recipes-devtools/mtd/mtd-utils_git.bb
@@ -13,6 +13,7 @@ SRCREV = "9f107132a6a073cce37434ca9cda6917dd8d866b"
 SRC_URI = "git://git.infradead.org/mtd-utils.git \
file://add-exclusion-to-mkfs-jffs2-git-2.patch \
file://fix-armv7-neon-alignment.patch \
+   
file://0001-hashtable-Remove-duplicate-hashtable_iterator_value-.patch \
 "
 
 S = "${WORKDIR}/git/"
-- 
2.1.4

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

[OE-core] [PATCH 06/24] gdb: Upgrade 7.8.1 -> 7.9

[Khem Raj]

Refresh patches against new baseline

Change-Id: I34c5a284c12f669ff3539a363e5eded15b23
Signed-off-by: Khem Raj 
---
 meta/conf/distro/include/tcmode-default.inc|   2 +-
 .../gdb/{gdb-7.8.1.inc => gdb-7.9.inc} |   4 +-
 ...canadian_7.8.1.bb => gdb-cross-canadian_7.9.bb} |   0
 meta/recipes-devtools/gdb/gdb-cross_7.8.1.bb   |   4 -
 meta/recipes-devtools/gdb/gdb-cross_7.9.bb |   4 +
 meta/recipes-devtools/gdb/gdb.inc  |   5 +-
 ...0001-make-man-install-relative-to-DESTDIR.patch |  28 +
 ...last.diff => 0002-Change-order-of-CFLAGS.patch} |  33 +-
 ...-support-for-Renesas-SH-sh4-architecture.patch} | 854 +
 .../gdb/0004-Change-comment-in-gdb-compile.patch   |  48 ++
 .../recipes-devtools/gdb/gdb/sim-install-6.6.patch |  14 -
 meta/recipes-devtools/gdb/gdb/sim-install.patch|  36 -
 meta/recipes-devtools/gdb/gdb/uclibc.patch | 196 -
 .../gdb/{gdb_7.8.1.bb => gdb_7.9.bb}   |   0
 14 files changed, 305 insertions(+), 923 deletions(-)
 rename meta/recipes-devtools/gdb/{gdb-7.8.1.inc => gdb-7.9.inc} (68%)
 rename meta/recipes-devtools/gdb/{gdb-cross-canadian_7.8.1.bb => 
gdb-cross-canadian_7.9.bb} (100%)
 delete mode 100644 meta/recipes-devtools/gdb/gdb-cross_7.8.1.bb
 create mode 100644 meta/recipes-devtools/gdb/gdb-cross_7.9.bb
 create mode 100644 
meta/recipes-devtools/gdb/gdb/0001-make-man-install-relative-to-DESTDIR.patch
 rename meta/recipes-devtools/gdb/gdb/{gdbserver-cflags-last.diff => 
0002-Change-order-of-CFLAGS.patch} (42%)
 rename meta/recipes-devtools/gdb/gdb/{renesas-sh-native-support.patch => 
0003-Add-support-for-Renesas-SH-sh4-architecture.patch} (57%)
 create mode 100644 
meta/recipes-devtools/gdb/gdb/0004-Change-comment-in-gdb-compile.patch
 delete mode 100644 meta/recipes-devtools/gdb/gdb/sim-install-6.6.patch
 delete mode 100644 meta/recipes-devtools/gdb/gdb/sim-install.patch
 delete mode 100644 meta/recipes-devtools/gdb/gdb/uclibc.patch
 rename meta/recipes-devtools/gdb/{gdb_7.8.1.bb => gdb_7.9.bb} (100%)

diff --git a/meta/conf/distro/include/tcmode-default.inc 
b/meta/conf/distro/include/tcmode-default.inc
index f69fe9a..e3df934 100644
--- a/meta/conf/distro/include/tcmode-default.inc
+++ b/meta/conf/distro/include/tcmode-default.inc
@@ -25,7 +25,7 @@ PREFERRED_PROVIDER_virtual/gettext ??= "gettext"
 GCCVERSION ?= "4.9%"
 SDKGCCVERSION ?= "${GCCVERSION}"
 BINUVERSION ?= "2.25"
-GDBVERSION ?= "7.8%"
+GDBVERSION ?= "7.9%"
 GLIBCVERSION ?= "2.21"
 UCLIBCVERSION ?= "0.9.33+git%"
 LINUXLIBCVERSION ?= "3.19"
diff --git a/meta/recipes-devtools/gdb/gdb-7.8.1.inc 
b/meta/recipes-devtools/gdb/gdb-7.9.inc
similarity index 68%
rename from meta/recipes-devtools/gdb/gdb-7.8.1.inc
rename to meta/recipes-devtools/gdb/gdb-7.9.inc
index 510ea18..6d5eecb 100644
--- a/meta/recipes-devtools/gdb/gdb-7.8.1.inc
+++ b/meta/recipes-devtools/gdb/gdb-7.9.inc
@@ -4,6 +4,6 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552 \
file://COPYING3.LIB;md5=6a6a8e020838b23406c81b19c1d46df6 \
file://COPYING.LIB;md5=9f604d8a4f8e74f4f5140845a21b6674"
 
-SRC_URI[md5sum] = "997492cc3475c96f35ecc8775248c9b1"
-SRC_URI[sha256sum] = 
"d7a923d876ecfa1cec4c1c79c014c9d8e58783a25855a95cf260275f61990647"
+SRC_URI[md5sum] = "8f8ced422fe462a00e0135a643544f17"
+SRC_URI[sha256sum] = 
"d282508cb7df0cb8b2cf659032ce1bede7b5725796e3ac90f3cd9d65844a65f2"
 
diff --git a/meta/recipes-devtools/gdb/gdb-cross-canadian_7.8.1.bb 
b/meta/recipes-devtools/gdb/gdb-cross-canadian_7.9.bb
similarity index 100%
rename from meta/recipes-devtools/gdb/gdb-cross-canadian_7.8.1.bb
rename to meta/recipes-devtools/gdb/gdb-cross-canadian_7.9.bb
diff --git a/meta/recipes-devtools/gdb/gdb-cross_7.8.1.bb 
b/meta/recipes-devtools/gdb/gdb-cross_7.8.1.bb
deleted file mode 100644
index f9da486..000
--- a/meta/recipes-devtools/gdb/gdb-cross_7.8.1.bb
+++ /dev/null
@@ -1,4 +0,0 @@
-require gdb-cross.inc
-require gdb-${PV}.inc
-
-SRC_URI += "file://sim-install-6.6.patch"
diff --git a/meta/recipes-devtools/gdb/gdb-cross_7.9.bb 
b/meta/recipes-devtools/gdb/gdb-cross_7.9.bb
new file mode 100644
index 000..3a95cfb
--- /dev/null
+++ b/meta/recipes-devtools/gdb/gdb-cross_7.9.bb
@@ -0,0 +1,4 @@
+require gdb-cross.inc
+require gdb-${PV}.inc
+
+SRC_URI += "file://0001-make-man-install-relative-to-DESTDIR.patch"
diff --git a/meta/recipes-devtools/gdb/gdb.inc 
b/meta/recipes-devtools/gdb/gdb.inc
index 2c95e03..e65af4b 100644
--- a/meta/recipes-devtools/gdb/gdb.inc
+++ b/meta/recipes-devtools/gdb/gdb.inc
@@ -2,8 +2,9 @@ require gdb-common.inc
 
 inherit gettext
 
-SRC_URI += "file://gdbserver-cflags-last.diff;striplevel=0 \
-file://renesas-sh-native-support.patch \
+SRC_URI += "file://0002-Change-order-of-CFLAGS.patch \
+file://0003-Add-support-for-Renesas-SH-sh4-architecture.patch \
+file://0004-Change-comment-in-gdb-compile.patch \
"
 #LDFLAGS_append = " -s"
 #export CFLAGS_app

[OE-core] [PATCH 03/24] binutils: upgrade to 2.25

[Khem Raj]

From: Robert Yang 

* Remove the following patches since they are already in the new code:
  binutils/fix-pr15815.patch
  binutils/fix-pr16428.patch
  binutils/fix-pr16476.patch
  binutils/fix-pr2404.patch
  binutils/replace_macros_with_static_inline.patch
  binutils/binutils_CVE-2014-8484.patch
  binutils/binutils_CVE-2014-8485.patch
  binutils/binutils_CVE-2014-8501.patch
  binutils/binutils_CVE-2014-8502.patch
  binutils/binutils_CVE-2014-8502_1.patch
  binutils/binutils_CVE-2014-8503.patch
  binutils/binutils_CVE-2014-8504.patch
  binutils/binutils_CVE-2014-8737.patch

* The file src-release is gone.

* Updated patches for the new code.

Conflicts:
meta/conf/distro/include/tcmode-default.inc

Change-Id: Ifd88f07771238755081a993b843ace423742eb85
Signed-off-by: Robert Yang 
Signed-off-by: Khem Raj 
---
 meta/conf/distro/include/tcmode-default.inc|   2 +-
 .../{binutils-2.24.inc => binutils-2.25.inc}   |  20 +-
 ...ian_2.24.bb => binutils-cross-canadian_2.25.bb} |   0
 ...nutils-cross_2.24.bb => binutils-cross_2.25.bb} |   0
 ...-crosssdk_2.24.bb => binutils-crosssdk_2.25.bb} |   0
 .../binutils/binutils/binutils-poison.patch|  40 +-
 .../binutils/binutils/binutils-xlp-support.patch   | 296 ++--
 .../binutils/binutils/binutils_CVE-2014-8484.patch |  67 ---
 .../binutils/binutils/binutils_CVE-2014-8485.patch | 102 
 .../binutils/binutils/binutils_CVE-2014-8501.patch |  60 ---
 .../binutils/binutils/binutils_CVE-2014-8502.patch |  89 
 .../binutils/binutils_CVE-2014-8502_1.patch| 523 -
 .../binutils/binutils/binutils_CVE-2014-8503.patch |  47 --
 .../binutils/binutils/binutils_CVE-2014-8504.patch |  75 ---
 .../binutils/binutils/binutils_CVE-2014-8737.patch | 177 ---
 .../binutils/binutils/fix-pr15815.patch|  36 --
 .../binutils/binutils/fix-pr16428.patch| 123 -
 .../binutils/binutils/fix-pr16476.patch| 220 -
 .../binutils/binutils/fix-pr2404.patch |  76 ---
 .../binutils/binutils/libtool-2.4-update.patch | 301 ++--
 .../binutils/mips64-default-ld-emulation.patch |  38 +-
 .../replace_macros_with_static_inline.patch| 188 
 .../{binutils_2.24.bb => binutils_2.25.bb} |   0
 23 files changed, 340 insertions(+), 2140 deletions(-)
 rename meta/recipes-devtools/binutils/{binutils-2.24.inc => binutils-2.25.inc} 
(58%)
 rename meta/recipes-devtools/binutils/{binutils-cross-canadian_2.24.bb => 
binutils-cross-canadian_2.25.bb} (100%)
 rename meta/recipes-devtools/binutils/{binutils-cross_2.24.bb => 
binutils-cross_2.25.bb} (100%)
 rename meta/recipes-devtools/binutils/{binutils-crosssdk_2.24.bb => 
binutils-crosssdk_2.25.bb} (100%)
 delete mode 100644 
meta/recipes-devtools/binutils/binutils/binutils_CVE-2014-8484.patch
 delete mode 100644 
meta/recipes-devtools/binutils/binutils/binutils_CVE-2014-8485.patch
 delete mode 100644 
meta/recipes-devtools/binutils/binutils/binutils_CVE-2014-8501.patch
 delete mode 100644 
meta/recipes-devtools/binutils/binutils/binutils_CVE-2014-8502.patch
 delete mode 100644 
meta/recipes-devtools/binutils/binutils/binutils_CVE-2014-8502_1.patch
 delete mode 100644 
meta/recipes-devtools/binutils/binutils/binutils_CVE-2014-8503.patch
 delete mode 100644 
meta/recipes-devtools/binutils/binutils/binutils_CVE-2014-8504.patch
 delete mode 100644 
meta/recipes-devtools/binutils/binutils/binutils_CVE-2014-8737.patch
 delete mode 100644 meta/recipes-devtools/binutils/binutils/fix-pr15815.patch
 delete mode 100644 meta/recipes-devtools/binutils/binutils/fix-pr16428.patch
 delete mode 100644 meta/recipes-devtools/binutils/binutils/fix-pr16476.patch
 delete mode 100644 meta/recipes-devtools/binutils/binutils/fix-pr2404.patch
 delete mode 100644 
meta/recipes-devtools/binutils/binutils/replace_macros_with_static_inline.patch
 rename meta/recipes-devtools/binutils/{binutils_2.24.bb => binutils_2.25.bb} 
(100%)

diff --git a/meta/conf/distro/include/tcmode-default.inc 
b/meta/conf/distro/include/tcmode-default.inc
index a666510..f69fe9a 100644
--- a/meta/conf/distro/include/tcmode-default.inc
+++ b/meta/conf/distro/include/tcmode-default.inc
@@ -24,7 +24,7 @@ PREFERRED_PROVIDER_virtual/gettext ??= "gettext"
 
 GCCVERSION ?= "4.9%"
 SDKGCCVERSION ?= "${GCCVERSION}"
-BINUVERSION ?= "2.24"
+BINUVERSION ?= "2.25"
 GDBVERSION ?= "7.8%"
 GLIBCVERSION ?= "2.21"
 UCLIBCVERSION ?= "0.9.33+git%"
diff --git a/meta/recipes-devtools/binutils/binutils-2.24.inc 
b/meta/recipes-devtools/binutils/binutils-2.25.inc
similarity index 58%
rename from meta/recipes-devtools/binutils/binutils-2.24.inc
rename to meta/recipes-devtools/binutils/binutils-2.25.inc
index 63c9287..d69b519 100644
--- a/meta/recipes-devtools/binutils/binutils-2.24.inc
+++ b/meta/recipes-devtools/binutils/binutils-2.25.inc
@@ -1,5 +1,4 @@
 LIC_FILES_CHKSUM="\
-file://src-release;endline=17;md5=4830a9ef968f3b18dd5e9f2c00db2d35\
 file://COPYING;md5=59530bdf33659b29e73d4a

[OE-core] [PATCH 01/24] ncurses: Upgrade 4.9 stable to latest patchlevel 20150329

[Khem Raj]

gcc5 barfs on older release

Change-Id: Ib1ad9b1cf7f16eb454da21fd61dc56fe1d9f6783
Signed-off-by: Khem Raj 
---
 meta/recipes-core/ncurses/ncurses.inc| 14 --
 meta/recipes-core/ncurses/ncurses_5.9.bb |  8 +---
 2 files changed, 17 insertions(+), 5 deletions(-)

diff --git a/meta/recipes-core/ncurses/ncurses.inc 
b/meta/recipes-core/ncurses/ncurses.inc
index 10f7dd1..225e369 100644
--- a/meta/recipes-core/ncurses/ncurses.inc
+++ b/meta/recipes-core/ncurses/ncurses.inc
@@ -13,7 +13,7 @@ BINCONFIG = "${bindir}/ncurses-config"
 inherit autotools binconfig-disabled multilib_header
 
 # Upstream has useful patches at times at ftp://invisible-island.net/ncurses/
-SRC_URI = "${GNU_MIRROR}/ncurses/ncurses-${PV}.tar.gz"
+SRC_URI = "ftp://invisible-island.net/${BPN}/current/${BP}-${REVISION}.tgz";
 
 EXTRA_AUTORECONF = "-I m4"
 CONFIG_SITE =+ "${WORKDIR}/config.cache"
@@ -97,6 +97,8 @@ do_configure() {
 # broken because it requires stdin to be pollable (which is
 # not the case for /dev/null redirections)
 export cf_cv_working_poll=yes
+   #Remove ${includedir} from CPPFLAGS, need for cross compile
+   sed -i 's#-I${cf_includedir}##g' ${S}/configure || die "sed CPPFLAGS"
 
# The --enable-pc-files requires PKG_CONFIG_LIBDIR existed
mkdir -p ${PKG_CONFIG_LIBDIR}
@@ -105,6 +107,7 @@ do_configure() {
return 1
! ${ENABLE_WIDEC} || \
ncurses_configure "widec" "--enable-widec" "--without-progs"
+
 }
 
 do_compile() {
@@ -231,7 +234,14 @@ do_install() {
 # At some point we can rely on coreutils 8.16 which has ln -r.
 lnr ${D}${base_libdir}/libtinfo.so.5 ${D}${libdir}/libtinfo.so
 fi
-
+if [ -d "${D}${includedir}/ncurses" ]; then
+for f in `find ${D}${includedir}/ncurses -name "*.h"`
+do
+   f=`basename $f`
+   test -e ${D}${includedir}/$f && continue
+ln -sf ncurses/$f ${D}${includedir}/$f
+done
+fi
 oe_multilib_header curses.h
 }
 
diff --git a/meta/recipes-core/ncurses/ncurses_5.9.bb 
b/meta/recipes-core/ncurses/ncurses_5.9.bb
index 6d23c0c..54d27a9 100644
--- a/meta/recipes-core/ncurses/ncurses_5.9.bb
+++ b/meta/recipes-core/ncurses/ncurses_5.9.bb
@@ -1,10 +1,12 @@
 require ncurses.inc
 
+REVISION = "20150329"
+
 PR = "${INC_PR}.1"
 
 SRC_URI += "file://tic-hang.patch \
 file://config.cache \
 "
-
-SRC_URI[md5sum] = "8cb9c412e5f2d96bc6f459aa8c6282a1"
-SRC_URI[sha256sum] = 
"9046298fb440324c9d4135ecea7879ffed8546dd1b58e59430ea07a4633f563b"
+S = "${WORKDIR}/${BP}-${REVISION}"
+SRC_URI[md5sum] = "cee991d09e69e60ebedef424804c52d4"
+SRC_URI[sha256sum] = 
"5b64f40e4dce73e3aa83d15bd9257c6eff8790ec41150f0938bd87c0eb75828f"
-- 
2.1.4

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

[OE-core] [PATCH 00/24] Upgrade binutils,gdb,gcc-4.8

[Khem Raj]

Mainly it does following

Upgrade gcc-4.8, binutils, gdb to latest releases
Upgrade recipes e.g. ncurses to help gcc5 migration
Fix recipes to build with gcc5 and on musl libc
Add missing license for BSD claus 0
change mounting /var/volatile based on ro-rfs

Khem Raj (23):
  ncurses: Upgrade 4.9 stable to latest patchlevel 20150329
  mtd-utils: update to latest and fix static inlining
  binutils: Fix ICE in gold
  binuitls: Switch to using binutils stable/2.25 branch
  gdb: Upgrade 7.8.1 -> 7.9
  binutils: Fix linking issue for R_ARM_REL32 relocs
  var/volatile: Mount it if doing ro-rfs
  gcc-4.8: Upgrade 4.8.2 -> 4.8.4
  quota: Upgrade quota_4.01.bb -> quota_4.02.bb
  util-linux: Upgrade to 2.26
  libusb-compat: Include sys/types.h in usb.h
  libdaemon: Explicitly include unisttd.h instead of sys/unistd.h
  common-licenses: Add BSD-0-Clause
  libffi: Use proper compiler define for linux platform
  quota: Fix build with musl
  bluez4: Fix encrypt symbol namespace collision
  mesa: Fix building with musl
  at-spi2-core: Add nls.m4 from gettext
  ofono: Disable backtrace for non-glibc libraries
  pixman,libpciaccess: Fix build on musl
  wpa-supplicant: Replace non-standard base defines with c99 compliant
ones
  libxml2: Contain glibc-extentions under __GLIBC__
  rpcbind: Fix build with musl

Robert Yang (1):
  binutils: upgrade to 2.25

 meta/classes/image.bbclass | 1 +
 meta/conf/distro/include/tcmode-default.inc| 4 +-
 meta/files/common-licenses/BSD-0-Clause|12 +
 .../bluez/bluez4-4.101/fix_encrypt_collision.patch |   110 +
 meta/recipes-connectivity/bluez/bluez4_4.101.bb| 1 +
 ...cktrace-Disable-for-non-glibc-C-libraries.patch |40 +
 meta/recipes-connectivity/ofono/ofono_1.16.bb  | 1 +
 .../wpa-supplicant/wpa-supplicant.inc  | 1 +
 .../0001-linux_wext-Fix-types-for-musl.patch   |38 +
 meta/recipes-core/base-files/base-files/fstab  | 1 -
 .../initscripts-1.0/read-only-rootfs-hook.sh   | 2 +-
 ...ine-pthread-definitions-for-glibc-complia.patch |32 +
 meta/recipes-core/libxml/libxml2_2.9.2.bb  | 4 +-
 meta/recipes-core/ncurses/ncurses.inc  |14 +-
 meta/recipes-core/ncurses/ncurses_5.9.bb   | 8 +-
 .../systemd/systemd/journald-volatile.conf | 6 +
 .../util-linux/util-linux/CVE-2014-9114.patch  |   174 -
 .../{util-linux_2.25.2.bb => util-linux_2.26.1.bb} |15 +-
 meta/recipes-devtools/binutils/binutils-2.24.inc   |46 -
 meta/recipes-devtools/binutils/binutils-2.25.inc   |40 +
 ...ian_2.24.bb => binutils-cross-canadian_2.25.bb} | 0
 ...nutils-cross_2.24.bb => binutils-cross_2.25.bb} | 0
 ...-crosssdk_2.24.bb => binutils-crosssdk_2.25.bb} | 2 +-
 ...ild-breakage-from-bfd_set_section_vma-cha.patch |31 -
 patch => 0001-Generate-relocatable-SDKs.patch} |45 +-
 ...1-gold-arm-Skip-pic-check-for-R_ARM_REL32.patch |25 +
 ...re-widen-the-regexp-for-SH-architectures.patch} |42 +-
 .../0003-Point-scripts-location-to-libdir.patch|42 +
 ...te-an-RPATH-entry-if-LD_RUN_PATH-is-not-e.patch |41 +
 ...0005-Explicitly-link-with-libm-on-uclibc.patch} |38 +-
 ...2.4-update.patch => 0006-Use-libtool-2.4.patch} | 33152 ++-
 ...-Add-the-armv5e-architecture-to-binutils.patch} |34 +-
 ...e-distro-compiler-point-to-the-wrong-ins.patch} |33 +-
 ...tus-Inappropriate-distribution-codesourc.patch} |   219 +-
 ...rpath-in-libtool-when-sysroot-is-enabled.patch} |25 +-
 ...Change-default-emulation-for-mips64-linux.patch |59 +
 ...tch => 0012-Add-XLP-instructions-support.patch} |   328 +-
 ...rnal-error-in-do_print_to_mapfile-seen-wi.patch |35 +
 ...binutils-uclibc-300-001_ld_makefile_patch.patch |55 -
 ...binutils-uclibc-300-006_better_file_error.patch |45 -
 ...ils-uclibc-300-012_check_ldrunpath_length.patch |49 -
 .../binutils/binutils-uninitialised-warning.patch  |50 -
 .../binutils/binutils/binutils_CVE-2014-8484.patch |67 -
 .../binutils/binutils/binutils_CVE-2014-8485.patch |   102 -
 .../binutils/binutils/binutils_CVE-2014-8501.patch |60 -
 .../binutils/binutils/binutils_CVE-2014-8502.patch |89 -
 .../binutils/binutils_CVE-2014-8502_1.patch|   523 -
 .../binutils/binutils/binutils_CVE-2014-8503.patch |47 -
 .../binutils/binutils/binutils_CVE-2014-8504.patch |75 -
 .../binutils/binutils/binutils_CVE-2014-8737.patch |   177 -
 .../binutils/binutils/fix-pr15815.patch|36 -
 .../binutils/binutils/fix-pr16428.patch|   123 -
 .../binutils/binutils/fix-pr16476.patch|   220 -
 .../binutils/binutils/fix-pr2404.patch |76 -
 .../binutils/mips64-default-ld-emulation.patch |54 -
 .../replace_macros_with_static_inline.patch|   188 -
 .../{binutils_2.24.bb => binutils_2.25.bb} | 0
 meta/recipes-devtools/gcc/gcc-4.8.inc  |13 +-
 .../0016-gcc-

Re: [OE-core] Ownership issue in package contents

[Mark Hatle]

On 4/6/15 9:57 AM, Otavio Salvador wrote:
> On Mon, Apr 6, 2015 at 11:53 AM, Mark Hatle  wrote:
>> On 4/6/15 7:59 AM, Mario Domenech Goulart wrote:
>>> Hi Mark and all,
>>
>> ...
>>
>>> Thanks for all the hints and for your patience.
>>>
>>> It looks like I was caught by a messed up TMPDIR.  After I removed
>>> TMPDIR and baked the foo recipe, everything works.  I could make it work
>>> by adding
>>>
>>>   FILESYSTEM_PERMS_TABLES = "files/fs-perms.txt 
>>> ${THISDIR}/${PN}/fs-perms-foo.txt"
>>>
>>> to the foo.bb recipe.  In this case files/fs-perms.txt is the global
>>> default one and ${THISDIR}/${PN}/fs-perms-foo.txt is the foo-specific
>>> one that has one line only, which sets the permissions for
>>> ${libexecdir}.
>>>
>>> I had to explicitly prepend files/fs-perms.txt because packages.bbclass
>>> would not pick files/fs-perms.txt if FILESYSTEM_PERMS_TABLES is set.
>>
>> I've often thought that we probably should make FILESYSTEM_PERMS_TABLES into 
>> a
>> globally defined configuration (bitbake.conf) and remove the default from the
>> package.bbclass.  The design here was old, and based on even older code that 
>> was
>> specific to device node generation.
>>
>> A patch to do this would likely be accepted.  (I'd make it so that an empty
>> value would simply run through just the default internal values.)
> 
> I would think that OE-Core/files/fs-perms.txt should always be run as
> first item and recipe or layer ones could be appended to it. So we can
> avoid a lot of duplication and provide a more predictable behavior.
> 

It wasn't done this way originally, because the assumption was that a
distribution layer may want to provide it's own file and avoid using any
defaults from OE.

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

Re: [OE-core] Ownership issue in package contents

[Otavio Salvador]

On Mon, Apr 6, 2015 at 11:53 AM, Mark Hatle  wrote:
> On 4/6/15 7:59 AM, Mario Domenech Goulart wrote:
>> Hi Mark and all,
>
> ...
>
>> Thanks for all the hints and for your patience.
>>
>> It looks like I was caught by a messed up TMPDIR.  After I removed
>> TMPDIR and baked the foo recipe, everything works.  I could make it work
>> by adding
>>
>>   FILESYSTEM_PERMS_TABLES = "files/fs-perms.txt 
>> ${THISDIR}/${PN}/fs-perms-foo.txt"
>>
>> to the foo.bb recipe.  In this case files/fs-perms.txt is the global
>> default one and ${THISDIR}/${PN}/fs-perms-foo.txt is the foo-specific
>> one that has one line only, which sets the permissions for
>> ${libexecdir}.
>>
>> I had to explicitly prepend files/fs-perms.txt because packages.bbclass
>> would not pick files/fs-perms.txt if FILESYSTEM_PERMS_TABLES is set.
>
> I've often thought that we probably should make FILESYSTEM_PERMS_TABLES into a
> globally defined configuration (bitbake.conf) and remove the default from the
> package.bbclass.  The design here was old, and based on even older code that 
> was
> specific to device node generation.
>
> A patch to do this would likely be accepted.  (I'd make it so that an empty
> value would simply run through just the default internal values.)

I would think that OE-Core/files/fs-perms.txt should always be run as
first item and recipe or layer ones could be appended to it. So we can
avoid a lot of duplication and provide a more predictable behavior.

-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] Ownership issue in package contents

[Mark Hatle]

On 4/6/15 7:59 AM, Mario Domenech Goulart wrote:
> Hi Mark and all,

...

> Thanks for all the hints and for your patience.
> 
> It looks like I was caught by a messed up TMPDIR.  After I removed
> TMPDIR and baked the foo recipe, everything works.  I could make it work
> by adding
> 
>   FILESYSTEM_PERMS_TABLES = "files/fs-perms.txt 
> ${THISDIR}/${PN}/fs-perms-foo.txt"
> 
> to the foo.bb recipe.  In this case files/fs-perms.txt is the global
> default one and ${THISDIR}/${PN}/fs-perms-foo.txt is the foo-specific
> one that has one line only, which sets the permissions for
> ${libexecdir}.
> 
> I had to explicitly prepend files/fs-perms.txt because packages.bbclass
> would not pick files/fs-perms.txt if FILESYSTEM_PERMS_TABLES is set.

I've often thought that we probably should make FILESYSTEM_PERMS_TABLES into a
globally defined configuration (bitbake.conf) and remove the default from the
package.bbclass.  The design here was old, and based on even older code that was
specific to device node generation.

A patch to do this would likely be accepted.  (I'd make it so that an empty
value would simply run through just the default internal values.)

--Mark

> Best wishes.
> Mario
> 

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

Re: [OE-core] [PATCH 5/5] bluetooth.bbclass: set bluez5 as the default BT stack

[Iorga, Cristian]

Well,

1. Peter, Otavio: There is not a single doubt about moving to BlueZ 5 as 
default in 1.9;
2. The requested feedback was about the actual implementation;
3. Peter: " I do think it's a bit abrupt to make it the default in the first 
stable release that provides a usable bluez5."; The change is intended for 
1.9,the release that will come in October 2015. Do you think that it is still 
abrupt? BlueZ5 is present in YP as an alternative BT stack from 1.7, it will 
still be a fully supported alternative in the (unreleased) 1.8 (as far as 
upstream goes as "fully supported", of course), it will the default BT stack in 
1.9 (coming October 2015), while BlueZ 4 will still be supported as an 
obsolete, but still functional alternative; for 2.0 (why 1.10??), if that will 
be the name, all mechanisms for having BlueZ alternatives will be removed, and 
BlueZ 5 will be the only official supported BT stack. That's more than two 
years for a transition, is that too soon??

/Cristian

-Original Message-
From: openembedded-core-boun...@lists.openembedded.org 
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Otavio 
Salvador
Sent: Monday, April 6, 2015 4:18 PM
To: Peter A. Bigot
Cc: Patches and discussions about the oe-core layer
Subject: Re: [OE-core] [PATCH 5/5] bluetooth.bbclass: set bluez5 as the default 
BT stack

On Mon, Apr 6, 2015 at 9:57 AM, Peter A. Bigot  wrote:
> On 04/06/2015 02:31 AM, Iorga, Cristian wrote:
>
> I thought of 1.9 as the preparatory stage for complete removal of 
> bluez4, so that in 2.0 it would be very easy to remove the support for bluez4.
> Continuing to have bluez5 added to DISTRO_FEATURES create the 
> impression that BlueZ5 is still a second class citizen compared to 
> BlueZ4, and it is not my intention to sustain this opinion via code.
>
> I hereby standup for my solution. At the moment, we are 1to1. “We 
> think” – Who are the others persons, Ross?
>
> /Cristian
>
>
> While I fully support moving to bluez5 and use it in all my images, I 
> do think it's a bit abrupt to make it the default in the first stable 
> release that provides a usable bluez5.  On the other hand, Yocto's 
> late to the
> bluez5 party and it's going to be harder to support bluez4 now.
>
> Six of one; sign me up as weak support for delaying the move to 
> default
> bluez5 until 1.10.
>
> Just an opinion.

I prefer bluez5 default in 1.9 and removal in 2.0 (or 1.10). We shouldn't be 
support legacy without a very strong reason and if any member shows up to 
officially support bluez4 for longer we may drop its removal but bluez5 default 
should be done as soon as possible so we iron out regressions.

-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [wic][PATCH] wic: extended list of paths in find_binary_path

[Otavio Salvador]

On Mon, Apr 6, 2015 at 11:15 AM, Ed Bartosh  wrote:
> On Mon, Apr 06, 2015 at 09:00:50AM -0300, Otavio Salvador wrote:
>> On Sun, Apr 5, 2015 at 4:16 PM, Philip Balister  wrote:
>> > On 04/04/2015 10:20 AM, Ed Bartosh wrote:
>> >> wic requires tools that are not always possible to find in $PATH.
>> >> This causes wic to fail with confusing errors like this:
>> >>  External command 'parted' not found, exiting.
>> >>(Please install 'parted' on your host system)
>> >>
>> >> Adding ~/bin/, /usr/local/sbin, /usr/local/bin, /usr/sbin, /usr/bin,
>> >> /sbin and /bin to the list of paths makes find_binary_path to
>> >> produce more reliable results.
>> >
>> > I'm with Otavio. Given wic is intimately dependent on internal build
>> > artifacts, it should use utilities from the sysroot and not depend on
>> > tools from the path. Let's make wic 100% before creating a tool to build
>> > images from packages.
>>
>> If we want to have it as a 'standalone' tool we will need to somehow
>> package the tool set for it to use, otherwise we have a maintenance
>> nightmare (does patch X has been applied to Parted?).
>>
> Can you elaborate a bit on how tool set can be packaged?

We could do a tarball like the buildtools toolchain.

> Back to the original topic. wic never used native parted as it's not 
> useable(there is no executable in systoor).
> Anybody knows the reason?

bitbake parted-native

> Documentation also suggests to install parted on the host: 
> http://www.yoctoproject.org/docs/latest/dev-manual/dev-manual.html#wic-requirements

So it also needs fixing.

-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [wic][PATCH] wic: extended list of paths in find_binary_path

[Ed Bartosh]

On Mon, Apr 06, 2015 at 09:00:50AM -0300, Otavio Salvador wrote:
> On Sun, Apr 5, 2015 at 4:16 PM, Philip Balister  wrote:
> > On 04/04/2015 10:20 AM, Ed Bartosh wrote:
> >> wic requires tools that are not always possible to find in $PATH.
> >> This causes wic to fail with confusing errors like this:
> >>  External command 'parted' not found, exiting.
> >>(Please install 'parted' on your host system)
> >>
> >> Adding ~/bin/, /usr/local/sbin, /usr/local/bin, /usr/sbin, /usr/bin,
> >> /sbin and /bin to the list of paths makes find_binary_path to
> >> produce more reliable results.
> >
> > I'm with Otavio. Given wic is intimately dependent on internal build
> > artifacts, it should use utilities from the sysroot and not depend on
> > tools from the path. Let's make wic 100% before creating a tool to build
> > images from packages.
> 
> If we want to have it as a 'standalone' tool we will need to somehow
> package the tool set for it to use, otherwise we have a maintenance
> nightmare (does patch X has been applied to Parted?).
> 
Can you elaborate a bit on how tool set can be packaged?

Back to the original topic. wic never used native parted as it's not 
useable(there is no executable in systoor).
Anybody knows the reason?

Documentation also suggests to install parted on the host: 
http://www.yoctoproject.org/docs/latest/dev-manual/dev-manual.html#wic-requirements

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

Re: [OE-core] [PATCH 5/5] bluetooth.bbclass: set bluez5 as the default BT stack

[Otavio Salvador]

On Mon, Apr 6, 2015 at 9:57 AM, Peter A. Bigot  wrote:
> On 04/06/2015 02:31 AM, Iorga, Cristian wrote:
>
> I thought of 1.9 as the preparatory stage for complete removal of bluez4, so
> that in 2.0 it would be very easy to remove the support for bluez4.
> Continuing to have bluez5 added to DISTRO_FEATURES create the impression
> that BlueZ5 is still a second class citizen compared to BlueZ4, and it is
> not my intention to sustain this opinion via code.
>
> I hereby standup for my solution. At the moment, we are 1to1. “We think” –
> Who are the others persons, Ross?
>
> /Cristian
>
>
> While I fully support moving to bluez5 and use it in all my images, I do
> think it's a bit abrupt to make it the default in the first stable release
> that provides a usable bluez5.  On the other hand, Yocto's late to the
> bluez5 party and it's going to be harder to support bluez4 now.
>
> Six of one; sign me up as weak support for delaying the move to default
> bluez5 until 1.10.
>
> Just an opinion.

I prefer bluez5 default in 1.9 and removal in 2.0 (or 1.10). We
shouldn't be support legacy without a very strong reason and if any
member shows up to officially support bluez4 for longer we may drop
its removal but bluez5 default should be done as soon as possible so
we iron out regressions.

-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 5/5] bluetooth.bbclass: set bluez5 as the default BT stack

[Peter A. Bigot]

On 04/06/2015 02:31 AM, Iorga, Cristian wrote:


I thought of 1.9 as the preparatory stage for complete removal of 
bluez4, so that in 2.0 it would be very easy to remove the support for 
bluez4. Continuing to have bluez5 added to DISTRO_FEATURES create the 
impression that BlueZ5 is still a second class citizen compared to 
BlueZ4, and it is not my intention to sustain this opinion via code.


I hereby standup for my solution. At the moment, we are 1to1. “We 
think” – Who are the others persons, Ross?


/Cristian



While I fully support moving to bluez5 and use it in all my images, I do 
think it's a bit abrupt to make it the default in the first stable 
release that provides a usable bluez5.  On the other hand, Yocto's late 
to the bluez5 party and it's going to be harder to support bluez4 now.


Six of one; sign me up as weak support for delaying the move to default 
bluez5 until 1.10.


Just an opinion.

Peter


*From:*Burton, Ross [mailto:ross.bur...@intel.com]
*Sent:* Monday, April 6, 2015 12:41 AM
*To:* Iorga, Cristian
*Cc:* OE-core
*Subject:* Re: [OE-core] [PATCH 5/5] bluetooth.bbclass: set bluez5 as 
the default BT stack


On 3 April 2015 at 15:13, Cristian Iorga > wrote:


-# Define a variable that expands to the recipe (package)
providing core
-# bluetooth support on the platform:
+# Define a variable that expands to the recipe (package) providing
+# core bluetooth support on the platform:
 # "" if bluetooth is not in DISTRO_FEATURES
-# else "bluez5" if bluez5 is in DISTRO_FEATURES
-# else "bluez4"
+# else "bluez4" if bluez4 is in DISTRO_FEATURES
+# else "bluez5"


That wasn't the behaviour that 1.8 sets.  We think we should continue 
to respect the bluez5 DISTRO_FEATURE and add it to 
DISTRO_FEATURES_BACKFILL.


Ross





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

Re: [OE-core] Ownership issue in package contents

[Mario Domenech Goulart]

Hi Mark and all,

On Tue, 31 Mar 2015 16:47:36 -0500 Mark Hatle  wrote:

> On 3/31/15 4:21 PM, Mario Domenech Goulart wrote:
>> On Tue, 31 Mar 2015 16:09:42 -0500 Mark Hatle  
>> wrote:
>> 
>>> On 3/31/15 4:01 PM, Mario Domenech Goulart wrote:
 On Tue, 31 Mar 2015 15:51:50 -0500 Mark Hatle  
 wrote:

> On 3/31/15 3:33 PM, Mario Domenech Goulart wrote:
>>
>> On Tue, 31 Mar 2015 13:23:00 -0500 Mark Hatle  
>> wrote:
>>
>>> On 3/31/15 12:20 PM, Mario Domenech Goulart wrote:

 On Tue, 31 Mar 2015 14:50:06 +0100 "Burton, Ross" 
  wrote:

> On 27 March 2015 at 17:31, Mario Domenech Goulart 
>  wrote:
>
> Note that, although I run "chown -R foo:foo ${D}${libdir}/foo" in
> the recipe, ./usr/lib/foo/ in the package is owned by root.
> However, its content has the right ownership.
>
> Looks like a bug in pseudo to me, can you file a bug for that?

 Sure.  Filed #7554.
>>>
>>> I'd suggest you look at meta/classes/package.bbclass "fixup_perms" 
>>> function.
>>>
>>> The ${D}${libdir} (and above) are "corrected" to be 'root:root' by this
>>> function.  I don't know why 'foo' would be, but if it's a standard 
>>> defined
>>> variable -- or if 'directory walking' is enabled it could end up doing 
>>> this as well.
>>>
>>> The control file for this is in meta/files/fs-perms.txt (unless 
>>> otherwise
>>> defined by a distribution or other configuration file.)
>>
>> Thanks a lot.  You seem to have guided me exactly to what causes the
>> issue.
>>
>>>
>>> Format of the file is:
>>>
>>> # The format of this file
>>> #
>>> #  
>> ...
>>>
>>> The default is:
>> ...
>>> libexecdir  0755 root root false - - -
>> ...
>>
>> This variable seems to be the cause of problems:
>>
>> $ bitbake -e foo | grep libexecdir=
>> export libexecdir="/usr/lib/foo"
>>
>> As far as I understand, package.bbclass may use a user-configured
>> permissions table (via FILESYSTEM_PERMS_TABLES), but I'm not sure if
>> this is the right "fix" for the case in question.  I'd have to hardcode
>> the owner of /usr/lib/foo to be "foo", but foo may not be available when
>> packaging other recipes.
>
> Ok, good this answers the question as to "why" it's happening.  You can 
> easily
> fix this by adding a configuration specific fs-perms.txt file (can name it
> anything) that overrides that setting and add it to the 
> FILESYSTEM_PERMS_TABLES.
>  You can do this globally in a layer, a distribution or even just a 
> recipe.
>
> In your recipe you can likely do something like:
>
> FILESYSTEM_PERMS_TABLES ?= "files/fs-perms.txt"
> FILESYSTEM_PERMS_TABLES += "${THISDIR}/files/recipe-perms.txt"
>
> (Do the ?= first in case it's already set by someone else, then add your 
> recipe
> specific perms later)
>
> Contents of the "${THISDIR}/files/recipe-perms.txt":
>
> ${libexecdir} 0755 myuid mygid true - myuid mygid
>
> Then you can even skip the chown -R, as the system will do it for you.

 I actually had tried that, but I got errors -- probably because the
 ownership will be set for each package that installs ${libexecdir}, and
 which is processed before the recipe that actually creates the
 user/group specified for ${libexecdir} in the file pointed by
 FILESYSTEM_PERMS_TABLES.
>>>
>>> This is a bug then.  The owner/group correction is supposed to be made 
>>> AFTER the
>>> user/groups have been added to the system (sysroot) via the adduser.  THAT 
>>> is a
>>> bug that IMHO should be fixed sooner, rather then later.
>>>
>>> It might be as simple as the install sysroot (${D}) configuration with 
>>> pseudo
>>> isn't pointing to the right /etc/passwd and /etc/group.  I believe it 
>>> should be
>>> pointing to the one in the regular sysroot repository.
>> 
>> I should also have mentioned that initially I set
>> FILESYSTEM_PERMS_TABLES globally.
>> 
>> Now I set it in the foo recipe, but still get errors:
>> 
>> 8<-
>> ERROR: Error executing a python function in .../foo.bb:
>> 
>> The stack trace of python calls that resulted in this exception/failure was:
>> File: 'fixup_perms', lineno: 231, function: 
>>  0227:each_file = os.path.join(root, f)
>>  0228:fix_perms(each_file, 
>> fs_perms_table[dir].fmode, fs_perms_table[dir].fuid, 
>> fs_perms_table[dir].fgid, dir)
>>  0229:
>>  0230:
>>  *** 0231:fixup_perms(d)
>>  0232:
>> File: 'fixup_perms', lineno: 173, function: fixup_perms
>>  0169:if len(lsplit) != 8 and not (len(lsplit) == 3 and 
>> lsplit[1].lower() == "link"):
>>  0170: 

Re: [OE-core] [wic][PATCH] wic: extended list of paths in find_binary_path

[Otavio Salvador]

On Sun, Apr 5, 2015 at 4:16 PM, Philip Balister  wrote:
> On 04/04/2015 10:20 AM, Ed Bartosh wrote:
>> wic requires tools that are not always possible to find in $PATH.
>> This causes wic to fail with confusing errors like this:
>>  External command 'parted' not found, exiting.
>>(Please install 'parted' on your host system)
>>
>> Adding ~/bin/, /usr/local/sbin, /usr/local/bin, /usr/sbin, /usr/bin,
>> /sbin and /bin to the list of paths makes find_binary_path to
>> produce more reliable results.
>
> I'm with Otavio. Given wic is intimately dependent on internal build
> artifacts, it should use utilities from the sysroot and not depend on
> tools from the path. Let's make wic 100% before creating a tool to build
> images from packages.

If we want to have it as a 'standalone' tool we will need to somehow
package the tool set for it to use, otherwise we have a maintenance
nightmare (does patch X has been applied to Parted?).

-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 5/5] bluetooth.bbclass: set bluez5 as the default BT stack

[Iorga, Cristian]

I thought of 1.9 as the preparatory stage for complete removal of bluez4, so 
that in 2.0 it would be very easy to remove the support for bluez4. Continuing 
to have bluez5 added to DISTRO_FEATURES create the impression that BlueZ5 is 
still a second class citizen compared to BlueZ4, and it is not my intention to 
sustain this opinion via code.
I hereby standup for my solution. At the moment, we are 1to1. “We think” – Who 
are the others persons, Ross?
/Cristian

From: Burton, Ross [mailto:ross.bur...@intel.com]
Sent: Monday, April 6, 2015 12:41 AM
To: Iorga, Cristian
Cc: OE-core
Subject: Re: [OE-core] [PATCH 5/5] bluetooth.bbclass: set bluez5 as the default 
BT stack


On 3 April 2015 at 15:13, Cristian Iorga 
mailto:cristian.io...@intel.com>> wrote:
-# Define a variable that expands to the recipe (package) providing core
-# bluetooth support on the platform:
+# Define a variable that expands to the recipe (package) providing
+# core bluetooth support on the platform:
 # "" if bluetooth is not in DISTRO_FEATURES
-# else "bluez5" if bluez5 is in DISTRO_FEATURES
-# else "bluez4"
+# else "bluez4" if bluez4 is in DISTRO_FEATURES
+# else "bluez5"

That wasn't the behaviour that 1.8 sets.  We think we should continue to 
respect the bluez5 DISTRO_FEATURE and add it to DISTRO_FEATURES_BACKFILL.

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