[oe] [rocko][PATCH][Maintainership] README: update maintainers list for rocko

2017-09-22 Thread Armin Kuster 
Signed-off-by: Armin Kuster 
---
 meta-filesystems/README | 12 +++-
 meta-gnome/README   | 11 ++-
 meta-initramfs/README   | 10 +-
 meta-multimedia/README  | 15 +++
 meta-networking/MAINTAINERS |  7 +--
 meta-oe/README  | 10 +-
 meta-perl/README|  9 +
 meta-python/README  |  4 ++--
 meta-webserver/README   |  4 ++--
 meta-xfce/README| 11 ++-
 10 files changed, 50 insertions(+), 43 deletions(-)

diff --git a/meta-filesystems/README b/meta-filesystems/README
index d2716f8..9ddd09e 100644
--- a/meta-filesystems/README
+++ b/meta-filesystems/README
@@ -10,22 +10,22 @@ Dependencies
 This layer depends on:
 
   URI: git://git.openembedded.org/bitbake
-  branch: master
+  branch: 1.28
 
   URI: git://git.openembedded.org/openembedded-core
   layers: meta
-  branch: master
+  branch: rocko
 
   URI: git://git.openembedded.org/meta-openembedded
   layers: meta-oe
-  branch: master
+  branch: rocko
 
 Patches
 ===
 
 Please submit any patches against the filesystems layer to the
 OpenEmbedded development mailing list 
(openembedded-devel@lists.openembedded.org)
-with '[meta-filesystems]' in the subject.
+with '[meta-filesystems][rocko]' in the subject.
 
 Maintainers List:
   physfs  Andreas Müller 
@@ -66,8 +66,10 @@ When sending single patches, please use something like:
 
git send-email -1 -M \
 --to openembedded-devel@lists.openembedded.org \
---subject-prefix=meta-filesystems][PATCH
+--subject-prefix=meta-filesystems][rocko][PATCH
 
+rocko Branch Maintainer:
+Armin Kuster 
 
 Table of Contents
 =
diff --git a/meta-gnome/README b/meta-gnome/README
index 0c4fbd2..25ef85d 100644
--- a/meta-gnome/README
+++ b/meta-gnome/README
@@ -1,16 +1,17 @@
 This layer depends on:
 
 URI: git://github.com/openembedded/oe-core.git
-branch: master
+branch: rocko
 revision: HEAD
 
 URI: git://github.com/openembedded/meta-oe.git
-branch: master
+branch: rocko
 revision: HEAD
 
-Send pull requests to openembedded-devel@lists.openembedded.org with 
'[meta-gnome]' in the subject'
+Send pull requests to openembedded-devel@lists.openembedded.org with 
'[meta-gnome][rocko]' in the subject'
 
 When sending single patches, please using something like:
-'git send-email -M -1 --to openembedded-devel@lists.openembedded.org 
--subject-prefix=meta-gnome][PATCH'
+'git send-email -M -1 --to openembedded-devel@lists.openembedded.org 
--subject-prefix=meta-gnome][rocko][PATCH'
 
-Interim layer maintainer: Martin Jansa 
+rocko Branch Maintainer:
+Armin Kuster 
diff --git a/meta-initramfs/README b/meta-initramfs/README
index e24acf9..b7dbfef 100644
--- a/meta-initramfs/README
+++ b/meta-initramfs/README
@@ -12,7 +12,7 @@ Dependencies
 This layer depends on:
 
 URI: git://github.com/openembedded/oe-core.git
-branch: master
+branch: rocko
 revision: HEAD
 
 
@@ -20,13 +20,13 @@ Maintenance
 ---
 
 Send patches / pull requests to openembedded-devel@lists.openembedded.org
-with '[meta-initramfs]' in the subject.
+with '[meta-initramfs][rocko]' in the subject.
 
 When sending single patches, please using something like:
-'git send-email -M -1 --to openembedded-devel@lists.openembedded.org 
--subject-prefix=meta-initramfs][PATCH'
+'git send-email -M -1 --to openembedded-devel@lists.openembedded.org 
--subject-prefix=meta-initramfs][rocko][PATCH'
 
-Layer maintainers: Andrea Adami 
-   Paul Eggleton 
+rocko Branch Maintainer:
+Armin Kuster 
 
 
 License
diff --git a/meta-multimedia/README b/meta-multimedia/README
index cbdc1b5..b59dfe0 100644
--- a/meta-multimedia/README
+++ b/meta-multimedia/README
@@ -1,21 +1,20 @@
 This layer depends on:
 
 URI: git://github.com/openembedded/oe-core.git
-branch: master
+branch: rocko
 revision: HEAD
 
 URI: git://github.com/openembedded/meta-oe.git
-layers: meta-oe, meta-ruby
-branch: master
+layers: meta-oe
+branch: rocko
 revision: HEAD
 
-Send pull requests to openembedded-devel@lists.openembedded.org with 
'[meta-multimedia]' in the subject'
+Send pull requests to openembedded-devel@lists.openembedded.org with 
'[meta-multimedia][rocko]' in the subject'
 
 When sending single patches, please use something like:
-'git send-email -M -1 --to openembedded-devel@lists.openembedded.org 
--subject-prefix=meta-multimedia][PATCH
+'git send-email -M -1 --to openembedded-devel@lists.openembedded.org 
--subject-prefix=meta-multimedia][rocko][PATCH
 
 You are encouraged to fork the mirror on github 
https://github.com/openembedded/meta-oe/ to share your patches, this is 
preferred for patch sets consisting of more than one patch. Other services like 
gitorious, repo.or.cz or self hosted setups are of course accepted as well, 
'git

Re: [oe] OE general meeting before OEDEM next month.

2017-09-22 Thread Jeff Osier-Mixon 
Ruslan asked - is it free to attend?

Yes, it is free - the space, including network access, coffee & lunch etc.
is donated by the Yocto project. All you need to do is make sure your name
is on the OEDEM list on the wiki here:

https://www.openembedded.org/wiki/OEDEM_2017

and bring your wit & charm as well as your ideas. Note that we may or may
not have a projector this year, so please also bring a laptop.

This is a community effort and one way to help is to help take notes during
the day. For the past few events, we have kept notes live in a Google doc
so many people could edit simultaneously. We will likely do that again this
year.

I am responsible for organizing the room and amenities. At this point we
have about 25% more people than we have had in the past, so if you add your
name please let me know personally at je...@jefro.net and I will make sure
we have adequate space for you.

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

Re: [oe] OE general meeting before OEDEM next month.

2017-09-22 Thread akuster808 


On 09/22/2017 01:50 PM, Jeff Osier-Mixon wrote:
> Up to 36 now. I am in touch with the venue. The table was originally
> set for 30 and could comfortably accommodate 34 in boardroom style.
> Given natural attrition of 10% I think we are okay in this regard,
> with latecomers seated around the edges. If we grow much larger I will
> either have to pay for a larger room or ask them to seat the room
> theater-style, where it can probably hold up to 50. I'll see how we do
> later in the cycle before deciding.

thanks Jefro

- armin
>
> On Wed, Sep 20, 2017 at 5:57 PM, akuster808  > wrote:
>
> Jefro,
>
> We have 33 folks listed. Do we have room?
>
> regards,
>
> Armin
>
>
> On 09/20/2017 11:24 AM, Jeff Osier-Mixon wrote:
> > Zoom might be easier, as people can dial in or connect online.
> We'll make
> > it work.
> >
> > On Tue, Sep 19, 2017 at 12:13 PM, Khem Raj  > wrote:
> >
> >> On Tue, Sep 19, 2017 at 9:54 AM, Trevor Woerner
> >
> >> wrote:
> >>> On Tue, Sep 19, 2017 at 11:34 AM, Sean Hudson
> >
> >> wrote:
>    Meeting information, including dial-in numbers, is on the
> wiki. [2]
> >>> In addition to the above, we could also make use of the
> little-used
> >>> #oe-meeting channel on freenode (?)
> >> +1
> >>
> >> I can dial in. Or someone can setup a zoom meeting
> >> --
> >> ___
> >> Openembedded-devel mailing list
> >> Openembedded-devel@lists.openembedded.org
> 
> >>
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
> 
> >>
> >
> >
>
>
>
>
> -- 
> Jeff Osier-Mixon - Open Source Community Manager, Intel Corporation

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

Re: [oe] How to use two toolchains

2017-09-22 Thread Changhyeok Bae 
Hi Khem, Randy

Thanks for your comment and I'll try using multilib.

I found another option in
https://www.openembedded.org/wiki/Adding_a_secondary_toolchain

Thanks
Changhyeok

2017-09-23 0:55 GMT+09:00 Khem Raj :

> On Fri, Sep 22, 2017 at 7:22 AM, Changhyeok Bae
>  wrote:
> > Hi
> >
> > I would like to use 64 bit for kernel and 32 bit for userspace(rootfs).
> > Toolchain is created by OE (Not prebuilt toolchain)
> > Could you recommend good way to use different toolchains to achieve my
> goal?
>
> I think you can look into multilib where, 64bit is default but then you
> constuct
> an image where rootfs is virtually just 32bit packages
>
> > If you have good examples, it's very helpful to me.
> >
> > Thanks
> > Changhyeok
> > --
> > ___
> > Openembedded-devel mailing list
> > Openembedded-devel@lists.openembedded.org
> > http://lists.openembedded.org/mailman/listinfo/openembedded-devel
>



-- 
Thanks
Changhyeok
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] OE general meeting before OEDEM next month.

2017-09-22 Thread Jeff Osier-Mixon 
Up to 36 now. I am in touch with the venue. The table was originally set
for 30 and could comfortably accommodate 34 in boardroom style. Given
natural attrition of 10% I think we are okay in this regard, with
latecomers seated around the edges. If we grow much larger I will either
have to pay for a larger room or ask them to seat the room theater-style,
where it can probably hold up to 50. I'll see how we do later in the cycle
before deciding.

On Wed, Sep 20, 2017 at 5:57 PM, akuster808  wrote:

> Jefro,
>
> We have 33 folks listed. Do we have room?
>
> regards,
>
> Armin
>
>
> On 09/20/2017 11:24 AM, Jeff Osier-Mixon wrote:
> > Zoom might be easier, as people can dial in or connect online. We'll make
> > it work.
> >
> > On Tue, Sep 19, 2017 at 12:13 PM, Khem Raj  wrote:
> >
> >> On Tue, Sep 19, 2017 at 9:54 AM, Trevor Woerner 
> >> wrote:
> >>> On Tue, Sep 19, 2017 at 11:34 AM, Sean Hudson 
> >> wrote:
>    Meeting information, including dial-in numbers, is on the wiki. [2]
> >>> In addition to the above, we could also make use of the little-used
> >>> #oe-meeting channel on freenode (?)
> >> +1
> >>
> >> I can dial in. Or someone can setup a zoom meeting
> >> --
> >> ___
> >> Openembedded-devel mailing list
> >> Openembedded-devel@lists.openembedded.org
> >> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
> >>
> >
> >
>
>


-- 
Jeff Osier-Mixon - Open Source Community Manager, Intel Corporation
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] State of bitbake world, Failed tasks 2017-09-21

2017-09-22 Thread Martin Jansa 
The qemux86-64 failures (except mongodb do_patch) are caused by rpcgen
removal from HOSTTOOLs, will drop that change from next run, but it
also means that latest Gentoo glibc (drops rpc support) cannot be used
for OE builds anymore.


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

== Number of issues - stats ==
{| class='wikitable'
!|Date   !!colspan='3'|Failed tasks 
!!|Signatures   
!!colspan='15'|QA !!Comment
|-
||  ||qemuarm   ||qemux86   ||qemux86_64||all
||already-stripped  ||libdir||textrel   ||build-deps
||file-rdeps||version-going-backwards   ||host-user-contaminated
||installed-vs-shipped  ||unknown-configure-option  ||symlink-to-sysroot
||invalid-pkgconfig ||pkgname   ||ldflags   ||compile-host-path 
||qa_pseudo ||
|-
||2017-09-21||1 ||1 ||8 ||0 ||0 ||0 
||1 ||0 ||0 ||18||1 
||0 ||0 ||0 ||0 ||0 
||0 ||0 ||0 ||
|}

== Failed tasks 2017-09-21 ==

INFO: jenkins-job.sh-1.8.31 Complete log available at
http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.report.20170922_101357.log

=== common (0) ===

=== common-x86 (0) ===

=== qemuarm (1) ===
* 
meta-openembedded/meta-oe/recipes-devtools/android-tools/android-tools_5.1.1.r37.bb:do_compile

=== qemux86 (1) ===
* 
meta-openembedded/meta-networking/recipes-support/spice/spice_git.bb:do_compile

=== qemux86_64 (8) ===
* 
meta-openembedded/meta-networking/recipes-connectivity/samba/samba_4.6.7.bb:do_compile
* 
meta-openembedded/meta-networking/recipes-daemons/autofs/autofs_5.1.2.bb:do_compile
* 
meta-openembedded/meta-networking/recipes-daemons/ippool/ippool_1.3.bb:do_compile
* 
meta-openembedded/meta-networking/recipes-protocols/openl2tp/openl2tp_1.8.bb:do_compile
* 
meta-openembedded/meta-networking/recipes-support/ctdb/ctdb_2.5.6.bb:do_compile
* meta-openembedded/meta-oe/recipes-support/mongodb/mongodb_git.bb:do_patch
* 
meta-openembedded/meta-oe/recipes-support/open-vm-tools/open-vm-tools_10.1.5.bb:do_compile
* openembedded-core/meta/recipes-extended/quota/quota_4.03.bb:do_configure

=== Number of failed tasks (10) ===
{| class=wikitable
|-
|| qemuarm  || 1 ||
http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.world.qemuarm.20170920_111859.log/
|| http://errors.yoctoproject.org/Errors/Build/46963/
|-
|| qemux86  || 1 ||
http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.world.qemux86.20170920_134145.log/
|| http://errors.yoctoproject.org/Errors/Build/46969/
|-
|| qemux86_64   || 8 ||
http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.world.qemux86-64.20170921_051533.log/
|| http://errors.yoctoproject.org/Errors/Build/47079/
|}

=== PNBLACKLISTs (1) ===

=== QA issues (20) ===
{| class=wikitable
!| Count||Issue
|-
||0 ||already-stripped
|-
||0 ||build-deps
|-
||0 ||compile-host-path
|-
||0 ||file-rdeps
|-
||0 ||installed-vs-shipped
|-
||0 ||invalid-pkgconfig
|-
||0 ||ldflags
|-
||0 ||libdir
|-
||0 ||pkgname
|-
||0 ||qa_pseudo
|-
||0 ||symlink-to-sysroot
|-
||0 ||unknown-configure-option
|-
||18||version-going-backwards
|-
||1 ||host-user-contaminated
|-
||1 ||textrel
|}



=== Incorrect PACKAGE_ARCH or sstate signatures (0) ===

Complete log: 
http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.signatures.20170920_133416.log/

No issues detected


PNBLACKLISTs:
openembedded-core/:
meta-browser:
meta-openembedded:
meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.17.bb:PNBLACKLIST[lksctp-tools]
?= "${@bb.utils.contains('DISTRO_FEATURES', 'ld-is-gold', "BROKEN:
fails to link against sctp_connectx symbol", '', d)}"
meta-qt5:
PNBLACKLIST[android-system] = "depends on lxc from
meta-virtualiazation which isn't included in my world builds"
PNBLACKLIST[bigbuckbunny-1080p] = "big and doesn't really need to be
tested so much"
PNBLACKLIST[bigbuckbunny-480p] = "big and doesn't really need to be
tested so much"
PNBLACKLIST[bigbuckbunny-720p] = "big and doesn't really need to be
tested so much"
PNBLACKLIST[bigbuckbunny-720p] = "big and doesn't really need to be
tested so much"
PNBLACKLIST[tearsofsteel-1080p] = "big and doesn't really need to be
tested so much"
PNBLACKLIST[build-appliance-image] = "tries to include whole downloads
directory in /home/builder/poky :/"


QA issues by type:
count: 0issue: already-stripped


count: 0issue: libdir


count: 1issue: textrel
corosync-2.4.2: ELF binary
'/tmp/work/core2-64-oe-linux/corosync/2.4.2-r0/packages-split/corosync/usr/sbin/corosync'
has relocations in .text [textrel]


count: 0issue: build-deps


count: 0issue: file-rdeps


count: 18   issue:

[oe] [meta-oe][PATCH V2] mongodb: Pass computed endian variable

2017-09-22 Thread Khem Raj 
If not passed to SCon, it will try to guess it
and do it by poking at build host, which wont
work in cross environment

Signed-off-by: Khem Raj 
---
Changes in V2: Use SITEINFO_ENDIANNESS

 meta-oe/recipes-support/mongodb/mongodb_git.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta-oe/recipes-support/mongodb/mongodb_git.bb 
b/meta-oe/recipes-support/mongodb/mongodb_git.bb
index d44d8d3c7..418d447d7 100644
--- a/meta-oe/recipes-support/mongodb/mongodb_git.bb
+++ b/meta-oe/recipes-support/mongodb/mongodb_git.bb
@@ -58,6 +58,7 @@ EXTRA_OESCONS = "--prefix=${D}${prefix} \
  --use-system-zlib \
  --js-engine=none \
  --nostrip \
+ --endian=${@base_conditional('SITEINFO_ENDIANNESS', 'le', 
'little', 'big', d)} \
  ${PACKAGECONFIG_CONFARGS} \
  mongod mongos"
 
-- 
2.14.1

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

Re: [oe] [meta-oe][PATCH 1/2] mongodb: Pass computed endian variable

2017-09-22 Thread Andre McCurdy 
On Fri, Sep 22, 2017 at 10:57 AM, Khem Raj  wrote:
> If not passed to SCon, it will try to guess it
> and do it by poking at build host, which wont
> work in cross environment
>
> Signed-off-by: Khem Raj 
> ---
>  meta-oe/recipes-support/mongodb/mongodb_git.bb | 1 +
>  1 file changed, 1 insertion(+)
>
> diff --git a/meta-oe/recipes-support/mongodb/mongodb_git.bb 
> b/meta-oe/recipes-support/mongodb/mongodb_git.bb
> index d44d8d3c7..13ebd23f6 100644
> --- a/meta-oe/recipes-support/mongodb/mongodb_git.bb
> +++ b/meta-oe/recipes-support/mongodb/mongodb_git.bb
> @@ -58,6 +58,7 @@ EXTRA_OESCONS = "--prefix=${D}${prefix} \
>   --use-system-zlib \
>   --js-engine=none \
>   --nostrip \
> + --endian='${@bb.utils.contains('TUNE_FEATURES', 
> 'bigendian', 'big', 'little', d)}' \

Does checking TUNE_FEATURES work for all architectures? Or only
architectures which can be both big and little endian?

Maybe checking SITEINFO_ENDIANNESS would be more reliable.

>   ${PACKAGECONFIG_CONFARGS} \
>   mongod mongos"
>
> --
> 2.14.1
>
> --
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH 4/7] toybox: Upgrade to 0.7.4

2017-09-22 Thread Khem Raj 
On Fri, Sep 22, 2017 at 10:43 AM, Andre McCurdy  wrote:
> On Thu, Sep 21, 2017 at 8:23 PM, Khem Raj  wrote:
>> enable parallel build
>>
>> Signed-off-by: Khem Raj 
>> ---
>>  .../recipes-core/toybox/{toybox_0.7.3.bb => toybox_0.7.4.bb}   | 10 
>> --
>>  1 file changed, 4 insertions(+), 6 deletions(-)
>>  rename meta-oe/recipes-core/toybox/{toybox_0.7.3.bb => toybox_0.7.4.bb} 
>> (87%)
>>
>> diff --git a/meta-oe/recipes-core/toybox/toybox_0.7.3.bb 
>> b/meta-oe/recipes-core/toybox/toybox_0.7.4.bb
>> similarity index 87%
>> rename from meta-oe/recipes-core/toybox/toybox_0.7.3.bb
>> rename to meta-oe/recipes-core/toybox/toybox_0.7.4.bb
>> index 0cd44ff64..76a7af459 100644
>> --- a/meta-oe/recipes-core/toybox/toybox_0.7.3.bb
>> +++ b/meta-oe/recipes-core/toybox/toybox_0.7.4.bb
>> @@ -2,12 +2,10 @@ SUMMARY = "Toybox combines common utilities together into 
>> a single executable."
>>  HOMEPAGE = "http://www.landley.net/toybox/;
>>  DEPENDS = "attr"
>>
>> -SRC_URI = " \
>> -http://www.landley.net/toybox/downloads/${BPN}-${PV}.tar.gz \
>> +SRC_URI = "http://www.landley.net/toybox/downloads/${BPN}-${PV}.tar.gz \
>>  "
>> -
>> -SRC_URI[md5sum] = "6fa2a001402cb067ba541e0d8948da50"
>> -SRC_URI[sha256sum] = 
>> "e6469b508224e0d2e4564dda05c4bb47aef5c28bf29d6c983bcdc6e3a0cd29d6"
>> +SRC_URI[md5sum] = "55ea59a31c7da9510c8fabe70f4bc561"
>> +SRC_URI[sha256sum] = 
>> "49d74ca897501e5c981516719870fe08581726f5c018abe35ef52c6f0de113e7"
>>
>>  LICENSE = "BSD-0-Clause"
>>  LIC_FILES_CHKSUM = "file://LICENSE;md5=f0b8b3dd6431bcaa245da0a08bd0d511"
>> @@ -16,7 +14,7 @@ SECTION = "base"
>>
>>  TOYBOX_BIN = "generated/unstripped/toybox"
>>
>> -EXTRA_OEMAKE = 'HOSTCC="${BUILD_CC} ${BUILD_CFLAGS} ${BUILD_LDFLAGS}"'
>> +EXTRA_OEMAKE = 'HOSTCC="${BUILD_CC}" CPUS=${@oe.utils.cpu_count()}'
>
> Is dropping ${BUILD_CFLAGS} and ${BUILD_LDFLAGS} from HOSTCC intentional?

yes it is intentional. This allows the native programs to build with dev files
from native system. Instead of creating a hybrid of OE's native
sysroot with build system provided one.

>
>>  do_configure() {
>>  oe_runmake defconfig
>> --
>> 2.14.1
>>
>> --
>> ___
>> Openembedded-devel mailing list
>> Openembedded-devel@lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [meta-oe][PATCH 1/2] mongodb: Pass computed endian variable

2017-09-22 Thread Khem Raj 
If not passed to SCon, it will try to guess it
and do it by poking at build host, which wont
work in cross environment

Signed-off-by: Khem Raj 
---
 meta-oe/recipes-support/mongodb/mongodb_git.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta-oe/recipes-support/mongodb/mongodb_git.bb 
b/meta-oe/recipes-support/mongodb/mongodb_git.bb
index d44d8d3c7..13ebd23f6 100644
--- a/meta-oe/recipes-support/mongodb/mongodb_git.bb
+++ b/meta-oe/recipes-support/mongodb/mongodb_git.bb
@@ -58,6 +58,7 @@ EXTRA_OESCONS = "--prefix=${D}${prefix} \
  --use-system-zlib \
  --js-engine=none \
  --nostrip \
+ --endian='${@bb.utils.contains('TUNE_FEATURES', 'bigendian', 
'big', 'little', d)}' \
  ${PACKAGECONFIG_CONFARGS} \
  mongod mongos"
 
-- 
2.14.1

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

[oe] [meta-oe][PATCH 2/2] rcmd: Fix build with musl

2017-09-22 Thread Khem Raj 
Signed-off-by: Khem Raj 
---
 meta-oe/recipes-multimedia/cdrkit/cdrkit_1.1.11.bb |  2 +
 ...ne-__THROW-to-avoid-build-issue-with-musl.patch | 47 ++
 .../0002-Do-not-use-rcmd-on-build-with-musl.patch  | 31 ++
 3 files changed, 80 insertions(+)
 create mode 100644 
meta-oe/recipes-multimedia/cdrkit/files/0001-define-__THROW-to-avoid-build-issue-with-musl.patch
 create mode 100644 
meta-oe/recipes-multimedia/cdrkit/files/0002-Do-not-use-rcmd-on-build-with-musl.patch

diff --git a/meta-oe/recipes-multimedia/cdrkit/cdrkit_1.1.11.bb 
b/meta-oe/recipes-multimedia/cdrkit/cdrkit_1.1.11.bb
index f0efc51e1..c0f220fa6 100644
--- a/meta-oe/recipes-multimedia/cdrkit/cdrkit_1.1.11.bb
+++ b/meta-oe/recipes-multimedia/cdrkit/cdrkit_1.1.11.bb
@@ -8,6 +8,8 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=b30d3b2750b668133fc17b401e1b98f8"
 SRC_URI = "${DEBIAN_MIRROR}/main/c/${BPN}/${BPN}_${PV}.orig.tar.gz \

file://0001-do-not-create-a-run-test-to-determine-order-of-bitfi.patch \
file://0001-genisoimage-Fix-fprintf-format-errors.patch \
+   file://0001-define-__THROW-to-avoid-build-issue-with-musl.patch \
+   file://0002-Do-not-use-rcmd-on-build-with-musl.patch \
"
 SRC_URI[md5sum] = "efe08e2f3ca478486037b053acd512e9"
 SRC_URI[sha256sum] = 
"d1c030756ecc182defee9fe885638c1785d35a2c2a297b4604c0e0dcc78e47da"
diff --git 
a/meta-oe/recipes-multimedia/cdrkit/files/0001-define-__THROW-to-avoid-build-issue-with-musl.patch
 
b/meta-oe/recipes-multimedia/cdrkit/files/0001-define-__THROW-to-avoid-build-issue-with-musl.patch
new file mode 100644
index 0..b3beb069e
--- /dev/null
+++ 
b/meta-oe/recipes-multimedia/cdrkit/files/0001-define-__THROW-to-avoid-build-issue-with-musl.patch
@@ -0,0 +1,47 @@
+From 7c3036609494296f7c29413bf3acba829c81f62c Mon Sep 17 00:00:00 2001
+From: Romain Naour 
+Date: Sat, 8 Aug 2015 22:58:57 +0200
+Subject: [PATCH 1/2] define __THROW to avoid build issue with musl
+
+Fixes:
+http://autobuild.buildroot.net/results/d27/d2781e70b04a207e2e9397d888032294c7285034/build-end.log
+
+Signed-off-by: Romain Naour 
+---
+ genisoimage/sha256.h | 4 
+ genisoimage/sha512.h | 4 
+ 2 files changed, 8 insertions(+)
+
+diff --git a/genisoimage/sha256.h b/genisoimage/sha256.h
+index e7f4cb9..bcae7ef 100644
+--- a/genisoimage/sha256.h
 b/genisoimage/sha256.h
+@@ -29,6 +29,10 @@
+ #include 
+ #include 
+ 
++/* define __THROW to avoid build issue when it's not available from the libc 
*/
++#ifndef __THROW
++# define __THROW
++#endif
+ 
+ /* Structure to save state of computation between the single steps.  */
+ struct sha256_ctx
+diff --git a/genisoimage/sha512.h b/genisoimage/sha512.h
+index 7298355..8cee8b0 100644
+--- a/genisoimage/sha512.h
 b/genisoimage/sha512.h
+@@ -29,6 +29,10 @@
+ #include 
+ #include 
+ 
++/* define __THROW to avoid build issue when it's not available from the libc 
*/
++#ifndef __THROW
++# define __THROW
++#endif
+ 
+ /* Structure to save state of computation between the single steps.  */
+ struct sha512_ctx
+-- 
+2.14.1
+
diff --git 
a/meta-oe/recipes-multimedia/cdrkit/files/0002-Do-not-use-rcmd-on-build-with-musl.patch
 
b/meta-oe/recipes-multimedia/cdrkit/files/0002-Do-not-use-rcmd-on-build-with-musl.patch
new file mode 100644
index 0..547a21c67
--- /dev/null
+++ 
b/meta-oe/recipes-multimedia/cdrkit/files/0002-Do-not-use-rcmd-on-build-with-musl.patch
@@ -0,0 +1,31 @@
+From 510838b2c96a9b097b3ee2694cba1c3623b0bac7 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Thu, 21 Sep 2017 22:38:05 -0700
+Subject: [PATCH 2/2] Do not use rcmd on build with musl
+
+cdrkit unconditionally enables code using rcmd(3), which isn't available
+on musl.
+
+Signed-off-by: Khem Raj 
+---
+ include/xconfig.h.in | 3 ++-
+ 1 file changed, 2 insertions(+), 1 deletion(-)
+
+diff --git a/include/xconfig.h.in b/include/xconfig.h.in
+index 476c00b..6b4b298 100644
+--- a/include/xconfig.h.in
 b/include/xconfig.h.in
+@@ -186,8 +186,9 @@
+  *Instead use the tests AC_SMALL_FSEEKO/AC_SMALL/STELLO and make sure
+  *they are placed before the large file tests.
+  */
+-
++#ifdef __GLIBC__
+ #define HAVE_RCMD 1   /* rcmd() is present in libc/libsocket */
++#endif
+ #define HAVE_SOCKET 1 /* socket() is present in libc/libsocket */
+ #define HAVE_SOCKETPAIR 1 /* socketpair() is present in 
libc/libsocket */
+ #define HAVE_GETSERVBYNAME 1  /* getservbyname() is present in libc/libsocket 
*/
+-- 
+2.14.1
+
-- 
2.14.1

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

Re: [oe] [meta-oe][PATCH 4/7] toybox: Upgrade to 0.7.4

2017-09-22 Thread Andre McCurdy 
On Thu, Sep 21, 2017 at 8:23 PM, Khem Raj  wrote:
> enable parallel build
>
> Signed-off-by: Khem Raj 
> ---
>  .../recipes-core/toybox/{toybox_0.7.3.bb => toybox_0.7.4.bb}   | 10 
> --
>  1 file changed, 4 insertions(+), 6 deletions(-)
>  rename meta-oe/recipes-core/toybox/{toybox_0.7.3.bb => toybox_0.7.4.bb} (87%)
>
> diff --git a/meta-oe/recipes-core/toybox/toybox_0.7.3.bb 
> b/meta-oe/recipes-core/toybox/toybox_0.7.4.bb
> similarity index 87%
> rename from meta-oe/recipes-core/toybox/toybox_0.7.3.bb
> rename to meta-oe/recipes-core/toybox/toybox_0.7.4.bb
> index 0cd44ff64..76a7af459 100644
> --- a/meta-oe/recipes-core/toybox/toybox_0.7.3.bb
> +++ b/meta-oe/recipes-core/toybox/toybox_0.7.4.bb
> @@ -2,12 +2,10 @@ SUMMARY = "Toybox combines common utilities together into a 
> single executable."
>  HOMEPAGE = "http://www.landley.net/toybox/;
>  DEPENDS = "attr"
>
> -SRC_URI = " \
> -http://www.landley.net/toybox/downloads/${BPN}-${PV}.tar.gz \
> +SRC_URI = "http://www.landley.net/toybox/downloads/${BPN}-${PV}.tar.gz \
>  "
> -
> -SRC_URI[md5sum] = "6fa2a001402cb067ba541e0d8948da50"
> -SRC_URI[sha256sum] = 
> "e6469b508224e0d2e4564dda05c4bb47aef5c28bf29d6c983bcdc6e3a0cd29d6"
> +SRC_URI[md5sum] = "55ea59a31c7da9510c8fabe70f4bc561"
> +SRC_URI[sha256sum] = 
> "49d74ca897501e5c981516719870fe08581726f5c018abe35ef52c6f0de113e7"
>
>  LICENSE = "BSD-0-Clause"
>  LIC_FILES_CHKSUM = "file://LICENSE;md5=f0b8b3dd6431bcaa245da0a08bd0d511"
> @@ -16,7 +14,7 @@ SECTION = "base"
>
>  TOYBOX_BIN = "generated/unstripped/toybox"
>
> -EXTRA_OEMAKE = 'HOSTCC="${BUILD_CC} ${BUILD_CFLAGS} ${BUILD_LDFLAGS}"'
> +EXTRA_OEMAKE = 'HOSTCC="${BUILD_CC}" CPUS=${@oe.utils.cpu_count()}'

Is dropping ${BUILD_CFLAGS} and ${BUILD_LDFLAGS} from HOSTCC intentional?

>  do_configure() {
>  oe_runmake defconfig
> --
> 2.14.1
>
> --
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH] luajit: create developer symlinks

2017-09-22 Thread Andre McCurdy 
On Fri, Sep 22, 2017 at 12:23 AM, Pascal Bach  wrote:
> On 21.09.2017 20:32, Andre McCurdy wrote:
>> On Thu, Sep 21, 2017 at 5:01 AM, Pascal Bach  wrote:
>>> LuaJIT tries to call ldconfig during installation which doesn't work.
>> Presumably this stopped working recently (since host tools now need to
>> be whitelisted and ldconfig is not included in HOSTTOOLS)? If so,
>> maybe mention that in the commit message.
> I'm not sure when it stopped working. I just tried it now with Pyro ;-)
> However I'm not sure what ldconfig does in the context of cross compilation 
> or if it makes sense at all to call it.
> My assumption was not so I decided to just disable it. But I'm happy to 
> correct my assumption if I'm wrong.

The change is fine, just the commit message which could perhaps be improved.

Details of when or why something stopped working are very useful for
anyone maintaining release branches etc and trying to decide which
fixes to backport.

>>> This causes the .so and .so.2 symlinks to no be created.
>>>
>>> By setting "LDCONFIG= :" the call will be skipped the same as on Darwin
>>>
>>> Signed-off-by: Pascal Bach 
>>> ---
>>>  meta-oe/recipes-devtools/luajit/luajit_2.0.5.bb | 1 +
>>>  1 file changed, 1 insertion(+)
>>>
>>> diff --git a/meta-oe/recipes-devtools/luajit/luajit_2.0.5.bb 
>>> b/meta-oe/recipes-devtools/luajit/luajit_2.0.5.bb
>>> index d7477ed..1e06e34 100644
>>> --- a/meta-oe/recipes-devtools/luajit/luajit_2.0.5.bb
>>> +++ b/meta-oe/recipes-devtools/luajit/luajit_2.0.5.bb
>>> @@ -52,6 +52,7 @@ EXTRA_OEMAKE = "\
>>>  \
>>>  'PREFIX=${prefix}' \
>>>  'MULTILIB=${baselib}' \
>>> +'LDCONFIG= :' \

Maybe drop the space after the = (it doesn't hurt, but looks odd...).

>>>  "
>>>
>>>  do_compile () {
>>> --
>>> 2.1.4
>>>
>>> --
>>> ___
>>> Openembedded-devel mailing list
>>> Openembedded-devel@lists.openembedded.org
>>> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
>
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] How to use two toolchains

2017-09-22 Thread Khem Raj 
On Fri, Sep 22, 2017 at 7:22 AM, Changhyeok Bae
 wrote:
> Hi
>
> I would like to use 64 bit for kernel and 32 bit for userspace(rootfs).
> Toolchain is created by OE (Not prebuilt toolchain)
> Could you recommend good way to use different toolchains to achieve my goal?

I think you can look into multilib where, 64bit is default but then you constuct
an image where rootfs is virtually just 32bit packages

> If you have good examples, it's very helpful to me.
>
> Thanks
> Changhyeok
> --
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] How to use two toolchains

2017-09-22 Thread Randy MacLeod 

On 2017-09-22 10:22 AM, Changhyeok Bae wrote:

Hi

I would like to use 64 bit for kernel and 32 bit for userspace(rootfs).
Toolchain is created by OE (Not prebuilt toolchain)
Could you recommend good way to use different toolchains to achieve my goal?
If you have good examples, it's very helpful to me.

Thanks
Changhyeok



This is referred to as a multilib build.
This Stack Overflow entry should get you started:

https://stackoverflow.com/questions/37271509/how-to-get-initramfs-libraries-for-32-and-64-bit-using-yocto

Also see:
5.6.2.2. Using Multilib¶
http://www.yoctoproject.org/docs/2.3/mega-manual/mega-manual.html

s/2.3//

--
# Randy MacLeod.  WR Linux
# Wind River an Intel Company
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] How to use two toolchains

2017-09-22 Thread Changhyeok Bae 
Hi

I would like to use 64 bit for kernel and 32 bit for userspace(rootfs).
Toolchain is created by OE (Not prebuilt toolchain)
Could you recommend good way to use different toolchains to achieve my goal?
If you have good examples, it's very helpful to me.

Thanks
Changhyeok
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-qt5][PATCH] qtbase-native: Force use of built-in pcre

2017-09-22 Thread Mike Crowe 
On Friday 22 September 2017 at 14:55:27 +0200, Martin Jansa wrote:
> It's already merged:
> https://github.com/meta-qt5/meta-qt5/commit/743b3b93e17f5382fd1f9f4e0d2932501c8a3c78

Oh, silly me, I'd got confused and was expecting it to turn up in meta-oe.
:(

Sorry for the noise.

Mike.


signature.asc
Description: PGP signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-qt5][PATCH] qtbase-native: Force use of built-in pcre

2017-09-22 Thread Martin Jansa 
On Fri, Sep 22, 2017 at 12:34:15PM +0100, Mike Crowe wrote:
> On Friday 08 September 2017 at 14:48:02 +0100, Mike Crowe wrote:
> > If we specify neither -system-pcre nor -qt-pcre then qtbase will first see
> > if it can find the pcre library in the system and fall back to compiling
> > its own if that's not possible.
> > 
> > Unfortunately, this means that if qtbase-native happens to be built on a
> > machine with system pcre available then the resulting binaries such as
> > bin/qt5/uic in sstate files won't work correctly on machines that don't
> > have pcre available. Even ignoring that, it doesn't help for packages to
> > build differently depending on how the build system is configured.
> > 
> > We could depend on pcre-native and pass -system-pcre, but this doesn't work
> > by default because qtbase actually requires pcre16 which is an optional
> > (via PACKAGECONFIG) feature of pcre so the default there would need to be
> > changed too.
> > 
> > So, let's make qtbase-native match the default of qtbase by passing
> > -qt-pcre in order to ensure that qtbase-native is always built with its
> > own pcre implementation.
> > 
> > Signed-off-by: Mike Crowe 
> > ---
> >  recipes-qt/qt5/qtbase-native_git.bb | 1 +
> >  1 file changed, 1 insertion(+)
> > 
> > diff --git a/recipes-qt/qt5/qtbase-native_git.bb 
> > b/recipes-qt/qt5/qtbase-native_git.bb
> > index 54a0b78..0951ede 100644
> > --- a/recipes-qt/qt5/qtbase-native_git.bb
> > +++ b/recipes-qt/qt5/qtbase-native_git.bb
> > @@ -46,6 +46,7 @@ PACKAGECONFIG_CONFARGS = " \
> >  -sysroot ${STAGING_DIR_NATIVE} \
> >  -no-gcc-sysroot \
> >  -system-zlib \
> > +-qt-pcre \
> >  -no-libjpeg \
> >  -no-libpng \
> >  -no-gif \
> 
> Does anyone have any objections to this?
> 
> We've been using it for several weeks now and it's not caused any observed
> problems.

It's already merged:
https://github.com/meta-qt5/meta-qt5/commit/743b3b93e17f5382fd1f9f4e0d2932501c8a3c78

> 
> Thanks.
> 
> Mike.
> -- 
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


signature.asc
Description: Digital signature
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] chromium detected as stripped

2017-09-22 Thread Raphael Kubo da Costa 
Trevor Woerner  writes:

> On Wed, Sep 20, 2017 at 1:43 PM, Trevor Woerner  wrote:
>> When I compile chromium61 with pyro, I get a strange error. Every time the
>> python wrapper (gcc_link_wrapper.py) is called for a native compile (g++), I
>> get:
> ...
>> This happens with both qemux86-64 and raspberrypi3. Unfortunately those log
>> files are 18M and 19M each, so I won't be attaching them. Why can't my build
>> find 'ld'? That seems quite strange. Probably some kind of ld vs gold issue?
>> I'm not using gold anywhere and have not enabled it, are you using gold?
>
>
> Turns out, I had to install binutils-gold on my host for this to work.
> Which suggests a hiccup in the build. Maybe the build needs to tweak
> the python wrapper? (As if using ninja and gn weren't enough, the
> build also wants to use a wrapper to call the compiler?!)

I think I've fixed both the gold and the Breakpad issues, as described
in my other reply.

> This still leaves the problem with my builds against master. I tried
> downgrading the compiler to 6%, but that causes a build issue in mesa,
> so the build can't even get close to chromium to see if that compile
> can succeed with gcc-6 instead of the default gcc-7.
>
> The regular procedure is to add things to master, then backport them
> to various branches if appropriate. If we can't get master to work,
> there won't be anything to backport. In any case meta-browser
> currently doesn't have a pyro branch.

Can you try my recipe with master again? So far I've only tested pyro to
avoid having the ground shift under my as I work on the recipe; I know
that at least Chromium master builds fine with GCC 7, so any build
errors caused by the compiler version are easily fixed with one or more
backports.
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] chromium detected as stripped

2017-09-22 Thread Raphael Kubo da Costa 
Hey Trevor,

Thanks again for testing the recipe and providing great feedback.

Trevor Woerner  writes:
> When I compile chromium61 with pyro, I get a strange error. Every time the
> python wrapper (gcc_link_wrapper.py) is called for a native compile (g++), I
> get:
[...]
> This happens with both qemux86-64 and raspberrypi3. Unfortunately those log
> files are 18M and 19M each, so I won't be attaching them. Why can't my build
> find 'ld'? That seems quite strange. Probably some kind of ld vs gold issue?
> I'm not using gold anywhere and have not enabled it, are you using gold?

You are correct. By default, Chromium will default to using gold (and
passing -fuse-ld=gold like it did above) in most situations for both
host and target builds (the error you posted is from building a native
tool), as that's what upstream uses and tests.

I've changed my recipe to respect the ld-is-gold DISTRO_FEATURE; the
downside is that this setting applies to both host and target, so if one
decides to use gold it also needs to be present on the host system:


> Compiling chromium61 with master gives a long error in breakpad. That log file
> is 73K so I've attached it 
> (log.do_compile__qemux86-64__chromium61_master_breakpad).
> It appears to be a problem with the code itself. Here is the start:
[...]
>   ../../breakpad/src/client/linux/dump_writer_common/ucontext_reader.cc: 
> In static member function 'static uintptr_t 
> google_breakpad::UContextReader::GetStackPointer(const 
> google_breakpad::ucontext*)':
>   
> ../../breakpad/src/client/linux/dump_writer_common/ucontext_reader.cc:92:12: 
> error: invalid use of incomplete type 'const struct google_breakpad::ucontext'

This is actually caused by glibc 2.26, which removed 'struct ucontext'
in favor of ucontext_t
https://sourceware.org/glibc/wiki/Release/2.26#Removal_of_.27struct_ucontext.27

meta-browser was fixed by Khem Raj with commit c2e44f94636 ("chromium:
Fix build with security flags"), but my recipe didn't have anything
similar.

It turns out upstream actually fixed this issue a few days ago, so I was
able to just backport their fix here:

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

Re: [oe] [meta-qt5][PATCH] qtbase-native: Force use of built-in pcre

2017-09-22 Thread Mike Crowe 
On Friday 08 September 2017 at 14:48:02 +0100, Mike Crowe wrote:
> If we specify neither -system-pcre nor -qt-pcre then qtbase will first see
> if it can find the pcre library in the system and fall back to compiling
> its own if that's not possible.
> 
> Unfortunately, this means that if qtbase-native happens to be built on a
> machine with system pcre available then the resulting binaries such as
> bin/qt5/uic in sstate files won't work correctly on machines that don't
> have pcre available. Even ignoring that, it doesn't help for packages to
> build differently depending on how the build system is configured.
> 
> We could depend on pcre-native and pass -system-pcre, but this doesn't work
> by default because qtbase actually requires pcre16 which is an optional
> (via PACKAGECONFIG) feature of pcre so the default there would need to be
> changed too.
> 
> So, let's make qtbase-native match the default of qtbase by passing
> -qt-pcre in order to ensure that qtbase-native is always built with its
> own pcre implementation.
> 
> Signed-off-by: Mike Crowe 
> ---
>  recipes-qt/qt5/qtbase-native_git.bb | 1 +
>  1 file changed, 1 insertion(+)
> 
> diff --git a/recipes-qt/qt5/qtbase-native_git.bb 
> b/recipes-qt/qt5/qtbase-native_git.bb
> index 54a0b78..0951ede 100644
> --- a/recipes-qt/qt5/qtbase-native_git.bb
> +++ b/recipes-qt/qt5/qtbase-native_git.bb
> @@ -46,6 +46,7 @@ PACKAGECONFIG_CONFARGS = " \
>  -sysroot ${STAGING_DIR_NATIVE} \
>  -no-gcc-sysroot \
>  -system-zlib \
> +-qt-pcre \
>  -no-libjpeg \
>  -no-libpng \
>  -no-gif \

Does anyone have any objections to this?

We've been using it for several weeks now and it's not caused any observed
problems.

Thanks.

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

[oe] [meta-python][PATCH 3/3] Add python3 pandas

2017-09-22 Thread Guy Morand 
---
 .../python/python-pandas/python-pandas.inc  | 21 +
 .../python/python-pandas/python3-pandas_0.20.3.bb   |  5 +
 2 files changed, 26 insertions(+)
 create mode 100644 
meta-python/recipes-devtools/python/python-pandas/python-pandas.inc
 create mode 100644 
meta-python/recipes-devtools/python/python-pandas/python3-pandas_0.20.3.bb

diff --git 
a/meta-python/recipes-devtools/python/python-pandas/python-pandas.inc 
b/meta-python/recipes-devtools/python/python-pandas/python-pandas.inc
new file mode 100644
index 000..9ca3806
--- /dev/null
+++ b/meta-python/recipes-devtools/python/python-pandas/python-pandas.inc
@@ -0,0 +1,21 @@
+SUMMARY  = "pandas library for high-performance data analysis tools"
+DESCRIPTION = "pandas is an open source, BSD-licensed library providing \
+high-performance, easy-to-use data structures and data analysis tools for \
+the Python programming language."
+HOMEPAGE = "http://pandas.pydata.org/;
+LICENSE = "BSD"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=66017d3134349017409386be85176145"
+
+PYPI_PACKAGE = "pandas"
+
+inherit pypi
+
+DEPENDS += " \
+  ${PYTHON_PN}-numpy-native \
+  "
+
+RDEPENDS_${PN} += " \
+  ${PYTHON_PN}-numpy \
+  ${PYTHON_PN}-dateutil \
+  ${PYTHON_PN}-pytz \
+  "
diff --git 
a/meta-python/recipes-devtools/python/python-pandas/python3-pandas_0.20.3.bb 
b/meta-python/recipes-devtools/python/python-pandas/python3-pandas_0.20.3.bb
new file mode 100644
index 000..81dd360
--- /dev/null
+++ b/meta-python/recipes-devtools/python/python-pandas/python3-pandas_0.20.3.bb
@@ -0,0 +1,5 @@
+inherit setuptools3
+require python-pandas.inc
+
+SRC_URI[md5sum] = "4df858f28b4bf4fa07d9fbb7f2568173"
+SRC_URI[sha256sum] = 
"a777e07633d83d546c55706420179551c8e01075b53c497dcf8ae4036766bc66"
-- 
2.7.4

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

[oe] [meta-python][PATCH 1/3] Add python3 matplotlib

2017-09-22 Thread Guy Morand 
---
 .../python-matplotlib/files/0001-fix_setup.diff| 13 +
 .../python/python-matplotlib/python-matplotlib.inc | 32 ++
 .../python-matplotlib/python3-matplotlib_2.0.2.bb  |  6 
 3 files changed, 51 insertions(+)
 create mode 100644 
meta-python/recipes-devtools/python/python-matplotlib/files/0001-fix_setup.diff
 create mode 100644 
meta-python/recipes-devtools/python/python-matplotlib/python-matplotlib.inc
 create mode 100644 
meta-python/recipes-devtools/python/python-matplotlib/python3-matplotlib_2.0.2.bb

diff --git 
a/meta-python/recipes-devtools/python/python-matplotlib/files/0001-fix_setup.diff
 
b/meta-python/recipes-devtools/python/python-matplotlib/files/0001-fix_setup.diff
new file mode 100644
index 000..8f1b505
--- /dev/null
+++ 
b/meta-python/recipes-devtools/python/python-matplotlib/files/0001-fix_setup.diff
@@ -0,0 +1,13 @@
+Index: matplotlib-2.0.2/setupext.py
+===
+--- matplotlib-2.0.2.orig/setupext.py
 matplotlib-2.0.2/setupext.py
+@@ -182,7 +182,7 @@ def get_base_dirs():
+ 'gnu0': ['/usr'],
+ 'aix5': ['/usr/local'],
+ }
+-return basedir_map.get(sys.platform, ['/usr/local', '/usr'])
++return basedir_map.get(sys.platform, [os.environ['STAGING_LIBDIR']])
+ 
+ 
+ def get_include_dirs():
diff --git 
a/meta-python/recipes-devtools/python/python-matplotlib/python-matplotlib.inc 
b/meta-python/recipes-devtools/python/python-matplotlib/python-matplotlib.inc
new file mode 100644
index 000..74dcf97
--- /dev/null
+++ 
b/meta-python/recipes-devtools/python/python-matplotlib/python-matplotlib.inc
@@ -0,0 +1,32 @@
+SUMMARY  = "Matplotlib produces publication quality figures"
+DESCRIPTION = "Matplotlib is a Python 2D plotting library which produces \
+publication quality figures in a variety of hardcopy formats and interactive \
+environments across platforms. Matplotlib can be used in Python scripts, the \
+Python and IPython shell, the jupyter notebook, web application servers, and \
+four graphical user interface toolkits."
+HOMEPAGE = "https://matplotlib.org/;
+LICENSE = "PSF"
+LIC_FILES_CHKSUM = 
"file://LICENSE/LICENSE;md5=afec61498aa5f0c45936687da9a53d74"
+
+PYPI_PACKAGE = "matplotlib"
+
+inherit pypi
+
+SRC_URI += "\
+  file://0001-fix_setup.diff \
+  "
+
+DEPENDS += " \
+  ${PYTHON_PN}-numpy-native \
+  freetype \
+  libpng \
+  "
+
+RDEPENDS_${PN} += " \
+  ${PYTHON_PN}-numpy \
+  ${PYTHON_PN}-dateutil \
+  ${PYTHON_PN}-pyparsing \
+  ${PYTHON_PN}-pytz \
+  ${PYTHON_PN}-six \
+  ${PYTHON_PN}-cycler \
+  "
diff --git 
a/meta-python/recipes-devtools/python/python-matplotlib/python3-matplotlib_2.0.2.bb
 
b/meta-python/recipes-devtools/python/python-matplotlib/python3-matplotlib_2.0.2.bb
new file mode 100644
index 000..7e309b2
--- /dev/null
+++ 
b/meta-python/recipes-devtools/python/python-matplotlib/python3-matplotlib_2.0.2.bb
@@ -0,0 +1,6 @@
+inherit setuptools3
+require python-matplotlib.inc
+
+SRC_URI[md5sum] = "06784278bde89b5d4987014be4ca"
+SRC_URI[sha256sum] = 
"0ffbc44faa34a8b1704bc108c451ecf87988f900ef7ce757b8e2e84383121ff1"
+
-- 
2.7.4

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

[oe] [meta-python][PATCH 2/3] Add python3 cycler

2017-09-22 Thread Guy Morand 
---
 .../recipes-devtools/python/python-cycler/python-cycler.inc | 13 +
 .../python/python-cycler/python3-cycler_0.10.0.bb   |  6 ++
 2 files changed, 19 insertions(+)
 create mode 100644 
meta-python/recipes-devtools/python/python-cycler/python-cycler.inc
 create mode 100644 
meta-python/recipes-devtools/python/python-cycler/python3-cycler_0.10.0.bb

diff --git 
a/meta-python/recipes-devtools/python/python-cycler/python-cycler.inc 
b/meta-python/recipes-devtools/python/python-cycler/python-cycler.inc
new file mode 100644
index 000..3351b27
--- /dev/null
+++ b/meta-python/recipes-devtools/python/python-cycler/python-cycler.inc
@@ -0,0 +1,13 @@
+SUMMARY  = "cycler consists of a class Cycler and a concatenation"
+DESCRIPTION = "The public API of cycler consists of a class Cycler, a \
+factory function cycler(), and a concatenation function concat(). The \
+factory function provides a simple interface for creating ‘base’ \
+Cycler objects while the class takes care of the composition and \
+iteration logic."
+HOMEPAGE = "http://matplotlib.org/cycler/;
+LICENSE = "BSD"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=7713fe42cd766b15c710e19392bfa811"
+
+PYPI_PACKAGE = "cycler"
+
+inherit pypi
diff --git 
a/meta-python/recipes-devtools/python/python-cycler/python3-cycler_0.10.0.bb 
b/meta-python/recipes-devtools/python/python-cycler/python3-cycler_0.10.0.bb
new file mode 100644
index 000..518adba
--- /dev/null
+++ b/meta-python/recipes-devtools/python/python-cycler/python3-cycler_0.10.0.bb
@@ -0,0 +1,6 @@
+inherit setuptools3
+require python-cycler.inc
+
+SRC_URI[md5sum] = "4cb42917ac5007d1cdff6cccfe2d016b"
+SRC_URI[sha256sum] = 
"cd7b2d1018258d7247a71425e9f26463dfb444d411c39569972f4ce586b0c9d8"
+
-- 
2.7.4

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

Re: [oe] [PATCH 1/1] lvm2: disable thin provisioning support if GPLv3 incompatible

2017-09-22 Thread Kang Kai 

On 2017年09月22日 03:44, Andre McCurdy wrote:

On Thu, Sep 21, 2017 at 7:16 AM, Khem Raj  wrote:

On Wed, Sep 20, 2017 at 11:47 PM,   wrote:

From: Kai Kang 

Disable thin provisioning support for lvm2 if it is set GPLv3
incompatible.

Signed-off-by: Kai Kang 
---
  meta-oe/recipes-support/lvm2/lvm2.inc | 2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-oe/recipes-support/lvm2/lvm2.inc 
b/meta-oe/recipes-support/lvm2/lvm2.inc
index ab8db9cba..9791554a9 100644
--- a/meta-oe/recipes-support/lvm2/lvm2.inc
+++ b/meta-oe/recipes-support/lvm2/lvm2.inc
@@ -23,7 +23,7 @@ inherit autotools-brokensep pkgconfig systemd
  LVM2_PACKAGECONFIG = "dmeventd lvmetad"
  LVM2_PACKAGECONFIG_append_class-target = " \
  ${@bb.utils.filter('DISTRO_FEATURES', 'selinux', d)} \
-thin-provisioning-tools \
+${@bb.utils.contains('INCOMPATIBLE_LICENSE', 'GPLv3', '', 
'thin-provisioning-tools', d)} \
  udev \
  "

there are other strings like GPL-3.0, as well as other types of GPL 3
derivative licenses, I wonder if this will work for all

Perhaps something like:

   ${@incompatible_license_contains('GPLv3', '', 'thin-provisioning-tools', d)}

would work more reliably?


OK. Thanks. I'll send V2.


--Kai




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



--
Regards,
Neil | Kai Kang

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

Re: [oe] [meta-oe][PATCH] luajit: create developer symlinks

2017-09-22 Thread Pascal Bach 

On 21.09.2017 20:32, Andre McCurdy wrote:
> On Thu, Sep 21, 2017 at 5:01 AM, Pascal Bach  wrote:
>> LuaJIT tries to call ldconfig during installation which doesn't work.
> Presumably this stopped working recently (since host tools now need to
> be whitelisted and ldconfig is not included in HOSTTOOLS)? If so,
> maybe mention that in the commit message.
I'm not sure when it stopped working. I just tried it now with Pyro ;-)
However I'm not sure what ldconfig does in the context of cross compilation or 
if it makes sense at all to call it.
My assumption was not so I decided to just disable it. But I'm happy to correct 
my assumption if I'm wrong.
>> This causes the .so and .so.2 symlinks to no be created.
>>
>> By setting "LDCONFIG= :" the call will be skipped the same as on Darwin
>>
>> Signed-off-by: Pascal Bach 
>> ---
>>  meta-oe/recipes-devtools/luajit/luajit_2.0.5.bb | 1 +
>>  1 file changed, 1 insertion(+)
>>
>> diff --git a/meta-oe/recipes-devtools/luajit/luajit_2.0.5.bb 
>> b/meta-oe/recipes-devtools/luajit/luajit_2.0.5.bb
>> index d7477ed..1e06e34 100644
>> --- a/meta-oe/recipes-devtools/luajit/luajit_2.0.5.bb
>> +++ b/meta-oe/recipes-devtools/luajit/luajit_2.0.5.bb
>> @@ -52,6 +52,7 @@ EXTRA_OEMAKE = "\
>>  \
>>  'PREFIX=${prefix}' \
>>  'MULTILIB=${baselib}' \
>> +'LDCONFIG= :' \
>>  "
>>
>>  do_compile () {
>> --
>> 2.1.4
>>
>> --
>> ___
>> Openembedded-devel mailing list
>> Openembedded-devel@lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-devel

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