[OE-core] [PATCH] classes/cpan-base: fix for PERLVERSION

[jackie.huang]

From: Jackie Huang 

Immediate expansion of get_perl_version() is too early for
PERLVERSION, it will result in 'None' before perl is built
and packages that rely on this veriable fail to work with
the incorrect version.

Signed-off-by: Jackie Huang 
---
 meta/classes/cpan-base.bbclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes/cpan-base.bbclass b/meta/classes/cpan-base.bbclass
index 55ac052..48d53cc 100644
--- a/meta/classes/cpan-base.bbclass
+++ b/meta/classes/cpan-base.bbclass
@@ -36,5 +36,5 @@ def is_target(d):
 
 PERLLIBDIRS = "${libdir}/perl"
 PERLLIBDIRS_class-native = "${libdir}/perl-native"
-PERLVERSION := "${@get_perl_version(d)}"
+PERLVERSION = "${@get_perl_version(d)}"
 PERLVERSION[vardepvalue] = ""
-- 
2.8.3

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

Re: [OE-core] [PATCH] kernel.bbclass: Allow ${S} to be overridden

[Bruce Ashfield]

On Tue, Nov 8, 2016 at 8:04 PM, Burton, Ross  wrote:

>
> On 5 November 2016 at 10:14, Paul Barker  wrote:
>
>> Ping on this. Anyone had a chance to look at it?
>>
>
> I tend to want to let Bruce have a look at kernel patches, but this does
> seem sufficiently obvious that I've just merge it to my staging branch.
>

It managed to slip by me. Sorry about that.

I can ack this patch, since no defaults change .. there's no risk to
existing users.

Bruce


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


-- 
"Thou shalt not follow the NULL pointer, for chaos and madness await thee
at its end"
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] u-boot: mkimage: Fix build of u-boot-mkimage

[Gary Thomas]

On 2016-11-09 01:45, Burton, Ross wrote:


On 9 November 2016 at 00:43, Khem Raj mailto:raj.k...@gmail.com>> wrote:

> I'm guessing that it is using the host compiler instead of the cross 
compiler.

isnt mkimage a host tool ? why are we building it for target ?


If there's no chance that it will be ran on the target for in a SDK then 
patches welcome to force the recipe to native only.

The recipe is using _append without adding whitespace, but fixing that doesn't 
fix the build.


I routinely build and use it on my targets, so no, it's not host only.

--

Gary Thomas |  Consulting for the
MLB Associates  |Embedded world

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

Re: [OE-core] [PATCH] kernel.bbclass: Allow ${S} to be overridden

[Burton, Ross]

On 5 November 2016 at 10:14, Paul Barker  wrote:

> Ping on this. Anyone had a chance to look at it?
>

I tend to want to let Bruce have a look at kernel patches, but this does
seem sufficiently obvious that I've just merge it to my staging branch.

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

Re: [OE-core] [OE-Core][Patch v2 12/14] ltp: Reduce duplication in MIPS variants.

[Khem Raj]

On 11/8/16 4:13 PM, Burton, Ross wrote:
> 
> On 8 November 2016 at 17:12, Zubair Lutfullah Kakakhel
> mailto:zubair.kakak...@imgtec.com>> wrote:
> 
> Reduce duplication in MIPS variants now that the MACHINEOVERRIDES
> variable is defined
> 
> 
> I'm guessing that this is the cause of this error for qemumips64:
> 
> http://errors.yoctoproject.org/Errors/Details/99744/

seems to be yes.

> 
> Ross
> 
> 



signature.asc
Description: OpenPGP digital signature
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] u-boot: mkimage: Fix build of u-boot-mkimage

[Khem Raj]

On 11/8/16 4:15 PM, Burton, Ross wrote:
> 
> On 7 November 2016 at 18:20, Marek Vasut  > wrote:
> 
> -EXTRA_OEMAKE = 'CROSS_COMPILE="${TARGET_PREFIX}" CC="${CC} ${CFLAGS}
> ${LDFLAGS}" STRIP=true V=1'
> +EXTRA_OEMAKE = 'HOSTCC="${BUILD_CC} ${BUILD_CFLAGS} ${BUILD_LDFLAGS}"'
> +EXTRA_OEMAKE_append_class-target = 'CROSS_COMPILE="${TARGET_PREFIX}"
> CC="${CC} ${CFLAGS} ${LDFLAGS}" STRIP=true V=1'
> +EXTRA_OEMAKE_append_class-native = 'CC="${BUILD_CC} ${BUILD_CFLAGS}
> ${BUILD_LDFLAGS}" STRIP=true V=1'
> +EXTRA_OEMAKE_append_class-nativesdk = 'CC="${BUILD_CC} ${BUILD_CFLAGS}
> ${BUILD_LDFLAGS}" STRIP=true V=1'
> 
> 
> You're going to start hating u-boot...
> 
> Fails on the autobuilder if you're building for a 32-bit x86 target on a
> 64-bit x86 host:
> 
> ERROR: QA Issue: Architecture did not match (x86-64, expected x86) on
> /work/i586-poky-linux-musl/u-boot-mkimage/1_2016.09.01-r0/packages-split/u-boot-mkimage/usr/bin/uboot-mkimage
> [arch]
> 
> I'm guessing that it is using the host compiler instead of the cross compiler.

isnt mkimage a host tool ? why are we building it for target ?

> 
> Ross
> 
> 



signature.asc
Description: OpenPGP digital signature
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] u-boot: mkimage: Fix build of u-boot-mkimage

[Burton, Ross]

On 9 November 2016 at 00:43, Khem Raj  wrote:

> > I'm guessing that it is using the host compiler instead of the cross
> compiler.
>
> isnt mkimage a host tool ? why are we building it for target ?
>

If there's no chance that it will be ran on the target for in a SDK then
patches welcome to force the recipe to native only.

The recipe is using _append without adding whitespace, but fixing that
doesn't fix the build.

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

Re: [OE-core] [PATCH] u-boot: mkimage: Fix build of u-boot-mkimage

[Burton, Ross]

On 7 November 2016 at 18:20, Marek Vasut  wrote:

> -EXTRA_OEMAKE = 'CROSS_COMPILE="${TARGET_PREFIX}" CC="${CC} ${CFLAGS}
> ${LDFLAGS}" STRIP=true V=1'
> +EXTRA_OEMAKE = 'HOSTCC="${BUILD_CC} ${BUILD_CFLAGS} ${BUILD_LDFLAGS}"'
> +EXTRA_OEMAKE_append_class-target = 'CROSS_COMPILE="${TARGET_PREFIX}"
> CC="${CC} ${CFLAGS} ${LDFLAGS}" STRIP=true V=1'
> +EXTRA_OEMAKE_append_class-native = 'CC="${BUILD_CC} ${BUILD_CFLAGS}
> ${BUILD_LDFLAGS}" STRIP=true V=1'
> +EXTRA_OEMAKE_append_class-nativesdk = 'CC="${BUILD_CC} ${BUILD_CFLAGS}
> ${BUILD_LDFLAGS}" STRIP=true V=1'
>

You're going to start hating u-boot...

Fails on the autobuilder if you're building for a 32-bit x86 target on a
64-bit x86 host:

ERROR: QA Issue: Architecture did not match (x86-64, expected x86) on
/work/i586-poky-linux-musl/u-boot-mkimage/1_2016.09.01-r0/packages-split/u-boot-mkimage/usr/bin/uboot-mkimage
[arch]

I'm guessing that it is using the host compiler instead of the cross
compiler.

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

Re: [OE-core] [OE-Core][Patch v2 12/14] ltp: Reduce duplication in MIPS variants.

[Burton, Ross]

On 8 November 2016 at 17:12, Zubair Lutfullah Kakakhel <
zubair.kakak...@imgtec.com> wrote:

> Reduce duplication in MIPS variants now that the MACHINEOVERRIDES
> variable is defined
>

I'm guessing that this is the cause of this error for qemumips64:

http://errors.yoctoproject.org/Errors/Details/99744/

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

[OE-core] [PATCH 1/2] systemtap: remove explicit msgfmt check

[Ross Burton]

Passing --disable-nls should be enough to disable the requirement for a full
gettext to be present, but the upstream configure explicitly checks for msgfmt
even if it isn't going to be used.  To avoid having to depend on gettext-native,
patch this check out.

Signed-off-by: Ross Burton 
---
 .../systemtap/systemtap/no-msgfmt-check.patch | 15 +++
 meta/recipes-kernel/systemtap/systemtap_git.inc   |  1 +
 2 files changed, 16 insertions(+)
 create mode 100644 
meta/recipes-kernel/systemtap/systemtap/no-msgfmt-check.patch

diff --git a/meta/recipes-kernel/systemtap/systemtap/no-msgfmt-check.patch 
b/meta/recipes-kernel/systemtap/systemtap/no-msgfmt-check.patch
new file mode 100644
index 000..471e62c
--- /dev/null
+++ b/meta/recipes-kernel/systemtap/systemtap/no-msgfmt-check.patch
@@ -0,0 +1,15 @@
+There is no need to explicitly check that msgfmt was found as the gettext 
macros
+handle this for us if NLS is enabled.
+
+Upstream-Status: Pending
+Signed-off-by: Ross Burton 
+
+diff --git a/configure.ac b/configure.ac
+index e56079a..284bbe0 100644
+--- a/configure.ac
 b/configure.ac
+@@ -39,4 +38,0 @@ AM_GNU_GETTEXT_VERSION([0.19.4])
+-if test "x$GMSGFMT" = "x:"; then
+-   AC_MSG_ERROR([missing gnu /usr/bin/msgfmt])
+-fi
+-
diff --git a/meta/recipes-kernel/systemtap/systemtap_git.inc 
b/meta/recipes-kernel/systemtap/systemtap_git.inc
index 304eb99..34cf227 100644
--- a/meta/recipes-kernel/systemtap/systemtap_git.inc
+++ b/meta/recipes-kernel/systemtap/systemtap_git.inc
@@ -9,6 +9,7 @@ SRC_URI = "git://sourceware.org/git/systemtap.git \
file://configure-allow-to-disable-libvirt.patch \
file://x32_abi_time.patch \
file://monitor-option.patch \
+   file://no-msgfmt-check.patch \
   "
 
 # systemtap doesn't support mips
-- 
2.8.1

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

[OE-core] [PATCH 2/2] systemtap: fix native linking on recent Ubuntu

[Ross Burton]

The latest Ubuntu uses yet more aggressive hardening options, which causes the
unconventional build order used by systemtap to fail.

[ YOCTO #10521 ]

Signed-off-by: Ross Burton 
---
 .../systemtap/systemtap/fix-monitor-linking.patch  | 41 ++
 meta/recipes-kernel/systemtap/systemtap_git.inc|  1 +
 2 files changed, 42 insertions(+)
 create mode 100644 
meta/recipes-kernel/systemtap/systemtap/fix-monitor-linking.patch

diff --git a/meta/recipes-kernel/systemtap/systemtap/fix-monitor-linking.patch 
b/meta/recipes-kernel/systemtap/systemtap/fix-monitor-linking.patch
new file mode 100644
index 000..2bf0742a1
--- /dev/null
+++ b/meta/recipes-kernel/systemtap/systemtap/fix-monitor-linking.patch
@@ -0,0 +1,41 @@
+Upstream-Status: Submitted
+Signed-off-by: Ross Burton 
+
+From d940aa0079c253b958cf9158e9ec7922ecf464f9 Mon Sep 17 00:00:00 2001
+From: Ross Burton 
+Date: Wed, 9 Nov 2016 00:00:48 +
+Subject: [PATCH] staprun: fix linking if monitor is enabled
+
+If the monitor is enabled, monitor.c needs to link against json-c and ncurses.
+Instead of adding these linker flags to AM_CFLAGS (global CC flags) add them to
+stapio_LDADD.
+
+Apart from being the "right" thing to do, this fixes build failures on systems
+such as current Ubuntu (which defaults to using --as-needed and similar) where
+link order is important.
+---
+ staprun/Makefile.am | 7 +++
+ 1 file changed, 3 insertions(+), 4 deletions(-)
+
+diff --git a/staprun/Makefile.am b/staprun/Makefile.am
+index 63d4088..66b3e21 100644
+--- a/staprun/Makefile.am
 b/staprun/Makefile.am
+@@ -42,12 +42,11 @@ staprun_CXXFLAGS += $(nss_CFLAGS)
+ staprun_LDADD += $(nss_LIBS)
+ endif
+ 
+-if HAVE_MONITOR_LIBS
+-AM_CFLAGS += $(jsonc_LIBS) $(ncurses_LIBS)
+-endif
+-
+ stapio_SOURCES = stapio.c mainloop.c common.c ctl.c relay.c relay_old.c 
monitor.c
+ stapio_LDADD = libstrfloctime.a -lpthread
++if HAVE_MONITOR_LIBS
++stapio_LDADD += $(jsonc_LIBS) $(ncurses_LIBS)
++endif
+ 
+ man_MANS = staprun.8
+ 
+-- 
+2.8.1
diff --git a/meta/recipes-kernel/systemtap/systemtap_git.inc 
b/meta/recipes-kernel/systemtap/systemtap_git.inc
index 34cf227..a0f0e68 100644
--- a/meta/recipes-kernel/systemtap/systemtap_git.inc
+++ b/meta/recipes-kernel/systemtap/systemtap_git.inc
@@ -10,6 +10,7 @@ SRC_URI = "git://sourceware.org/git/systemtap.git \
file://x32_abi_time.patch \
file://monitor-option.patch \
file://no-msgfmt-check.patch \
+   file://fix-monitor-linking.patch \
   "
 
 # systemtap doesn't support mips
-- 
2.8.1

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

[OE-core] [PATCH] libyaml: Enable nativesdk bake

[Brad Bishop]

Signed-off-by: Brad Bishop 
---
 meta/recipes-support/libyaml/libyaml_0.1.7.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-support/libyaml/libyaml_0.1.7.bb 
b/meta/recipes-support/libyaml/libyaml_0.1.7.bb
index 5c422ef..b167f03 100644
--- a/meta/recipes-support/libyaml/libyaml_0.1.7.bb
+++ b/meta/recipes-support/libyaml/libyaml_0.1.7.bb
@@ -17,4 +17,4 @@ S = "${WORKDIR}/yaml-${PV}"
 
 inherit autotools
 
-BBCLASSEXTEND = "native"
+BBCLASSEXTEND = "native nativesdk"
-- 
1.8.3.1
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] mkefidisk.sh: add deprecation warning to the output

[Randy Witt]

We should also document, the wic steps in wiki pages e.g. 
http://wiki.minnowboard.org/Yocto_Project

It's already documented in README.hardware: 
https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/README.hardware

And in Yocto manual:
http://www.yoctoproject.org/docs/2.2/mega-manual/mega-manual.html#building-an-image-for-hardware


Thanks, now can you also nudge the minnowboard.org to do the same ?



Pinging you John. :)



--
Regards,
Ed



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

Re: [OE-core] compile error for handwritten "perl-RPM2", 'RPM_GNUC_NULL_TERMINATED' error

[Robert P. J. Day]

On Tue, 8 Nov 2016, Tim Orling wrote:

> NOTE: by convention, OE perl recipes follow debian naming so this
> should be librpm2-perl_1.3.bb. Obviously, in your own layer you are
> free to do what you want, but it will require the name change if you
> want it to go into meta-perl.

  i had noticed the naming convention after i started writing those
recipes, it won't be hard to go back and rename. i hadn't planned
submitting anything upstream, but maybe after all that work, i might
as well, so no one else has to go through the same effort.

> For dependencies, since you are looking at CentOS rpms, you can look
> at, e.g. [0] to see the DEPENDS (BuildRequires:) and RDEPENDS
> (Requires:). This would have shown you the need for rpm-devel.

  true enough ... it didn't take long to realize i needed the rpm
devel package installed for this.

> I also use metacpan, e.g. [1], to look for dependencies in perl
> modules. It also has a very slick ElasticSearch JSON API that you
> can use to automatically query data [2].

  i'd noticed that as well ... still playing with it.

> To pass in the extra variables, for 'inherit cpan' you probably need
> to set EXTRA_CPANFLAGS [3] or for 'inherit cpan_build'
> EXTRA_CPAN_BUILD_FLAGS [4], e.g. [5].

  except i'm not sure what those variables are for ... it *appears*
they're for Perl-related settings, not simple toolchain-related
settings. i will have to read further to understand precisely what the
purpose of those variables is.

> You might want to file a documentation bug for the next release? 

  not sure what this means, i'm still trying to debug this issue
before i try to submit anything official. :-)

> [0] 
> http://pkgs.fedoraproject.org/cgit/rpms/perl-RPM2.git/tree/perl-RPM2.spec?h=epel7
> [1] https://metacpan.org/pod/RPM2
> [2] https://github.com/metacpan/metacpan-api/blob/master/docs/API-docs.md
> [3] 
> http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/classes/cpan.bbclass#n20
> [4] 
> http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/classes/cpan_build.bbclass#n21
> [5] 
> http://git.openembedded.org/meta-openembedded/tree/meta-perl/recipes-perl/libxml/libxml-libxml-perl_2.0121.bb#n37
>
> On Tue, Nov 8, 2016 at 3:17 AM, Robert P. J. Day  
> wrote:
>
>     replying to my earlier post with additional info ... man, i want to
>   debug this ...
>
>   On Tue, 8 Nov 2016, Robert P. J. Day wrote:
>
>   >   following on my earlier post, here's the specific issue i'm
>   > tackling. having found no existing OE recipe equivalent to a centos
>   > "perl-RPM2" RPM, i wrote my own. here's the info about that RH RPM on
>   > my fedora system, so i know what the final result should look like:
>   >
>   >   $ rpm -ql perl-RPM2
>   >   /usr/lib64/perl5/vendor_perl/RPM2.pm
>   >   /usr/lib64/perl5/vendor_perl/auto/RPM2
>   >   /usr/lib64/perl5/vendor_perl/auto/RPM2/RPM2.so
>   >   /usr/share/doc/perl-RPM2
>   >   /usr/share/doc/perl-RPM2/Changes
>   >   /usr/share/doc/perl-RPM2/README
>   >   /usr/share/man/man3/RPM2.3pm.gz
>   >   $
>   >
>   > so, as before, track down the source at cpan:
>   >
>   >   https://metacpan.org/pod/RPM2
>   >
>   > and write a boilerplate recipe, "perl-rpm2", containing the following
>   > line since it's an older style recipe:
>   >
>   >   inherit cpan_build
>   >
>   > fetching works fine:
>   >
>   >   $ bitbake -c fetchall perl-rpm2
>   >
>   > but here's the problem:
>   >
>   >   $ bitbake perl-rpm2
>   >
>   > ... snip ...
>   >
>   > | DEBUG: Executing shell function do_compile
>   > | Copying lib/RPM2.pm -> blib/lib/RPM2.pm
>   > | lib/RPM2.xs -> lib/RPM2.c
>   > | powerpc-poky-linux-gcc -m32 -mhard-float -mcpu=7400 -mno-spe
>   > --sysroot=/home/rpjday/oe/builds/msm_qemuppc/tmp/sysroots/qemuppc
>   > 
> -I/home/rpjday/oe/builds/msm_qemuppc/tmp/sysroots/qemuppc/usr/lib/perl/5.22.1/CORE
>   > -DVERSION="1.3" -DXS_VERSION="1.3" -fPIC -DRPM2_API=5004
>   > 
> -I/home/rpjday/oe/builds/msm_qemuppc/tmp/sysroots/qemuppc/usr/include/rpm
>   > -c -O2 -pipe -g -feliminate-unused-debug-types
>   >
>   
> -fdebug-prefix-map=/home/rpjday/oe/builds/msm_qemuppc/tmp/work/ppc7400-poky-linux/perl/5.22.1-r0=/usr/src/debug/perl/5.22.1-r0
>   > 
> -fdebug-prefix-map=/home/rpjday/oe/builds/msm_qemuppc/tmp/sysroots/x86_64-linux=
>   > 
> -fdebug-prefix-map=/home/rpjday/oe/builds/msm_qemuppc/tmp/sysroots/qemuppc=
>   > -DDEBIAN -D_REENTRANT -D_GNU_SOURCE -fwrapv -fno-strict-aliasing -pipe
>   > -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_FORTIFY_SOURCE=2 -O2
>   > -pipe -g -feliminate-unused-debug-types
>   >
>   
> -fdebug-prefix-map=/home/rpjday/oe/builds/msm_qemuppc/tmp/work/ppc7400-poky-linux/perl-rpm2/1.3-r0=/usr/src/debug/perl-rpm2/1.3-r0
>   > 
> -fdebug-prefix-map=/home/rpjday/oe/builds/msm_qemuppc/tmp/sysroots/x86_64-linu

Re: [OE-core] compile error for handwritten "perl-RPM2", 'RPM_GNUC_NULL_TERMINATED' error

[Tim Orling]

NOTE: by convention, OE perl recipes follow debian naming so this should be
librpm2-perl_1.3.bb
Obviously, in your own layer you are free to do what you want, but it will
require the name change if you want it to go into meta-perl.

For dependencies, since you are looking at CentOS rpms, you can look at,
e.g. [0]  to see the DEPENDS (BuildRequires:) and RDEPENDS (Requires:).
This would have shown you the need for rpm-devel.

I also use metacpan, e.g. [1], to look for dependencies in perl modules. It
also has a very slick ElasticSearch JSON API that you can use to
automatically query data [2].

To pass in the extra variables, for 'inherit cpan' you probably need to set
EXTRA_CPANFLAGS [3] or for 'inherit cpan_build' EXTRA_CPAN_BUILD_FLAGS [4],
e.g. [5].

You might want to file a documentation bug for the next release?

[0]
http://pkgs.fedoraproject.org/cgit/rpms/perl-RPM2.git/tree/perl-RPM2.spec?h=epel7
[1] https://metacpan.org/pod/RPM2
[2] https://github.com/metacpan/metacpan-api/blob/master/docs/API-docs.md
[3]
http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/classes/cpan.bbclass#n20
[4]
http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/classes/cpan_build.bbclass#n21
[5]
http://git.openembedded.org/meta-openembedded/tree/meta-perl/recipes-perl/libxml/libxml-libxml-perl_2.0121.bb#n37

On Tue, Nov 8, 2016 at 3:17 AM, Robert P. J. Day 
wrote:

>
>   replying to my earlier post with additional info ... man, i want to
> debug this ...
>
> On Tue, 8 Nov 2016, Robert P. J. Day wrote:
>
> >   following on my earlier post, here's the specific issue i'm
> > tackling. having found no existing OE recipe equivalent to a centos
> > "perl-RPM2" RPM, i wrote my own. here's the info about that RH RPM on
> > my fedora system, so i know what the final result should look like:
> >
> >   $ rpm -ql perl-RPM2
> >   /usr/lib64/perl5/vendor_perl/RPM2.pm
> >   /usr/lib64/perl5/vendor_perl/auto/RPM2
> >   /usr/lib64/perl5/vendor_perl/auto/RPM2/RPM2.so
> >   /usr/share/doc/perl-RPM2
> >   /usr/share/doc/perl-RPM2/Changes
> >   /usr/share/doc/perl-RPM2/README
> >   /usr/share/man/man3/RPM2.3pm.gz
> >   $
> >
> > so, as before, track down the source at cpan:
> >
> >   https://metacpan.org/pod/RPM2
> >
> > and write a boilerplate recipe, "perl-rpm2", containing the following
> > line since it's an older style recipe:
> >
> >   inherit cpan_build
> >
> > fetching works fine:
> >
> >   $ bitbake -c fetchall perl-rpm2
> >
> > but here's the problem:
> >
> >   $ bitbake perl-rpm2
> >
> > ... snip ...
> >
> > | DEBUG: Executing shell function do_compile
> > | Copying lib/RPM2.pm -> blib/lib/RPM2.pm
> > | lib/RPM2.xs -> lib/RPM2.c
> > | powerpc-poky-linux-gcc -m32 -mhard-float -mcpu=7400 -mno-spe
> > --sysroot=/home/rpjday/oe/builds/msm_qemuppc/tmp/sysroots/qemuppc
> > -I/home/rpjday/oe/builds/msm_qemuppc/tmp/sysroots/qemuppc/
> usr/lib/perl/5.22.1/CORE
> > -DVERSION="1.3" -DXS_VERSION="1.3" -fPIC -DRPM2_API=5004
> > -I/home/rpjday/oe/builds/msm_qemuppc/tmp/sysroots/qemuppc/
> usr/include/rpm
> > -c -O2 -pipe -g -feliminate-unused-debug-types
> > -fdebug-prefix-map=/home/rpjday/oe/builds/msm_qemuppc/
> tmp/work/ppc7400-poky-linux/perl/5.22.1-r0=/usr/src/debug/perl/5.22.1-r0
> > -fdebug-prefix-map=/home/rpjday/oe/builds/msm_qemuppc/
> tmp/sysroots/x86_64-linux=
> > -fdebug-prefix-map=/home/rpjday/oe/builds/msm_qemuppc/
> tmp/sysroots/qemuppc=
> > -DDEBIAN -D_REENTRANT -D_GNU_SOURCE -fwrapv -fno-strict-aliasing -pipe
> > -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_FORTIFY_SOURCE=2 -O2
> > -pipe -g -feliminate-unused-debug-types
> > -fdebug-prefix-map=/home/rpjday/oe/builds/msm_qemuppc/
> tmp/work/ppc7400-poky-linux/perl-rpm2/1.3-r0=/usr/src/
> debug/perl-rpm2/1.3-r0
> > -fdebug-prefix-map=/home/rpjday/oe/builds/msm_qemuppc/
> tmp/sysroots/x86_64-linux=
> > -fdebug-prefix-map=/home/rpjday/oe/builds/msm_qemuppc/
> tmp/sysroots/qemuppc=
> > -O2 -o lib/RPM2.o lib/RPM2.c
> > | In file included from
> > /home/rpjday/oe/builds/msm_qemuppc/tmp/sysroots/qemuppc/
> usr/include/rpm/rpmcli.h:9:0,
> > |  from lib/RPM2.xs:3:
> > |
> > /home/rpjday/oe/builds/msm_qemuppc/tmp/sysroots/qemuppc/
> usr/include/rpm/rpmmacro.h:
> > In function 'rpmExpand':
> > |
> > /home/rpjday/oe/builds/msm_qemuppc/tmp/sysroots/qemuppc/
> usr/include/rpm/rpmmacro.h:249:2:
> > error: expected declaration specifiers before
> > 'RPM_GNUC_NULL_TERMINATED'
> > |   RPM_GNUC_NULL_TERMINATED
> > |   ^~~~
> > |
> > /home/rpjday/oe/builds/msm_qemuppc/tmp/sysroots/qemuppc/
> usr/include/rpm/rpmmacro.h:260:2:
> > error: expected '=', ',', ';', 'asm' or '__attribute__' before
> > 'RPM_GNUC_NULL_TERMINATED'
> > |   RPM_GNUC_NULL_TERMINATED
> > |   ^~~~
> >
> > ... big snip, lots more errors ...
>
>   ok, here's my wildly-uneducated record of what is going on:
>
>   first, unpacking and configuring perl-RPM2 source (and running XS
> processor) gives me the source file "lib/RPM2.c" (which is what is
> generating the first b

[OE-core] [oe-core][PATCH] webkitgtk: drop patch 0001-WebKitMacros-Append-to-I-and-not-to-isystem.patch

[Carlos Alberto Lopez Perez]

 * This patch is not longer needed. Upstream has fixed this issue in:
   https://trac.webkit.org/changeset/205672 which is already included
   in WebKitGTK+ >= 2.14.0

Signed-off-by: Carlos Alberto Lopez Perez 
---
 ...bKitMacros-Append-to-I-and-not-to-isystem.patch | 181 -
 meta/recipes-sato/webkit/webkitgtk_2.14.1.bb   |   1 -
 2 files changed, 182 deletions(-)
 delete mode 100644 
meta/recipes-sato/webkit/files/0001-WebKitMacros-Append-to-I-and-not-to-isystem.patch

diff --git 
a/meta/recipes-sato/webkit/files/0001-WebKitMacros-Append-to-I-and-not-to-isystem.patch
 
b/meta/recipes-sato/webkit/files/0001-WebKitMacros-Append-to-I-and-not-to-isystem.patch
deleted file mode 100644
index ef209c8..000
--- 
a/meta/recipes-sato/webkit/files/0001-WebKitMacros-Append-to-I-and-not-to-isystem.patch
+++ /dev/null
@@ -1,181 +0,0 @@
-From 20ee11dd188e1538f8cdd17a289dc6f9c63a011e Mon Sep 17 00:00:00 2001
-From: Khem Raj 
-Date: Sun, 17 Apr 2016 12:35:41 -0700
-Subject: [PATCH] WebKitMacros: Append to -I and not to -isystem
-
-gcc-6 has now introduced stdlib.h in libstdc++ for better
-compliance and its including the C library stdlib.h using
-include_next which is sensitive to order of system header
-include paths. Its infact better to not tinker with the
-system header include paths at all. Since adding /usr/include
-to -system is redundant and compiler knows about it moreover
-now with gcc6 it interferes with compiler's functioning
-and ends up with compile errors e.g.
-
-/usr/include/c++/6.0.0/cstdlib:75:25: fatal error: stdlib.h: No such file or 
directory
-
-Signed-off-by: Khem Raj 
-Upstream-Status: Pending

- Source/JavaScriptCore/shell/CMakeLists.txt | 2 +-
- Source/WebCore/PlatformGTK.cmake   | 6 +++---
- Source/WebKit2/PlatformGTK.cmake   | 2 +-
- Source/cmake/WebKitMacros.cmake| 2 +-
- Tools/DumpRenderTree/TestNetscapePlugIn/CMakeLists.txt | 2 +-
- Tools/ImageDiff/CMakeLists.txt | 2 +-
- Tools/MiniBrowser/gtk/CMakeLists.txt   | 2 +-
- Tools/TestWebKitAPI/PlatformGTK.cmake  | 2 +-
- Tools/TestWebKitAPI/Tests/WebKit2Gtk/CMakeLists.txt| 2 +-
- Tools/WebKitTestRunner/CMakeLists.txt  | 2 +-
- 10 files changed, 12 insertions(+), 12 deletions(-)
-
-diff --git a/Source/JavaScriptCore/shell/CMakeLists.txt 
b/Source/JavaScriptCore/shell/CMakeLists.txt
-index 155c797..80fe22b 100644
 a/Source/JavaScriptCore/shell/CMakeLists.txt
-+++ b/Source/JavaScriptCore/shell/CMakeLists.txt
-@@ -20,7 +20,7 @@ WEBKIT_INCLUDE_CONFIG_FILES_IF_EXISTS()
- 
- WEBKIT_WRAP_SOURCELIST(${JSC_SOURCES})
- include_directories(./ ${JavaScriptCore_INCLUDE_DIRECTORIES})
--include_directories(SYSTEM ${JavaScriptCore_SYSTEM_INCLUDE_DIRECTORIES})
-+include_directories(${JavaScriptCore_SYSTEM_INCLUDE_DIRECTORIES})
- add_executable(jsc ${JSC_SOURCES})
- target_link_libraries(jsc ${JSC_LIBRARIES})
- 
-diff --git a/Source/WebCore/PlatformGTK.cmake 
b/Source/WebCore/PlatformGTK.cmake
-index 567bd79..1fabea8 100644
 a/Source/WebCore/PlatformGTK.cmake
-+++ b/Source/WebCore/PlatformGTK.cmake
-@@ -340,7 +340,7 @@ if (ENABLE_PLUGIN_PROCESS_GTK2)
- ${GTK2_INCLUDE_DIRS}
- ${GDK2_INCLUDE_DIRS}
- )
--target_include_directories(WebCorePlatformGTK2 SYSTEM PRIVATE
-+target_include_directories(WebCorePlatformGTK2 PRIVATE
- ${WebCore_SYSTEM_INCLUDE_DIRECTORIES}
- )
- target_link_libraries(WebCorePlatformGTK2
-@@ -365,7 +365,7 @@ WEBKIT_SET_EXTRA_COMPILER_FLAGS(WebCorePlatformGTK)
- target_include_directories(WebCorePlatformGTK PRIVATE
- ${WebCore_INCLUDE_DIRECTORIES}
- )
--target_include_directories(WebCorePlatformGTK SYSTEM PRIVATE
-+target_include_directories(WebCorePlatformGTK PRIVATE
- ${WebCore_SYSTEM_INCLUDE_DIRECTORIES}
- ${GTK_INCLUDE_DIRS}
- ${GDK_INCLUDE_DIRS}
-@@ -383,7 +383,7 @@ include_directories(
- "${DERIVED_SOURCES_GOBJECT_DOM_BINDINGS_DIR}"
- )
- 
--include_directories(SYSTEM
-+include_directories(
- ${WebCore_SYSTEM_INCLUDE_DIRECTORIES}
- )
- 
-diff --git a/Source/WebKit2/PlatformGTK.cmake 
b/Source/WebKit2/PlatformGTK.cmake
-index e4805a4..c57df5d 100644
 a/Source/WebKit2/PlatformGTK.cmake
-+++ b/Source/WebKit2/PlatformGTK.cmake
-@@ -822,7 +822,7 @@ if (ENABLE_PLUGIN_PROCESS_GTK2)
- target_include_directories(WebKitPluginProcess2 PRIVATE
- ${WebKit2CommonIncludeDirectories}
- )
--target_include_directories(WebKitPluginProcess2 SYSTEM PRIVATE
-+target_include_directories(WebKitPluginProcess2 PRIVATE
-  ${WebKit2CommonSystemIncludeDirectories}
-  ${GTK2_INCLUDE_DIRS}
-  ${GDK2_INCLUDE_DIRS}
-diff --git a/Source/cmake/WebKitMacros.cmake b/Source/cmake/WebKitMacros.cmake
-index 043e78e..8b3b642 100644
 a/Source/cmake/WebKitMacros.cmake
-+++ b/Source/cmake/WebKitMacros.cmake
-@@ -224,7 +224,7 @@ endmacro()
- 
- macro(WEBKIT_FRAMEWORK _target)
-  

Re: [OE-core] [OE-Core][Patch v2 00/14] MIPS: Use MACHINEOVERRIDES and reduce duplication

[Khem Raj]

On 11/8/16 9:12 AM, Zubair Lutfullah Kakakhel wrote:
> Hi,
> 
> This patch series adds a few MACHINEOVERRIDES options in arch-mips
> to reduce duplicate configurations in various recipes.
> 
> Further info in 
> https://bugzilla.yoctoproject.org/show_bug.cgi?id=10404
> 

This series looks good to me.
Thanks for doing this.

> Regards,
> ZubairLK
> 
> V1 -> V2
> Added more options for endian independent and big/little endian
> Added another patch for o32 in TUNE_FEATURES for MIPS32R6.
> 
> Zubair Lutfullah Kakakhel (14):
>   arch-mips: Add o32 in TUNE_FEATURES for MIPS32R6
>   arch-mips: Add MACHINEOVERRIDES variables to reduce duplication
>   bitbake.conf: Reduce duplication in MIPS variants
>   fts: Reduce duplication in MIPS variants.
>   glibc: Reduce duplication in MIPS variants
>   packagegroup: Reduce duplication in MIPS variants.
>   gcc-runtime: Reduce duplication in MIPS variants.
>   gdb: Reduce duplication in MIPS variants.
>   mmc-utils: Reduce duplication in MIPS variants.
>   valgrind: Reduce duplication in MIPS variants.
>   ghostscript: Reduce duplication in MIPS variants.
>   ltp: Reduce duplication in MIPS variants.
>   mdadm: Reduce duplication in MIPS variants.
>   webkit: Reduce duplication in MIPS variants.
> 
>  meta/conf/bitbake.conf  | 11 +--
>  meta/conf/machine/include/mips/README   |  3 +++
>  meta/conf/machine/include/mips/arch-mips.inc| 12 
>  meta/conf/machine/include/tune-mips32r6.inc |  8 
>  meta/recipes-core/fts/fts.bb|  5 +
>  meta/recipes-core/glibc/glibc-ld.inc| 17 
> ++---
>  .../recipes-core/packagegroups/packagegroup-core-sdk.bb |  5 +
>  .../packagegroups/packagegroup-core-tools-profile.bb| 10 ++
>  meta/recipes-devtools/gcc/gcc-runtime.inc   |  9 +
>  meta/recipes-devtools/gdb/gdb-common.inc|  7 +--
>  meta/recipes-devtools/mmc/mmc-utils_git.bb  |  4 ++--
>  meta/recipes-devtools/valgrind/valgrind_3.12.0.bb   |  3 +--
>  meta/recipes-extended/ghostscript/ghostscript_9.19.bb   |  3 +--
>  meta/recipes-extended/ltp/ltp_20160126.bb   |  2 +-
>  meta/recipes-extended/mdadm/mdadm_3.4.bb|  4 ++--
>  meta/recipes-sato/webkit/webkitgtk_2.14.1.bb|  3 +--
>  16 files changed, 36 insertions(+), 70 deletions(-)
> 



signature.asc
Description: OpenPGP digital signature
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v2 2/2] runqemu: Allow the user to specity no kernel or rootFS

[Alistair Francis]

On Tue, Nov 8, 2016 at 3:15 AM, Nathan Rossi  wrote:
> On 3 November 2016 at 10:17, Alistair Francis
>  wrote:
>> In some cirsumstances the user doesn't want to supply a kernel, rootFS
>> or DTB to QEMU. This will occur more now that QEMU supports loading
>> images using a '-device loader' method.
>>
>> Allow users to specify 'none' for QB_DEFAULT_FSTYPE or QB_DEFAULT_KERNEL
>> to avoid supplying these options to QEMU.
>
> Just wondering if it would be worth adding a "QB_KERNEL_OPT" similar
> to how QB_ROOTFS_OPT works. This way the "none" would not be needed
> and it would allow for using the "-device loader" arg for machines
> that boot that way.
>
> e.g.
>
> QB_KERNEL_OPT = "-kernel @KERNEL@"
> or
> QB_KERNEL_OPT = "-device loader,addr=0xdeadbeef,file=@KERNEL@"
> or (if not able to load kernel, aka 'none')
> QB_KERNEL_OPT = ""

That way is fine with me, but that would then break compatibility with
other layers using this (they would all need to set the KERNEL_OPT so
I tried to avoid that.

I guess you could set the default to "-kernel @KERNEL@" which probably
wouldn't break anything though.

I'm happy to update the patch if that is the preference. Do people
think that's a better option?

Thanks,

Alistair

>
> Regards,
> Nathan
>
>>
>> Signed-off-by: Alistair Francis 
>> ---
>>  scripts/runqemu | 9 -
>>  1 file changed, 8 insertions(+), 1 deletion(-)
>>
>> diff --git a/scripts/runqemu b/scripts/runqemu
>> index 922ebaf..5f60312 100755
>> --- a/scripts/runqemu
>> +++ b/scripts/runqemu
>> @@ -453,7 +453,7 @@ class BaseConfig(object):
>>  def check_rootfs(self):
>>  """Check and set rootfs"""
>>
>> -if self.fstype == 'nfs':
>> +if self.fstype == 'nfs' or self.fstype == "none":
>>  return
>>
>>  if self.rootfs and not os.path.exists(self.rootfs):
>> @@ -481,6 +481,10 @@ class BaseConfig(object):
>>  # QB_DEFAULT_KERNEL is always a full file path
>>  kernel_name = os.path.basename(self.get('QB_DEFAULT_KERNEL'))
>>
>> +# The user didn't want a kernel to be loaded
>> +if kernel_name == "none":
>> +return
>> +
>>  deploy_dir_image = self.get('DEPLOY_DIR_IMAGE')
>>  if not self.kernel:
>>  kernel_match_name = "%s/%s" % (deploy_dir_image, kernel_name)
>> @@ -857,6 +861,9 @@ class BaseConfig(object):
>>  k_root = '/dev/nfs nfsroot=%s:%s,%s' % (self.nfs_server, 
>> self.nfs_dir, self.unfs_opts)
>>  self.kernel_cmdline = 'root=%s rw highres=off' % k_root
>>
>> +if self.fstype == 'none':
>> +self.rootfs_options = ''
>> +
>>  self.set('ROOTFS_OPTIONS', self.rootfs_options)
>>
>>  def guess_qb_system(self):
>> --
>> 2.7.4
>>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [OE-Core][Patch v2 13/14] mdadm: Reduce duplication in MIPS variants.

[Zubair Lutfullah Kakakhel]

Reduce duplication in MIPS variants now that the MACHINEOVERRIDES
variable is defined

Signed-off-by: Zubair Lutfullah Kakakhel 
---
 meta/recipes-extended/mdadm/mdadm_3.4.bb | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-extended/mdadm/mdadm_3.4.bb 
b/meta/recipes-extended/mdadm/mdadm_3.4.bb
index 261054e..d34b885 100644
--- a/meta/recipes-extended/mdadm/mdadm_3.4.bb
+++ b/meta/recipes-extended/mdadm/mdadm_3.4.bb
@@ -34,8 +34,8 @@ EXTRA_OEMAKE = 'CHECK_RUN_DIR=0 CXFLAGS="${CFLAGS}"'
 # to u64 == long in userspace. Define __SANE_USERSPACE_TYPES__ to get
 # int-ll64.h included
 CFLAGS_append_powerpc64 = ' -D__SANE_USERSPACE_TYPES__'
-CFLAGS_append_mips64 = ' -D__SANE_USERSPACE_TYPES__'
-CFLAGS_append_mips64n32 = ' -D__SANE_USERSPACE_TYPES__'
+CFLAGS_append_mipsarchn64 = ' -D__SANE_USERSPACE_TYPES__'
+CFLAGS_append_mipsarchn32 = ' -D__SANE_USERSPACE_TYPES__'
 
 do_compile() {
oe_runmake SYSROOT="${STAGING_DIR_TARGET}"
-- 
2.10.2

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

[OE-core] [OE-Core][Patch v2 12/14] ltp: Reduce duplication in MIPS variants.

[Zubair Lutfullah Kakakhel]

Reduce duplication in MIPS variants now that the MACHINEOVERRIDES
variable is defined

Signed-off-by: Zubair Lutfullah Kakakhel 
---
 meta/recipes-extended/ltp/ltp_20160126.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-extended/ltp/ltp_20160126.bb 
b/meta/recipes-extended/ltp/ltp_20160126.bb
index 7631e0e..7ee84e3 100644
--- a/meta/recipes-extended/ltp/ltp_20160126.bb
+++ b/meta/recipes-extended/ltp/ltp_20160126.bb
@@ -23,7 +23,7 @@ DEPENDS = "attr libaio libcap acl openssl zip-native"
 DEPENDS_append_libc-musl = " fts "
 EXTRA_OEMAKE_append_libc-musl = " LIBC=musl "
 CFLAGS_append_powerpc64 = " -D__SANE_USERSPACE_TYPES__"
-CFLAGS_append_mips64 = " -D__SANE_USERSPACE_TYPES__"
+CFLAGS_append_mipsarchn64 = " -D__SANE_USERSPACE_TYPES__"
 SRCREV = "fce797676b14f50406718e7ef640b50da66c9b36"
 
 SRC_URI = "git://github.com/linux-test-project/ltp.git \
-- 
2.10.2

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

[OE-core] [OE-Core][Patch v2 14/14] webkit: Reduce duplication in MIPS variants.

[Zubair Lutfullah Kakakhel]

Reduce duplication in MIPS variants now that the MACHINEOVERRIDES
variable is defined

Signed-off-by: Zubair Lutfullah Kakakhel 
---
 meta/recipes-sato/webkit/webkitgtk_2.14.1.bb | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/meta/recipes-sato/webkit/webkitgtk_2.14.1.bb 
b/meta/recipes-sato/webkit/webkitgtk_2.14.1.bb
index a2586de..a67ff0a 100644
--- a/meta/recipes-sato/webkit/webkitgtk_2.14.1.bb
+++ b/meta/recipes-sato/webkit/webkitgtk_2.14.1.bb
@@ -82,8 +82,7 @@ EXTRA_OECMAKE_append_mips64 = " -DUSE_LD_GOLD=OFF "
 EXTRA_OECMAKE_append_toolchain-clang = " -DUSE_LD_GOLD=OFF "
 
 # JIT not supported on MIPS either
-EXTRA_OECMAKE_append_mips = " -DENABLE_JIT=OFF "
-EXTRA_OECMAKE_append_mips64 = " -DENABLE_JIT=OFF "
+EXTRA_OECMAKE_append_mipsarch = " -DENABLE_JIT=OFF "
 
 SECURITY_CFLAGS_remove_aarch64 = "-fpie"
 SECURITY_CFLAGS_append_aarch64 = " -fPIE"
-- 
2.10.2

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

[OE-core] [OE-Core][Patch v2 09/14] mmc-utils: Reduce duplication in MIPS variants.

[Zubair Lutfullah Kakakhel]

Reduce duplication in MIPS variants now that the MACHINEOVERRIDES
variable is defined

Signed-off-by: Zubair Lutfullah Kakakhel 
---
 meta/recipes-devtools/mmc/mmc-utils_git.bb | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-devtools/mmc/mmc-utils_git.bb 
b/meta/recipes-devtools/mmc/mmc-utils_git.bb
index 2cba860..7858819 100644
--- a/meta/recipes-devtools/mmc/mmc-utils_git.bb
+++ b/meta/recipes-devtools/mmc/mmc-utils_git.bb
@@ -13,8 +13,8 @@ SRC_URI = 
"git://git.kernel.org/pub/scm/linux/kernel/git/cjb/mmc-utils.git;branc
 S = "${WORKDIR}/git"
 
 CFLAGS_append_powerpc64 = " -D__SANE_USERSPACE_TYPES__"
-CFLAGS_append_mips64 = " -D__SANE_USERSPACE_TYPES__"
-CFLAGS_append_mips64n32 = " -D__SANE_USERSPACE_TYPES__"
+CFLAGS_append_mipsarchn64 = " -D__SANE_USERSPACE_TYPES__"
+CFLAGS_append_mipsarchn32 = " -D__SANE_USERSPACE_TYPES__"
 
 do_install() {
 install -d ${D}${bindir}
-- 
2.10.2

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

[OE-core] [OE-Core][Patch v2 08/14] gdb: Reduce duplication in MIPS variants.

[Zubair Lutfullah Kakakhel]

Reduce duplication in MIPS variants now that the MACHINEOVERRIDES
variable is defined

Signed-off-by: Zubair Lutfullah Kakakhel 
---
 meta/recipes-devtools/gdb/gdb-common.inc | 7 +--
 1 file changed, 1 insertion(+), 6 deletions(-)

diff --git a/meta/recipes-devtools/gdb/gdb-common.inc 
b/meta/recipes-devtools/gdb/gdb-common.inc
index 33a5ce9..5b8087c 100644
--- a/meta/recipes-devtools/gdb/gdb-common.inc
+++ b/meta/recipes-devtools/gdb/gdb-common.inc
@@ -6,12 +6,7 @@ DEPENDS = "expat zlib ncurses virtual/libiconv ${LTTNGUST}"
 LTTNGUST = "lttng-ust"
 LTTNGUST_aarch64 = ""
 LTTNGUST_libc-uclibc = ""
-LTTNGUST_mips = ""
-LTTNGUST_mipsel = ""
-LTTNGUST_mips64 = ""
-LTTNGUST_mips64el = ""
-LTTNGUST_mips64n32 = ""
-LTTNGUST_mips64eln32 = ""
+LTTNGUST_mipsarch = ""
 LTTNGUST_sh4 = ""
 LTTNGUST_libc-musl = ""
 
-- 
2.10.2

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

[OE-core] [OE-Core][Patch v2 10/14] valgrind: Reduce duplication in MIPS variants.

[Zubair Lutfullah Kakakhel]

Reduce duplication in MIPS variants now that the MACHINEOVERRIDES
variable is defined

Signed-off-by: Zubair Lutfullah Kakakhel 
---
 meta/recipes-devtools/valgrind/valgrind_3.12.0.bb | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/meta/recipes-devtools/valgrind/valgrind_3.12.0.bb 
b/meta/recipes-devtools/valgrind/valgrind_3.12.0.bb
index a113880..2474bbc 100644
--- a/meta/recipes-devtools/valgrind/valgrind_3.12.0.bb
+++ b/meta/recipes-devtools/valgrind/valgrind_3.12.0.bb
@@ -37,8 +37,7 @@ COMPATIBLE_HOST_armv5 = 'null'
 COMPATIBLE_HOST_armv6 = 'null'
 
 # valgrind doesn't like mips soft float
-COMPATIBLE_HOST_mips = "${@bb.utils.contains("TARGET_FPU", "soft", "null", 
".*-linux", d)}"
-COMPATIBLE_HOST_mipsel = "${@bb.utils.contains("TARGET_FPU", "soft", "null", 
".*-linux", d)}"
+COMPATIBLE_HOST_mipsarch = "${@bb.utils.contains("TARGET_FPU", "soft", "null", 
".*-linux", d)}"
 
 inherit autotools ptest
 
-- 
2.10.2

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

[OE-core] [OE-Core][Patch v2 11/14] ghostscript: Reduce duplication in MIPS variants.

[Zubair Lutfullah Kakakhel]

Reduce duplication in MIPS variants now that the MACHINEOVERRIDES
variable is defined

Signed-off-by: Zubair Lutfullah Kakakhel 
---
 meta/recipes-extended/ghostscript/ghostscript_9.19.bb | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/meta/recipes-extended/ghostscript/ghostscript_9.19.bb 
b/meta/recipes-extended/ghostscript/ghostscript_9.19.bb
index fe2016b..8524591 100644
--- a/meta/recipes-extended/ghostscript/ghostscript_9.19.bb
+++ b/meta/recipes-extended/ghostscript/ghostscript_9.19.bb
@@ -46,8 +46,7 @@ EXTRA_OECONF = "--without-x --with-system-libtiff 
--without-jbig2dec \
 --with-cups-datadir=${datadir}/cups \
 "
 
-EXTRA_OECONF_append_mips = " --with-large_color_index=0"
-EXTRA_OECONF_append_mipsel = " --with-large_color_index=0"
+EXTRA_OECONF_append_mipsarcho32 = " --with-large_color_index=0"
 
 # Explicity disable libtiff, fontconfig,
 # freetype, cups for ghostscript-native
-- 
2.10.2

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

[OE-core] [OE-Core][Patch v2 07/14] gcc-runtime: Reduce duplication in MIPS variants.

[Zubair Lutfullah Kakakhel]

Reduce duplication in MIPS variants now that the MACHINEOVERRIDES
variable is defined

Signed-off-by: Zubair Lutfullah Kakakhel 
---
 meta/recipes-devtools/gcc/gcc-runtime.inc | 9 +
 1 file changed, 1 insertion(+), 8 deletions(-)

diff --git a/meta/recipes-devtools/gcc/gcc-runtime.inc 
b/meta/recipes-devtools/gcc/gcc-runtime.inc
index 15252f1..d56f82a 100644
--- a/meta/recipes-devtools/gcc/gcc-runtime.inc
+++ b/meta/recipes-devtools/gcc/gcc-runtime.inc
@@ -17,14 +17,7 @@ EXTRA_OECONF_PATHS = "\
 EXTRA_OECONF_append_linuxstdbase = " --enable-clocale=gnu"
 
 RUNTIMELIBITM = "libitm"
-RUNTIMELIBITM_mips = ""
-RUNTIMELIBITM_mipsel = ""
-RUNTIMELIBITM_mips64 = ""
-RUNTIMELIBITM_mips64el = ""
-RUNTIMELIBITM_mipsisa32r6 = ""
-RUNTIMELIBITM_mipsisa32r6el = ""
-RUNTIMELIBITM_mipsisa64r6 = ""
-RUNTIMELIBITM_mipsisa64r6el = ""
+RUNTIMELIBITM_mipsarch = ""
 RUNTIMELIBITM_nios2 = ""
 RUNTIMELIBITM_microblaze = ""
 
-- 
2.10.2

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

[OE-core] [OE-Core][Patch v2 06/14] packagegroup: Reduce duplication in MIPS variants.

[Zubair Lutfullah Kakakhel]

Reduce duplication in MIPS variants now that the MACHINEOVERRIDES
variable is defined

Signed-off-by: Zubair Lutfullah Kakakhel 
---
 meta/recipes-core/packagegroups/packagegroup-core-sdk.bb   |  5 +
 .../packagegroups/packagegroup-core-tools-profile.bb   | 10 ++
 2 files changed, 3 insertions(+), 12 deletions(-)

diff --git a/meta/recipes-core/packagegroups/packagegroup-core-sdk.bb 
b/meta/recipes-core/packagegroups/packagegroup-core-sdk.bb
index aceba78..327cd8e 100644
--- a/meta/recipes-core/packagegroups/packagegroup-core-sdk.bb
+++ b/meta/recipes-core/packagegroups/packagegroup-core-sdk.bb
@@ -28,10 +28,7 @@ RDEPENDS_packagegroup-core-sdk = "\
 
 SANITIZERS = "libasan-dev libubsan-dev"
 SANITIZERS_aarch64 = ""
-SANITIZERS_mips = ""
-SANITIZERS_mipsel = ""
-SANITIZERS_mips64 = ""
-SANITIZERS_mips64n32 = ""
+SANITIZERS_mipsarch = ""
 SANITIZERS_nios2 = ""
 SANITIZERS_powerpc64 = ""
 SANITIZERS_sparc = ""
diff --git a/meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb 
b/meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb
index dd98445..31ad82b 100644
--- a/meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb
+++ b/meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb
@@ -36,10 +36,7 @@ PERF_libc-musl = ""
 SYSTEMTAP = "systemtap"
 SYSTEMTAP_libc-uclibc = ""
 SYSTEMTAP_libc-musl = ""
-SYSTEMTAP_mips = ""
-SYSTEMTAP_mipsel = ""
-SYSTEMTAP_mips64 = ""
-SYSTEMTAP_mips64n32 = ""
+SYSTEMTAP_mipsarch = ""
 SYSTEMTAP_nios2 = ""
 SYSTEMTAP_aarch64 = ""
 
@@ -65,10 +62,7 @@ BABELTRACE = "babeltrace"
 VALGRIND = "valgrind"
 VALGRIND_libc-uclibc = ""
 VALGRIND_libc-musl = ""
-VALGRIND_mips = ""
-VALGRIND_mipsel = ""
-VALGRIND_mips64 = ""
-VALGRIND_mips64n32 = ""
+VALGRIND_mipsarch = ""
 VALGRIND_nios2 = ""
 VALGRIND_armv4 = ""
 VALGRIND_armv5 = ""
-- 
2.10.2

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

[OE-core] [OE-Core][Patch v2 04/14] fts: Reduce duplication in MIPS variants.

[Zubair Lutfullah Kakakhel]

Reduce duplication in MIPS variants now that the MACHINEOVERRIDES
variable is defined

Signed-off-by: Zubair Lutfullah Kakakhel 
---
 meta/recipes-core/fts/fts.bb | 5 +
 1 file changed, 1 insertion(+), 4 deletions(-)

diff --git a/meta/recipes-core/fts/fts.bb b/meta/recipes-core/fts/fts.bb
index 9d8230f..de9297e 100644
--- a/meta/recipes-core/fts/fts.bb
+++ b/meta/recipes-core/fts/fts.bb
@@ -22,10 +22,7 @@ S = "${WORKDIR}/${BPN}"
 
 do_configure[noexec] = "1"
 
-HASHSTYLE_mips = "sysv"
-HASHSTYLE_mipsel = "sysv"
-HASHSTYLE_mips64 = "sysv"
-HASHSTYLE_mips64el = "sysv"
+HASHSTYLE_mipsarch = "sysv"
 HASHSTYLE = "gnu"
 
 VER = "0"
-- 
2.10.2

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

[OE-core] [OE-Core][Patch v2 05/14] glibc: Reduce duplication in MIPS variants

[Zubair Lutfullah Kakakhel]

Reduce duplication in MIPS variants now that the MACHINEOVERRIDES
variable is defined

Signed-off-by: Zubair Lutfullah Kakakhel 
---
 meta/recipes-core/glibc/glibc-ld.inc | 17 ++---
 1 file changed, 2 insertions(+), 15 deletions(-)

diff --git a/meta/recipes-core/glibc/glibc-ld.inc 
b/meta/recipes-core/glibc/glibc-ld.inc
index b982368..e2e2474 100644
--- a/meta/recipes-core/glibc/glibc-ld.inc
+++ b/meta/recipes-core/glibc/glibc-ld.inc
@@ -7,21 +7,8 @@ def ld_append_if_tune_exists(d, infos, dict):
 
 def glibc_dl_info(d):
 ld_info_all = {
-"mips": ["ld.so.1", "FLAG_ELF_LIBC6"],
-"mips64-n32": ["ld.so.1", "FLAG_ELF_LIBC6"],
-"mips64": ["ld.so.1", "FLAG_ELF_LIBC6"],
-"mipsel": ["ld.so.1", "FLAG_ELF_LIBC6"],
-"mips64el-n32": ["ld.so.1", "FLAG_ELF_LIBC6"],
-"mips64el": ["ld.so.1", "FLAG_ELF_LIBC6"],
-"mips-nf": ["ld.so.1", "FLAG_ELF_LIBC6"],
-"mipsisa32r6": ["ld-linux-mipsn8.so.1", "FLAG_ELF_LIBC6"],
-"mipsisa32r6el": ["ld-linux-mipsn8.so.1", "FLAG_ELF_LIBC6"],
-"mips64-nf-n32": ["ld.so.1", "FLAG_ELF_LIBC6"],
-"mips64-nf": ["ld.so.1", "FLAG_ELF_LIBC6"],
-"mips64el-nf-n32": ["ld.so.1", "FLAG_ELF_LIBC6"],
-"mips64el-nf": ["ld.so.1", "FLAG_ELF_LIBC6"],
-"mipsisa64r6": ["ld-linux-mipsn8.so.1", "FLAG_ELF_LIBC6"],
-"mipsisa64r6el": ["ld-linux-mipsn8.so.1", "FLAG_ELF_LIBC6"],
+"mipsarch": ["ld.so.1", "FLAG_ELF_LIBC6"],
+"mipsarchr6": ["ld-linux-mipsn8.so.1", "FLAG_ELF_LIBC6"],
 "powerpc": ["ld.so.1", "FLAG_ELF_LIBC6"],
 "powerpc-nf": ["ld.so.1", "FLAG_ELF_LIBC6"],
 "powerpc64": ["ld64.so.1", "FLAG_ELF_LIBC6"],
-- 
2.10.2

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

[OE-core] [OE-Core][Patch v2 01/14] arch-mips: Add o32 in TUNE_FEATURES for MIPS32R6

[Zubair Lutfullah Kakakhel]

mips32r6 tunings should have o32 ABI flag in TUNE_FEATURES

Signed-off-by: Zubair Lutfullah Kakakhel 

---

Applies to Morty as well
---
 meta/conf/machine/include/tune-mips32r6.inc | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/meta/conf/machine/include/tune-mips32r6.inc 
b/meta/conf/machine/include/tune-mips32r6.inc
index 4721319..dea33ea 100644
--- a/meta/conf/machine/include/tune-mips32r6.inc
+++ b/meta/conf/machine/include/tune-mips32r6.inc
@@ -9,21 +9,21 @@ TUNE_CCARGS .= "${@bb.utils.contains('TUNE_FEATURES', 
'mipsisa32r6', ' -march=mi
 # Base Tunes
 AVAILTUNES += "mipsisa32r6 mipsisa32r6el"
 
-TUNE_FEATURES_tune-mipsisa32r6 = "bigendian mipsisa32r6 fpu-hard r6"
+TUNE_FEATURES_tune-mipsisa32r6 = "o32 bigendian mipsisa32r6 fpu-hard r6"
 MIPSPKGSFX_VARIANT_tune-mipsisa32r6 = "${TUNE_ARCH}"
 PACKAGE_EXTRA_ARCHS_tune-mipsisa32r6 = "mipsisa32r6"
 
-TUNE_FEATURES_tune-mipsisa32r6el = "fpu-hard mipsisa32r6 r6"
+TUNE_FEATURES_tune-mipsisa32r6el = "o32 fpu-hard mipsisa32r6 r6"
 MIPSPKGSFX_VARIANT_tune-mipsisa32r6el = "${TUNE_ARCH}"
 PACKAGE_EXTRA_ARCHS_tune-mipsisa32r6el = "mipsisa32r6el"
 
 # Soft Float
 AVAILTUNES += "mipsisa32r6-nf mipsisa32r6el-nf"
 
-TUNE_FEATURES_tune-mipsisa32r6-nf = "bigendian mipsisa32r6 r6"
+TUNE_FEATURES_tune-mipsisa32r6-nf = "o32 bigendian mipsisa32r6 r6"
 MIPSPKGSFX_VARIANT_tune-mipsisa32r6-nf = "${TUNE_ARCH}"
 PACKAGE_EXTRA_ARCHS_tune-mipsisa32r6-nf = "mipsisa32r6-nf"
 
-TUNE_FEATURES_tune-mipsisa32r6el-nf = "mipsisa32r6 r6"
+TUNE_FEATURES_tune-mipsisa32r6el-nf = "o32 mipsisa32r6 r6"
 MIPSPKGSFX_VARIANT_tune-mipsisa32r6el-nf = "${TUNE_ARCH}"
 PACKAGE_EXTRA_ARCHS_tune-mipsisa32r6el-nf = "mipsisa32r6el-nf"
-- 
2.10.2

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

[OE-core] [OE-Core][Patch v2 02/14] arch-mips: Add MACHINEOVERRIDES variables to reduce duplication

[Zubair Lutfullah Kakakhel]

In some cases, each MIPS variant in a recipe requires a duplicate
line. Even if the passed flag is the same.

Add global MACHINEOVERRIDES variables for the following
 * mipsarch : All MIPS
 * mipsarch{eb,el}  : All MIPS Big/Little Endian
 * mipsarchr6   : All MIPS R6
 * mipsarcho32  : All MIPS o32 Endian Independent
 * mipsarchn32  : All MIPS n32 Endian Independent
 * mipsarchn64  : All MIPS n64 Endian Independent
 * mipsarcho32{eb,el}   : All MIPS o32 Big/Little Endian
 * mipsarchn32{eb,el}   : All MIPS n32 Big/Little Endian
 * mipsarchn64{eb,el}   : All MIPS n64 Big/Little Endian

This is intended to reduce duplications in recipes

[YOCTO #10404]

Signed-off-by: Zubair Lutfullah Kakakhel 
---
 meta/conf/machine/include/mips/README|  3 +++
 meta/conf/machine/include/mips/arch-mips.inc | 12 
 2 files changed, 15 insertions(+)

diff --git a/meta/conf/machine/include/mips/README 
b/meta/conf/machine/include/mips/README
index 62fa156..f36e87b 100644
--- a/meta/conf/machine/include/mips/README
+++ b/meta/conf/machine/include/mips/README
@@ -32,6 +32,9 @@ MIPSPKGSFX_BYTE - This is defined as either blank and "64" 
for MIPS64 CPUs.
 MIPSPKGSFX_ENDIAN - For bigendian hardware this is blank, otherwise it's
 defined as "el".
 
+MIPSPKGSFX_ENDIAN2 - For bigendian hardware this is "eb", otherwise it's
+defined as "el".
+
 MIPSPKGSFX_VARIANT_tune- - In the default tunings it is set to the
 same value as TUNE_ARCH.  In custom, optimized tunings, the value should
 be modified to more precisely describe the tuning.
diff --git a/meta/conf/machine/include/mips/arch-mips.inc 
b/meta/conf/machine/include/mips/arch-mips.inc
index 6069ca1..d8b2bcb 100644
--- a/meta/conf/machine/include/mips/arch-mips.inc
+++ b/meta/conf/machine/include/mips/arch-mips.inc
@@ -39,6 +39,7 @@ TUNEVALID[mipsisa32r6] = "Use 32r6"
 
 # Package naming
 MIPSPKGSFX_ENDIAN = "${@bb.utils.contains('TUNE_FEATURES', 'bigendian', '', 
'el', d)}"
+MIPSPKGSFX_ENDIAN2 = "${@bb.utils.contains('TUNE_FEATURES', 'bigendian', 'eb', 
'el', d)}"
 MIPSPKGSFX_BYTE = "${@bb.utils.contains('TUNE_FEATURES', 'n64' , '64', '', d)}"
 MIPSPKGSFX_BYTE .= "${@bb.utils.contains('TUNE_FEATURES', 'n32' , '64', '', 
d)}"
 MIPSPKGSFX_FPU = "${@bb.utils.contains('TUNE_FEATURES', 'fpu-hard' , '', 
'-nf', d)}"
@@ -50,6 +51,17 @@ MIPSPKGSFX_32R6 = "${@bb.utils.contains('TUNE_FEATURES', 
'mipsisa32r6', 'isa32',
 TUNE_ARCH = 
"mips${MIPSPKGSFX_32R6}${MIPSPKGSFX_64R6}${MIPSPKGSFX_BYTE}${MIPSPKGSFX_R6}${MIPSPKGSFX_ENDIAN}"
 TUNE_PKGARCH = 
"${MIPSPKGSFX_VARIANT_tune-${DEFAULTTUNE}}${MIPSPKGSFX_FPU}${MIPSPKGSFX_ABI}"
 
+# Various Global Machine Overrides
+MACHINEOVERRIDES =. "mipsarch:"
+MACHINEOVERRIDES =. "mipsarch${MIPSPKGSFX_ENDIAN2}:"
+MACHINEOVERRIDES =. "${@bb.utils.contains('TUNE_FEATURES', 'r6', 
'mipsarchr6:', '' ,d)}"
+MACHINEOVERRIDES =. "${@bb.utils.contains('TUNE_FEATURES', 'n32', 
'mipsarchn32:', '' ,d)}"
+MACHINEOVERRIDES =. "${@bb.utils.contains('TUNE_FEATURES', 'o32', 
'mipsarcho32:', '' ,d)}"
+MACHINEOVERRIDES =. "${@bb.utils.contains('TUNE_FEATURES', 'n64', 
'mipsarchn64:', '' ,d)}"
+MACHINEOVERRIDES =. "${@bb.utils.contains('TUNE_FEATURES', 'n32', 
'mipsarchn32${MIPSPKGSFX_ENDIAN2}:', '' ,d)}"
+MACHINEOVERRIDES =. "${@bb.utils.contains('TUNE_FEATURES', 'o32', 
'mipsarcho32${MIPSPKGSFX_ENDIAN2}:', '' ,d)}"
+MACHINEOVERRIDES =. "${@bb.utils.contains('TUNE_FEATURES', 'n64', 
'mipsarchn64${MIPSPKGSFX_ENDIAN2}:', '' ,d)}"
+
 # Base tunes
 AVAILTUNES += "mips mips64-n32 mips64 mipsel mips64el-n32 mips64el mips-nf 
mips64-nf-n32 mips64-nf mipsel-nf mips64el-nf-n32 mips64el-nf"
 TUNE_FEATURES_tune-mips = "o32 bigendian fpu-hard"
-- 
2.10.2

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

[OE-core] [OE-Core][Patch v2 03/14] bitbake.conf: Reduce duplication in MIPS variants

[Zubair Lutfullah Kakakhel]

Reduce duplication in MIPS variants now that the MACHINEOVERRIDES
variable is defined

Signed-off-by: Zubair Lutfullah Kakakhel 
---
 meta/conf/bitbake.conf | 11 +--
 1 file changed, 1 insertion(+), 10 deletions(-)

diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index 9f445bb..1472e8f 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -533,16 +533,7 @@ BUILDSDK_LDFLAGS = "-Wl,-O1"
 
 LINKER_HASH_STYLE ??= "gnu"
 # mips does not support GNU hash style therefore we override
-LINKER_HASH_STYLE_mips = "sysv"
-LINKER_HASH_STYLE_mipsel = "sysv"
-LINKER_HASH_STYLE_mips64 = "sysv"
-LINKER_HASH_STYLE_mips64el = "sysv"
-LINKER_HASH_STYLE_mips64n32 = "sysv"
-LINKER_HASH_STYLE_mips64eln32 = "sysv"
-LINKER_HASH_STYLE_mipsisa32r6 = "sysv"
-LINKER_HASH_STYLE_mipsisa32r6el = "sysv"
-LINKER_HASH_STYLE_mipsisa64r6 = "sysv"
-LINKER_HASH_STYLE_mipsisa64r6el = "sysv"
+LINKER_HASH_STYLE_mipsarch = "sysv"
 
 TARGET_LINK_HASH_STYLE ?= 
"${@['-Wl,--hash-style=gnu',''][d.getVar('LINKER_HASH_STYLE', True) != 'gnu']}"
 
-- 
2.10.2

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

[OE-core] [OE-Core][Patch v2 00/14] MIPS: Use MACHINEOVERRIDES and reduce duplication

[Zubair Lutfullah Kakakhel]

Hi,

This patch series adds a few MACHINEOVERRIDES options in arch-mips
to reduce duplicate configurations in various recipes.

Further info in 
https://bugzilla.yoctoproject.org/show_bug.cgi?id=10404

Regards,
ZubairLK

V1 -> V2
Added more options for endian independent and big/little endian
Added another patch for o32 in TUNE_FEATURES for MIPS32R6.

Zubair Lutfullah Kakakhel (14):
  arch-mips: Add o32 in TUNE_FEATURES for MIPS32R6
  arch-mips: Add MACHINEOVERRIDES variables to reduce duplication
  bitbake.conf: Reduce duplication in MIPS variants
  fts: Reduce duplication in MIPS variants.
  glibc: Reduce duplication in MIPS variants
  packagegroup: Reduce duplication in MIPS variants.
  gcc-runtime: Reduce duplication in MIPS variants.
  gdb: Reduce duplication in MIPS variants.
  mmc-utils: Reduce duplication in MIPS variants.
  valgrind: Reduce duplication in MIPS variants.
  ghostscript: Reduce duplication in MIPS variants.
  ltp: Reduce duplication in MIPS variants.
  mdadm: Reduce duplication in MIPS variants.
  webkit: Reduce duplication in MIPS variants.

 meta/conf/bitbake.conf  | 11 +--
 meta/conf/machine/include/mips/README   |  3 +++
 meta/conf/machine/include/mips/arch-mips.inc| 12 
 meta/conf/machine/include/tune-mips32r6.inc |  8 
 meta/recipes-core/fts/fts.bb|  5 +
 meta/recipes-core/glibc/glibc-ld.inc| 17 ++---
 .../recipes-core/packagegroups/packagegroup-core-sdk.bb |  5 +
 .../packagegroups/packagegroup-core-tools-profile.bb| 10 ++
 meta/recipes-devtools/gcc/gcc-runtime.inc   |  9 +
 meta/recipes-devtools/gdb/gdb-common.inc|  7 +--
 meta/recipes-devtools/mmc/mmc-utils_git.bb  |  4 ++--
 meta/recipes-devtools/valgrind/valgrind_3.12.0.bb   |  3 +--
 meta/recipes-extended/ghostscript/ghostscript_9.19.bb   |  3 +--
 meta/recipes-extended/ltp/ltp_20160126.bb   |  2 +-
 meta/recipes-extended/mdadm/mdadm_3.4.bb|  4 ++--
 meta/recipes-sato/webkit/webkitgtk_2.14.1.bb|  3 +--
 16 files changed, 36 insertions(+), 70 deletions(-)

-- 
2.10.2

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

Re: [OE-core] methodology for writing OE perl recipes equivalent to RH RPMs

[Khem Raj]

On 11/8/16 12:19 AM, Robert P. J. Day wrote:
> 
>   (NOTE: i'm fighting with a compile error in a perl recipe i've
> written, but rather than ask about that right this instant, i want to
> explain my general methodology for writing these sorts of recipes so
> that, in the future, i'll have a much better idea of how to solve
> issues like this, so i apologize for the verbosity, and if people want
> to chime in with advice, i'll be delighted to write all this up later
> for everyone else's benefit. *then* i'll ask about my compile error.)
> 
>   at the moment, for a "qemuppc" core-image-minimal target, i'm trying
> to write OE-equivalent perl and/or python recipes for 200+ x86_64
> centos RPMs -- effectively trying to reproduce (for powerpc) a running
> centos 7 system. in short, trying to port a centos 7 system to an
> OE-based powerpc box, which involves reproducing with OE equivalents
> quite a number of stock RPMs for which there are no obvious available
> recipes. from that initial list of 200+ RPMs, i'm down to less than 60
> to go, so that's progress.
> 
>   most of what's left is perl, so here's my methodology for creating a
> perl recipe, and i'll use a specific example, "perl-Net-IP", and even
> though i'm doing this on my fedora system, there's not much difference
> between this system and a centos box, other than RPM version
> differences.
> 
>   first, i typically pop over to the OE layers page, and do a search
> to see if there's already a recipe for what i'm looking for -- in this
> case, i didn't see an equivalent for "perl-Net-IP":
> 
> https://layers.openembedded.org/layerindex/branch/master/recipes/?q=perl+net+ip
> 
> (Q: is that a reasonably comprehensive search approach? oh, and i've
> already been advised to avoid using the meta-debian layer.)
> 
>   next, since it looks like i'll need to write a recipe, i install the
> equivalent recipe on my fedora box, just to see what i'm aiming for as
> a final result (or something reasonably equivalent):
> 
>   $ sudo dnf install perl-Net-IP
>   $ rpm -ql perl-Net-IP
>   /usr/bin/ipcount
>   /usr/bin/iptab
>   /usr/share/doc/perl-Net-IP
>   /usr/share/doc/perl-Net-IP/COPYING
>   /usr/share/doc/perl-Net-IP/Changes
>   /usr/share/doc/perl-Net-IP/README
>   /usr/share/man/man3/Net::IP.3pm.gz
>   /usr/share/perl5/vendor_perl/Net
>   /usr/share/perl5/vendor_perl/Net/IP.pm
>   $
> 
> ok, now i have an idea of what my final OE build should produce.
> 
>   next, pop over to metacpan.org and search for corresponding source
> to find:
> 
>   https://metacpan.org/pod/Net::IP
> 
> at which point, write a fairly boilerplate recipe (the "noarch" RPMs
> are the easy ones), filling in among other things:
> 
>   * "SRC_URI"
>   * checksums
>   * "S"
>   * "inherit cpan allarch"
> 
> / start /
> 
> DESCRIPTION = "Net::IP"
> 
> SECTION = "libs"
> LICENSE = "Artisticv1 | GPLv1+"
> PR = "r0"
> 
> MAINTAINER= "rday"
> HOMEPAGE=   "https://metacpan.org/pod/Net::IP";
> 
> LIC_FILES_CHKSUM = 
> "file://${COMMON_LICENSE_DIR}/Artistic-1.0;md5=cda03bbdc3c1951996392b872397b798
>  \
> file://${COMMON_LICENSE_DIR}/GPL-1.0;md5=e9e36a9de734199567a4d769498f743d"
> 
> SRC_URI = "https://cpan.metacpan.org/authors/id/M/MA/MANU/Net-IP-1.26.tar.gz";
> 
> SRC_URI[md5sum] = "3a98e3ac45d69ea38a63a7e678bd716d"
> SRC_URI[sha256sum] = 
> "040f16f3066647d761b724a3b70754d28cbd1e6fe5ea01c63ed1cd857117d639"
> 
> S = "${WORKDIR}/Net-IP-${PV}"
> 
> inherit cpan allarch
> 
> BBCLASSEXTEND = "native"
> 
> / end /
> 
>   at this point, i run:
> 
>   $ bitbake -c fetchall perl-net-ip
> 
> to make sure the fetch works (and adjust checksums to taste), then:
> 
>   $ bitbake perl-net-ip
> 
> to build, and check the contents of the resulting rpm file to see that
> it matches:
> 
>   $ rpm -qpl perl-net-ip-1.26-r0.all.rpm
>   /usr
>   /usr/bin
>   /usr/bin/ipcount
>   /usr/bin/iptab
>   /usr/lib
>   /usr/lib/perl
>   /usr/lib/perl/vendor_perl
>   /usr/lib/perl/vendor_perl/5.22.1
>   /usr/lib/perl/vendor_perl/5.22.1/Net
>   /usr/lib/perl/vendor_perl/5.22.1/Net/IP.pm
>   $
> 
> looks good, so that gets added to my build, and on to the next recipe.
> 
>   couple final notes:
> 
> * i'm currently ignoring all the dependencies i should be adding to
> those recipes; i'll put them in later
> 
> * it's easy to see when i should use "inherit cpan_build" for the
> older-style Build.PL-based recipes
> 
> * about to get into the arch-specific recipes, so that will get more
> interesting ... back shortly with my recipe that's causing the build
> error
> 
>   thoughts?
> 

this seems OK approach to me. I wonder how would recipe-tool fair doing the
new recipe work of this sort of usecase. ( devtool add )

> rday
> 



signature.asc
Description: OpenPGP digital signature
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 4/5] wic: fix function comment typos

[Maciej Borzecki]

Fix typos in documentation of Image.add_partition() and
Image.__format_disks().

Signed-off-by: Maciej Borzecki 
---
 scripts/lib/wic/utils/partitionedfs.py | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/scripts/lib/wic/utils/partitionedfs.py 
b/scripts/lib/wic/utils/partitionedfs.py
index 
cb03009fc7e3c97305079629ded7d2ff01eba4c4..9e76487844eebfffc7227d053a65dc9fdab3678b
 100644
--- a/scripts/lib/wic/utils/partitionedfs.py
+++ b/scripts/lib/wic/utils/partitionedfs.py
@@ -92,7 +92,7 @@ class Image():
 def add_partition(self, size, disk_name, mountpoint, source_file=None, 
fstype=None,
   label=None, fsopts=None, boot=False, align=None, 
no_table=False,
   part_type=None, uuid=None, system_id=None):
-""" Add the next partition. Prtitions have to be added in the
+""" Add the next partition. Partitions have to be added in the
 first-to-last order. """
 
 ks_pnum = len(self.partitions)
@@ -292,7 +292,7 @@ class Image():
 # even number of sectors.
 if part['mountpoint'] == "/boot" and part['fstype'] in ["vfat", 
"msdos"] \
and part['size'] % 2:
-msger.debug("Substracting one sector from '%s' partition to " \
+msger.debug("Subtracting one sector from '%s' partition to " \
 "get even number of sectors for the partition" % \
 part['mountpoint'])
 part['size'] -= 1
-- 
2.5.0

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

[OE-core] [PATCH 2/5] wic: use partition size when creating empty partition files

[Maciej Borzecki]

It seems that prepare_empty_partition_ext() and
prepare_empty_partition_btrfs() got broken in commit
c8669749e37fe865c197c98d5671d9de176ff4dd, thus one could observe the
following backtrace:

Backtrace:
  File "/poky/scripts/lib/wic/plugins/imager/direct_plugin.py", line 93, 
in do_create
creator.create()
  File "/poky/scripts/lib/wic/imager/baseimager.py", line 159, in create
self._create()
  File "/poky/scripts/lib/wic/imager/direct.py", line 290, in _create
self.bootimg_dir, self.kernel_dir, self.native_sysroot)
  File "/poky/scripts/lib/wic/partition.py", line 146, in prepare
method(rootfs, oe_builddir, native_sysroot)
  File "/poky/scripts/lib/wic/partition.py", line 325, in 
prepare_empty_partition_ext
os.ftruncate(sparse.fileno(), rootfs_size * 1024)
NameError: name 'rootfs_size' is not defined

Signed-off-by: Maciej Borzecki 
---
 scripts/lib/wic/partition.py | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/scripts/lib/wic/partition.py b/scripts/lib/wic/partition.py
index 
4b8d769437120adadb5dba2f3919d4eb96141292..8adc698240c8e3bd9f4118663a5d7a167e0bb4a4
 100644
--- a/scripts/lib/wic/partition.py
+++ b/scripts/lib/wic/partition.py
@@ -308,7 +308,7 @@ class Partition():
 Prepare an empty ext2/3/4 partition.
 """
 with open(rootfs, 'w') as sparse:
-os.ftruncate(sparse.fileno(), rootfs_size * 1024)
+os.ftruncate(sparse.fileno(), self.size * 1024)
 
 extra_imagecmd = "-i 8192"
 
@@ -326,7 +326,7 @@ class Partition():
 Prepare an empty btrfs partition.
 """
 with open(rootfs, 'w') as sparse:
-os.ftruncate(sparse.fileno(), rootfs_size * 1024)
+os.ftruncate(sparse.fileno(), self.size * 1024)
 
 label_str = ""
 if self.label:
-- 
2.5.0

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

[OE-core] [PATCH 3/5] wic: check that filesystem is specified for a rootfs partition

[Maciej Borzecki]

Signed-off-by: Maciej Borzecki 
---
 scripts/lib/wic/partition.py | 4 
 1 file changed, 4 insertions(+)

diff --git a/scripts/lib/wic/partition.py b/scripts/lib/wic/partition.py
index 
8adc698240c8e3bd9f4118663a5d7a167e0bb4a4..24e657592738dc7c5cdff78e3740d7c373021e9d
 100644
--- a/scripts/lib/wic/partition.py
+++ b/scripts/lib/wic/partition.py
@@ -184,6 +184,10 @@ class Partition():
 if os.path.isfile(rootfs):
 os.remove(rootfs)
 
+if not self.fstype:
+msger.error("File system for partition %s not specified in 
kickstart, " \
+"use --fstype option" % (self.mountpoint))
+
 for prefix in ("ext", "btrfs", "vfat", "squashfs"):
 if self.fstype.startswith(prefix):
 method = getattr(self, "prepare_rootfs_" + prefix)
-- 
2.5.0

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

[OE-core] [PATCH 5/5] wic: add --fixed-size wks option

[Maciej Borzecki]

Added new option --fixed-size to wks. The option can be used to indicate
the exact size of a partition. The option cannot be added together with
--size, in which case an error will be raised. Other options that
influence automatic partition size (--extra-space, --overhead-factor),
if specifiec along with --fixed-size, will raise an error.

If it partition data is larger than the amount of space specified with
--fixed-size option wic will raise an error.

Signed-off-by: Maciej Borzecki 
---
 scripts/lib/wic/help.py| 14 --
 scripts/lib/wic/imager/direct.py   |  2 +-
 scripts/lib/wic/ksparser.py| 41 +++--
 scripts/lib/wic/partition.py   | 83 --
 scripts/lib/wic/utils/partitionedfs.py |  2 +-
 5 files changed, 100 insertions(+), 42 deletions(-)

diff --git a/scripts/lib/wic/help.py b/scripts/lib/wic/help.py
index 
e5347ec4b7c900c68fc64351a5293e75de0672b3..daa11bf489c135627ddfe4cef968e48f8e3ad1d8
 100644
--- a/scripts/lib/wic/help.py
+++ b/scripts/lib/wic/help.py
@@ -646,6 +646,12 @@ DESCRIPTION
  not specified, the size is in MB.
  You do not need this option if you use --source.
 
+ --fixed-size: Exact partition size. Value format is the same
+   as for --size option. This option cannot be
+   specified along with --size. If partition data
+   is larger than --fixed-size and error will be
+   raised when assembling disk image.
+
  --source: This option is a wic-specific option that names the
source of the data that will populate the
partition.  The most common value for this option
@@ -719,13 +725,15 @@ DESCRIPTION
 space after the space filled by the content
 of the partition. The final size can go
 beyond the size specified by --size.
-By default, 10MB.
+By default, 10MB. This option cannot be used
+with --fixed-size option.
 
  --overhead-factor: This option is specific to wic. The
 size of the partition is multiplied by
 this factor. It has to be greater than or
-equal to 1.
-The default value is 1.3.
+equal to 1. The default value is 1.3.
+This option cannot be used with --fixed-size
+option.
 
  --part-type: This option is specific to wic. It specifies partition
   type GUID for GPT partitions.
diff --git a/scripts/lib/wic/imager/direct.py b/scripts/lib/wic/imager/direct.py
index 
2bedef08d6450096c786def6f75a9ee53fcd4b3b..c01a1ea538428e36a75ac5b31a822e01901bea6a
 100644
--- a/scripts/lib/wic/imager/direct.py
+++ b/scripts/lib/wic/imager/direct.py
@@ -290,7 +290,7 @@ class DirectImageCreator(BaseImageCreator):
  self.bootimg_dir, self.kernel_dir, 
self.native_sysroot)
 
 
-self.__image.add_partition(int(part.size),
+self.__image.add_partition(part.get_size(),
part.disk,
part.mountpoint,
part.source_file,
diff --git a/scripts/lib/wic/ksparser.py b/scripts/lib/wic/ksparser.py
index 
0894e2b199a299fbbed272f2e1c95e9d692e3ab1..62c490274aa92bf82aac304d9323250e3b728d0c
 100644
--- a/scripts/lib/wic/ksparser.py
+++ b/scripts/lib/wic/ksparser.py
@@ -113,6 +113,9 @@ def systemidtype(arg):
 class KickStart():
 Kickstart parser implementation."""
 
+DEFAULT_EXTRA_SPACE = 10*1024
+DEFAULT_OVERHEAD_FACTOR = 1.3
+
 def __init__(self, confpath):
 
 self.partitions = []
@@ -127,16 +130,24 @@ class KickStart():
 part.add_argument('mountpoint', nargs='?')
 part.add_argument('--active', action='store_true')
 part.add_argument('--align', type=int)
-part.add_argument("--extra-space", type=sizetype, default=10*1024)
+part.add_argument("--extra-space", type=sizetype)
 part.add_argument('--fsoptions', dest='fsopts')
 part.add_argument('--fstype')
 part.add_argument('--label')
 part.add_argument('--no-table', action='store_true')
 part.add_argument('--ondisk', '--ondrive', dest='disk')
-part.add_argument("--overhead-factor", type=overheadtype, default=1.3)
+part.add_argument("--overhead-factor", type=overheadtype)
 part.add_argument('--part-type')
 part.add_argument('--rootfs-dir')
-part.add_argument('--size', type=sizetype, default=0)
+
+# --size and --fixed-size cannot be specified together; options
+# extra-space and --overhead-factor should also raise a parser
+# --err

[OE-core] [PATCH 0/5] wic: bugfixes & --fixed-size support

[Maciej Borzecki]

The patch series is a follow-up after a previous attempt of adding
--reserved-size option to wic[1].

The series introduces a number of fixes in patches 1 - 4.

The last patch in the series introduces --fixed-size option as discussed in [1].
The patch also introduces minor refactoring to code responsible for computing
partition size.

Aside from new option, another user-visible change is how the size rootfs
partitions with vfat is calculated. In previous code, vfat rootfs partition size
did not account for --extra-space nor --overhead-factor. Now, all rootfs
partitions (except for squashfs) are subject to the same rules of partition
sizing.

http://lists.openembedded.org/pipermail/openembedded-core/2016-October/127634.html

Maciej Borzecki (5):
  wic: make sure that partition size is always an integer in internal
processing
  wic: use partition size when creating empty partition files
  wic: check that filesystem is specified for a rootfs partition
  wic: fix function comment typos
  wic: add --fixed-size wks option

 scripts/lib/wic/help.py| 14 +++--
 scripts/lib/wic/imager/direct.py   |  2 +-
 scripts/lib/wic/ksparser.py| 41 +--
 scripts/lib/wic/partition.py   | 93 +-
 scripts/lib/wic/utils/partitionedfs.py |  6 +--
 5 files changed, 109 insertions(+), 47 deletions(-)

-- 
2.5.0

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

[OE-core] [PATCH 1/5] wic: make sure that partition size is always an integer in internal processing

[Maciej Borzecki]

Signed-off-by: Maciej Borzecki 
---
 scripts/lib/wic/partition.py | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/scripts/lib/wic/partition.py b/scripts/lib/wic/partition.py
index 
89c33ab8b7d54bb14678b2e07e706e3feb6ae57a..4b8d769437120adadb5dba2f3919d4eb96141292
 100644
--- a/scripts/lib/wic/partition.py
+++ b/scripts/lib/wic/partition.py
@@ -157,7 +157,7 @@ class Partition():
 out = exec_cmd(du_cmd)
 rootfs_size = out.split()[0]
 
-self.size = rootfs_size
+self.size = int(rootfs_size)
 self.source_file = rootfs
 
 def prepare_rootfs(self, cr_workdir, oe_builddir, rootfs_dir,
@@ -194,7 +194,7 @@ class Partition():
 # get the rootfs size in the right units for kickstart (kB)
 du_cmd = "du -Lbks %s" % rootfs
 out = exec_cmd(du_cmd)
-self.size = out.split()[0]
+self.size = int(out.split()[0])
 
 break
 
@@ -379,7 +379,7 @@ class Partition():
 out = exec_cmd(du_cmd)
 fs_size = out.split()[0]
 
-self.size = fs_size
+self.size = int(fs_size)
 
 def prepare_swap_partition(self, cr_workdir, oe_builddir, native_sysroot):
 """
-- 
2.5.0

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

[OE-core] [PATCH 0/1] qemuarm64.conf: make runqemu's graphics work

[Robert Yang]

The following changes since commit 9303d8055c45a0f6af295d70a6f6a8b9d8d8a7c9:

  devtool: add "rename" subcommand (2016-11-07 11:04:17 +)

are available in the git repository at:

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

Robert Yang (1):
  qemuarm64.conf: make runqemu's graphics work

 meta/conf/machine/qemuarm64.conf | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

-- 
2.9.0

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

[OE-core] [PATCH 1/1] qemuarm64.conf: make runqemu's graphics work

[Robert Yang]

Fixed:
$ runqemu qemuarm64 (without -nographics)
There is no output in qemu console without this fix.

Signed-off-by: Robert Yang 
---
 meta/conf/machine/qemuarm64.conf | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/conf/machine/qemuarm64.conf b/meta/conf/machine/qemuarm64.conf
index d075062..df2010c 100644
--- a/meta/conf/machine/qemuarm64.conf
+++ b/meta/conf/machine/qemuarm64.conf
@@ -16,7 +16,7 @@ QB_MACHINE = "-machine virt"
 QB_CPU = "-cpu cortex-a57"
 QB_KERNEL_CMDLINE_APPEND = "console=ttyAMA0,38400"
 # Add the 'virtio-rng-pci' device otherwise the guest may run out of entropy
-QB_OPT_APPEND = "-show-cursor -device virtio-rng-pci"
+QB_OPT_APPEND = "-show-cursor -device virtio-rng-pci -monitor null"
 QB_TAP_OPT = "-netdev tap,id=net0,ifname=@TAP@,script=no,downscript=no -device 
virtio-net-device,netdev=net0,mac=@MAC@"
 QB_SLIRP_OPT = "-netdev user,id=net0 -device virtio-net-device,netdev=net0"
 QB_ROOTFS_OPT = "-drive id=disk0,file=@ROOTFS@,if=none,format=raw -device 
virtio-blk-device,drive=disk0"
-- 
2.9.0

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

Re: [OE-core] uninative binary?

[Christopher Larson]

On Mon, Nov 7, 2016 at 11:41 PM, Gary Thomas  wrote:

> On 2016-11-04 11:03, Richard Purdie wrote:
>
>> On Fri, 2016-11-04 at 08:16 +0100, Gary Thomas wrote:
>>
>>> Some of my customers need to be able to build without any
>>> network connectivity, so I normally use BB_NO_NETWORK="1"
>>>
>>> Is there a way to add the uninative "binary shim" to my
>>> download mirror?  Given that the path includes a hash as
>>> a directory, it's not clear to me how to put it into my
>>> mirror.
>>>
>>> Thanks for any ideas
>>>
>>
>> Set UNINATIVE_URL to point at your mirror?
>>
>> If the file already exists in DL_DIR, it will be used without touching
>> the network.
>>
>
> Thanks, that worked.  I keep a link to my mirror in my meta tree,
> so I added these lines to my ${DISTRO}.conf:
>   UNINATIVE_URL ?= "file://${COREBASE}/sources/uninative/1.4/"
>   require conf/distro/include/yocto-uninative.inc
>   INHERIT += "uninative"
> When I ran a build, this got sucked into my ${DL_DIR} as
>   $ ls -lR downloads/uninative/
>   downloads/uninative/:
>   total 4
>   drwxrwxr-x 2 gthomas gthomas 4096 Nov  7 13:02
> 101ff8f2580c193488db9e76f9646fb6ed38b65fb76f403acb0e2178ce7127ca
>
>   downloads/uninative/101ff8f2580c193488db9e76f9646fb6ed38b65f
> b76f403acb0e2178ce7127ca:
>   total 4
>   lrwxrwxrwx 1 gthomas gthomas 76 Nov  7 13:02
> x86_64-nativesdk-libc.tar.bz2 -> /local/poky-cutting-edge/sourc
> es/uninative/1.4/x86_64-nativesdk-libc.tar.bz2


It seems the uninative fetch does use mirrors, as well, from what I’ve
seen. At least, premirrors. I see a bunch of irritating fetch failure
messages from each of my premirrors when attempting to get uninative in
certain builds.
-- 
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

[OE-core] [PATCH V2] x264: Update to latest on stable branch

[Khem Raj]

- unexport AS variable
- Switch URI to use github mirror for reliabality
- Disable openCL code, its not used
- TEXTRELs are fixed, therefore dont skip QA check

Signed-off-by: Khem Raj 
---
v1 -> v2:
- unexport AS variable

 .../x264/x264/don-t-default-to-cortex-a9-with-neon.patch| 13 ++---
 meta/recipes-multimedia/x264/x264_git.bb| 11 ---
 2 files changed, 6 insertions(+), 18 deletions(-)

diff --git 
a/meta/recipes-multimedia/x264/x264/don-t-default-to-cortex-a9-with-neon.patch 
b/meta/recipes-multimedia/x264/x264/don-t-default-to-cortex-a9-with-neon.patch
index bf72fca..73f2aac 100644
--- 
a/meta/recipes-multimedia/x264/x264/don-t-default-to-cortex-a9-with-neon.patch
+++ 
b/meta/recipes-multimedia/x264/x264/don-t-default-to-cortex-a9-with-neon.patch
@@ -5,10 +5,10 @@ Upstream-Status: Pending
 Signed-off-by: Andrei Gherzan 
 
 diff --git a/configure b/configure
-index 2916036..f4ece40 100755
+index 9d1586c..3109ec4 100755
 --- a/configure
 +++ b/configure
-@@ -773,9 +773,6 @@ if [ $asm = auto -a \( $ARCH = X86 -o $ARCH = X86_64 \) ] 
; then
+@@ -874,9 +874,6 @@ if [ $asm = auto -a \( $ARCH = X86 -o $ARCH = X86_64 \) ] 
; then
  fi
  
  if [ $asm = auto -a $ARCH = ARM ] ; then
@@ -18,12 +18,3 @@ index 2916036..f4ece40 100755
  if  cc_check '' '' '__asm__("rev ip, ip");' ; then  define HAVE_ARMV6
  cc_check '' '' '__asm__("movt r0, #0");' && define 
HAVE_ARMV6T2
  cc_check '' '' '__asm__("vadd.i16 q0, q0, q0");' && define HAVE_NEON
-@@ -788,8 +785,6 @@ if [ $asm = auto -a $ARCH = ARM ] ; then
- fi
- 
- if [ $asm = auto -a $ARCH = AARCH64 ] ; then
--# set flags so neon is built by default
--echo $CFLAGS | grep -Eq '(-mcpu|-march|-mfpu|-arch)' || CFLAGS="$CFLAGS 
-arch arm64 -mfpu=neon"
- 
- if  cc_check '' '' '__asm__("cmeq v0.8h, v0.8h, #0");' ; then define 
HAVE_NEON
- ASFLAGS="$ASFLAGS -c"
diff --git a/meta/recipes-multimedia/x264/x264_git.bb 
b/meta/recipes-multimedia/x264/x264_git.bb
index 393310f..e790681 100644
--- a/meta/recipes-multimedia/x264/x264_git.bb
+++ b/meta/recipes-multimedia/x264/x264_git.bb
@@ -8,11 +8,11 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f"
 
 DEPENDS = "yasm-native"
 
-SRC_URI = "git://git.videolan.org/x264.git \
+SRC_URI = "git://github.com/mirror/x264;branch=stable \
file://don-t-default-to-cortex-a9-with-neon.patch \
"
 
-SRCREV = "c8a773ebfca148ef04f5a60d42cbd7336af0baf6"
+SRCREV = "86b71982e131eaa70125f8d0e725fcade9c4c677"
 
 PV = "r2491+git${SRCPV}"
 
@@ -34,6 +34,7 @@ EXTRA_OECONF = '--prefix=${prefix} \
 --enable-static \
 --disable-lavf \
 --disable-swscale \
+--disable-opencl \
 --enable-pic \
 ${X264_DISABLE_ASM} \
'
@@ -42,12 +43,8 @@ do_configure() {
 ./configure ${EXTRA_OECONF}
 }
 
-AS = "${TARGET_PREFIX}gcc"
-
 do_install() {
 oe_runmake install DESTDIR=${D}
 }
 
-# PIC can't be enabled for few BSP's
-INSANE_SKIP_${PN}_append = " textrel"
-
+AS[unexport] = "1"
-- 
2.10.2

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

[OE-core] [PATCH v2][krogoth] nss: fix compilation with glibc-2.24

[Enrico Jorns]

`readdir_r` is deprecated as of glibc-2.24 and leads to a compilation
error:

| In file included from sysrand.c:16:0:
| unix_rand.c: In function 'ReadOneFile':
| unix_rand.c:1090:6: error: 'readdir_r' is deprecated 
[-Werror=deprecated-declarations]
|   error = readdir_r(fd, &entry_dir, &result);
|   ^
| In file included from unix_rand.c:1032:0,
|  from sysrand.c:16:
| /usr/include/dirent.h:183:12: note: declared here
|  extern int readdir_r (DIR *__restrict __dirp,
| ^
| cc1: all warnings being treated as errors

The issue is reported in nss bug tracker
(https://bugzilla.mozilla.org/show_bug.cgi?id=1254334) and fixed in nss
mainline.
The fixing patch is extracted from the nss source code repository.

Signed-off-by: Enrico Jorns 
---

Added missing upstream status.

 .../nss/nss/use-readdir-instead-of-readdir_r.patch | 97 ++
 meta/recipes-support/nss/nss_3.21.bb   |  1 +
 2 files changed, 98 insertions(+)
 create mode 100644 
meta/recipes-support/nss/nss/use-readdir-instead-of-readdir_r.patch

diff --git 
a/meta/recipes-support/nss/nss/use-readdir-instead-of-readdir_r.patch 
b/meta/recipes-support/nss/nss/use-readdir-instead-of-readdir_r.patch
new file mode 100644
index 000..226e57d
--- /dev/null
+++ b/meta/recipes-support/nss/nss/use-readdir-instead-of-readdir_r.patch
@@ -0,0 +1,97 @@
+# HG changeset patch
+# User Martin Thomson 
+# Date 1457600884 -39600
+#  Thu Mar 10 20:08:04 2016 +1100
+# Node ID 7309fcbce2eceae1e4e3c687348e540905ae286a
+# Parent  e7b6fca4f01427cafb4328f6e279af62290a2f34
+Bug 1254334 - Use readdir instead of readdir_r, r=emaldona, sr=rrelyea
+
+Upstream-Status: Backport
+
+diff -r e7b6fca4f014 -r 7309fcbce2ec lib/freebl/unix_rand.c
+--- a/nss/lib/freebl/unix_rand.c   Wed Apr 20 15:22:46 2016 +0200
 b/nss/lib/freebl/unix_rand.c   Thu Mar 10 20:08:04 2016 +1100
+@@ -1054,26 +1054,16 @@
+  *
+  * return 1 if it's time to reset the fileToRead (no more files to read).
+  */
+-int ReadOneFile(int fileToRead)
++static int
++ReadOneFile(int fileToRead)
+ {
+ char *dir = "/etc";
+ DIR *fd = opendir(dir);
+ int resetCount = 0;
+-#ifdef SOLARIS
+- /* grumble, Solaris does not define struct dirent to be the full length 
*/
+-typedef union {
+-  unsigned char space[sizeof(struct dirent) + MAXNAMELEN];
+-  struct dirent dir;
+-} dirent_hack;
+-dirent_hack entry, firstEntry;
+-
+-#define entry_dir entry.dir
+-#else
+-struct dirent entry, firstEntry;
+-#define entry_dir entry
+-#endif
+-
+-int i, error = -1;
++struct dirent *entry;
++char firstName[NAME_MAX + 1];
++const char *name = NULL;
++int i;
+ 
+ if (fd == NULL) {
+   dir = PR_GetEnvSecure("HOME");
+@@ -1085,33 +1075,34 @@
+   return 1;
+ }
+ 
++firstName[0] = '\0';
+ for (i=0; i <= fileToRead; i++) {
+-  struct dirent *result = NULL;
+   do {
+-  error = readdir_r(fd, &entry_dir, &result);
+-  } while (error == 0 && result != NULL  &&
+-  !ReadFileOK(dir,&result->d_name[0]));
+-  if (error != 0 || result == NULL)  {
++/* readdir() isn't guaranteed to be thread safe on every platform;
++ * this code assumes the same directory isn't read concurrently.
++ * This usage is confirmed safe on Linux, see bug 1254334. */
++  entry = readdir(fd);
++  } while (entry != NULL && !ReadFileOK(dir, &entry->d_name[0]));
++  if (entry == NULL)  {
+   resetCount = 1; /* read to the end, start again at the beginning */
+-  if (i != 0) {
++  if (firstName[0]) {
+   /* ran out of entries in the directory, use the first one */
+-  entry = firstEntry;
+-  error = 0;
+-  break;
++  name = firstName;
+   }
+-  /* if i== 0, there were no readable entries in the directory */
+   break;
+   }
+-  if (i==0) {
+-  /* save the first entry in case we run out of entries */
+-  firstEntry = entry;
++name = entry->d_name;
++  if (i == 0) {
++  /* copy the name of the first in case we run out of entries */
++PORT_Assert(PORT_Strlen(name) <= NAME_MAX);
++PORT_Strncpy(firstName, name, NAME_MAX);
++firstName[NAME_MAX] = '\0';
+   }
+ }
+ 
+-if (error == 0) {
++if (name) {
+   char filename[PATH_MAX];
+-  int count = snprintf(filename, sizeof filename, 
+-  "%s/%s",dir, &entry_dir.d_name[0]);
++  int count = snprintf(filename, sizeof(filename), "%s/%s",dir, name);
+   if (count >= 1) {
+   ReadSingleFile(filename);
+   }
diff --git a/meta/recipes-support/nss/nss_3.21.bb 
b/meta/recipes-support/nss/nss_3.21.bb
index 05d81c2..39b0994 100644
--- a/meta/recipes-support/nss/nss_3.21.bb
+++ b/meta/recipes-support/nss/nss_3.21.bb
@@ -21,6 +21,7

[OE-core] [PATCH v2 1/4] lib/oe/path: remove duplicate import

[Joshua Lock]

There's no need to import glob inside copyhardlinktree() as it's
already imported for the entire path module.

Signed-off-by: Joshua Lock 
---
 meta/lib/oe/path.py | 1 -
 1 file changed, 1 deletion(-)

diff --git a/meta/lib/oe/path.py b/meta/lib/oe/path.py
index 06a5af2..f73fd4a 100644
--- a/meta/lib/oe/path.py
+++ b/meta/lib/oe/path.py
@@ -81,7 +81,6 @@ def copyhardlinktree(src, dst):
 subprocess.check_output(cmd, shell=True, stderr=subprocess.STDOUT)
 source = ''
 if os.path.isdir(src):
-import glob
 if len(glob.glob('%s/.??*' % src)) > 0:
 source = '%s/.??* ' % src
 source = source + '%s/*' % src
-- 
2.7.4

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

[OE-core] [PATCH v2 4/4] lib/oe/lsb: attempt to ensure consistent distro id regardless of source

[Joshua Lock]

The LSB Distributor ID and os-release NAME differ for most of the
distributions tested by the Yocto Project (CentOS, Debian, Fedora,
openSUSE and Ubuntu) however for all but openSUSE the os-release ID
matches the LSB Distributor ID when both are lowered before
comparison.

Therefore, in order to improve the consistency of identification of
a distribution, switch to using the os-release ID and converting
the ID value to lowercase.

Table showing comparison of LSB Distributor ID to os-release fields NAME
and ID for current Yocto Project supported host distributions:

Distribution | Version | Distributor ID   | NAME | ID   |
-
CentOS   | 7   | CentOS   | CentOS Linux | centos   |
Debian   | 8   | Debian   | Debian GNU/Linux | debian   |
Fedora   | 23  | Fedora   | Fedora   | fedora   |
Fedora   | 24  | Fedora   | Fedora   | fedora   |
openSUSE | 13.2| openSUSE project | openSUSE | opensuse |
openSUSE | 42.1| SUSE LINUX   | openSUSE Leap| opensuse |
Ubuntu   | 14.04   | Ubuntu   | Ubuntu   | ubuntu   |
Ubuntu   | 16.04   | Ubuntu   | Ubuntu   | ubuntu   |

[YOCTO #10591]

Signed-off-by: Joshua Lock 
---
 meta/lib/oe/lsb.py | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/lib/oe/lsb.py b/meta/lib/oe/lsb.py
index 8018c7b..5a795a1 100644
--- a/meta/lib/oe/lsb.py
+++ b/meta/lib/oe/lsb.py
@@ -10,7 +10,7 @@ def release_dict_osr():
 key, val = line.rstrip().split('=', 1)
 except ValueError:
 continue
-if key == 'NAME':
+if key == 'ID':
 data['DISTRIB_ID'] = val.strip('"')
 if key == 'VERSION_ID':
 data['DISTRIB_RELEASE'] = val.strip('"')
@@ -107,7 +107,7 @@ def distro_identifier(adjust_hook=None):
 distro_id = re.sub(r'\W', '', distro_id)
 
 if release:
-id_str = '{0}-{1}'.format(distro_id, release)
+id_str = '{0}-{1}'.format(distro_id.lower(), release)
 else:
 id_str = distro_id
 return id_str.replace(' ','-').replace('/','-')
-- 
2.7.4

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

[OE-core] [PATCH v2 2/4] lib/oe/lsb: make the release dict keys consistent regardless of source

[Joshua Lock]

Rather than have the distro_identifier method look for different keys in
the dict depending on the source ensure that each function for retrieving
release data uses the same key names in the returned dict.

Signed-off-by: Joshua Lock 
---
 meta/lib/oe/lsb.py | 36 +---
 1 file changed, 21 insertions(+), 15 deletions(-)

diff --git a/meta/lib/oe/lsb.py b/meta/lib/oe/lsb.py
index e0bdfba..0bb7686 100644
--- a/meta/lib/oe/lsb.py
+++ b/meta/lib/oe/lsb.py
@@ -1,5 +1,5 @@
-def release_dict():
-"""Return the output of lsb_release -ir as a dictionary"""
+def release_dict_lsb():
+""" Return the output of lsb_release -ir as a dictionary """
 from subprocess import PIPE
 
 try:
@@ -7,19 +7,28 @@ def release_dict():
 except bb.process.CmdError as exc:
 return None
 
+lsb_map = { 'Distributor ID': 'DISTRIB_ID',
+'Release': 'DISTRIB_RELEASE'}
+lsb_keys = lsb_map.keys()
+
 data = {}
 for line in output.splitlines():
-if line.startswith("-e"): line = line[3:]
+if line.startswith("-e"):
+line = line[3:]
 try:
 key, value = line.split(":\t", 1)
 except ValueError:
 continue
-else:
-data[key] = value
+if key in lsb_keys:
+data[lsb_map[key]] = value
+
+if len(data.keys()) != 2:
+return None
+
 return data
 
 def release_dict_file():
-""" Try to gather LSB release information manually when lsb_release tool 
is unavailable """
+""" Try to gather release information manually when other methods fail """
 data = None
 try:
 if os.path.exists('/etc/lsb-release'):
@@ -64,15 +73,12 @@ def distro_identifier(adjust_hook=None):
 
 import re
 
-lsb_data = release_dict()
-if lsb_data:
-distro_id, release = lsb_data['Distributor ID'], lsb_data['Release']
-else:
-lsb_data_file = release_dict_file()
-if lsb_data_file:
-distro_id, release = lsb_data_file['DISTRIB_ID'], 
lsb_data_file.get('DISTRIB_RELEASE', None)
-else:
-distro_id, release = None, None
+distro_data = release_dict_lsb()
+if not distro_data:
+distro_data = release_dict_file()
+
+distro_id = distro_data['DISTRIB_ID']
+release = distro_data['DISTRIB_RELEASE']
 
 if adjust_hook:
 distro_id, release = adjust_hook(distro_id, release)
-- 
2.7.4

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

[OE-core] [PATCH v2 3/4] lib/oe/lsb: prefer /etc/os-release for distribution data

[Joshua Lock]

os-release(5) is an increasingly standard source of operating system
identification and more likely to be present on modern OS deployments, i.e.
many container variants of common distros include os-release and not the
lsb_release tool.

Therefore we should favour parsing /etc/os-release in distro_identifier(),
try lsb_release when that fails and finally fall back on various distro
specific sources of OS identification.

Signed-off-by: Joshua Lock 
---
 meta/lib/oe/lsb.py | 37 -
 1 file changed, 28 insertions(+), 9 deletions(-)

diff --git a/meta/lib/oe/lsb.py b/meta/lib/oe/lsb.py
index 0bb7686..8018c7b 100644
--- a/meta/lib/oe/lsb.py
+++ b/meta/lib/oe/lsb.py
@@ -1,3 +1,25 @@
+def release_dict_osr():
+""" Populate a dict with pertinent values from /etc/os-release """
+if not os.path.exists('/etc/os-release'):
+return None
+
+data = {}
+with open('/etc/os-release') as f:
+for line in f:
+try:
+key, val = line.rstrip().split('=', 1)
+except ValueError:
+continue
+if key == 'NAME':
+data['DISTRIB_ID'] = val.strip('"')
+if key == 'VERSION_ID':
+data['DISTRIB_RELEASE'] = val.strip('"')
+
+if len(data.keys()) != 2:
+return None
+
+return data
+
 def release_dict_lsb():
 """ Return the output of lsb_release -ir as a dictionary """
 from subprocess import PIPE
@@ -46,14 +68,6 @@ def release_dict_file():
 if match:
 data['DISTRIB_ID'] = match.group(1)
 data['DISTRIB_RELEASE'] = match.group(2)
-elif os.path.exists('/etc/os-release'):
-data = {}
-with open('/etc/os-release') as f:
-for line in f:
-if line.startswith('NAME='):
-data['DISTRIB_ID'] = line[5:].rstrip().strip('"')
-if line.startswith('VERSION_ID='):
-data['DISTRIB_RELEASE'] = line[11:].rstrip().strip('"')
 elif os.path.exists('/etc/SuSE-release'):
 data = {}
 data['DISTRIB_ID'] = 'SUSE LINUX'
@@ -73,7 +87,12 @@ def distro_identifier(adjust_hook=None):
 
 import re
 
-distro_data = release_dict_lsb()
+# Try /etc/os-release first, then the output of `lsb_release -ir` and
+# finally fall back on parsing various release files in order to determine
+# host distro name and version.
+distro_data = release_dict_osr()
+if not distro_data:
+distro_data = release_dict_lsb()
 if not distro_data:
 distro_data = release_dict_file()
 
-- 
2.7.4

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

Re: [OE-core] [PATCH] u-boot: mkimage: Fix build of u-boot-mkimage

[Marek Vasut]

On 11/07/2016 09:43 PM, Jussi Kukkonen wrote:
> On 7 November 2016 at 20:20, Marek Vasut  > wrote:
> 
> The build failed on qemux86-64 because it couldn't execute
> tools/bin2header on a host due to it being compiled with target
> toolchain. Drop the incorrect EXTRA_OEMAKE, U-Boot Kbuild/Kconfig
> respects the flags from OE. Moreover, since U-Boot buildsystem
> already strips the tools, add INSANE_SKIP = "already-stripped" .
> 
> 
> The INSANE_SKIP mentioned here is no longer included in the patch.

I just noticed that too that I forgot to update the commit message
altogether.


-- 
Best regards,
Marek Vasut
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2 0/4] Make oe.lsb.distro_identifier() more consistent

[Joshua Lock]

The oe.lsb.distro_identifier() method call will return different identification
information depending on the source which is found to provide that information.

This series attempts to address this in two ways:
1) preferring os-release(5) as the source of distribution identification. this
  increasingly common standard mechanism is available on each of the build host
  distributions we commonly test on.
2) converting the distribution identifier to lower case before including it in
  the distro_identifier return value. This ensures that, for most of the tested
  distros, the identifier returned via the LSB code paths matches that returned
  by the os-release code paths.

Changes since v1:
* improve release_dict_osr() in patch 3 to handle empty lines and values with 
surrounding quotation marks in /etc/os-release, as used in CentOS


The following changes since commit 9303d8055c45a0f6af295d70a6f6a8b9d8d8a7c9:

  devtool: add "rename" subcommand (2016-11-07 11:04:17 +)

are available in the git repository at:

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

Joshua Lock (4):
  lib/oe/path: remove duplicate import
  lib/oe/lsb: make the release dict keys consistent regardless of source
  lib/oe/lsb: prefer /etc/os-release for distribution data
  lib/oe/lsb: attempt to ensure consistent distro id regardless of
source

 meta/lib/oe/lsb.py  | 73 +++--
 meta/lib/oe/path.py |  1 -
 2 files changed, 49 insertions(+), 25 deletions(-)

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

Re: [OE-core] [PATCH 09/13] icu: update to 58.1

[Alexander Kanavin]

On 11/02/2016 02:16 PM, Burton, Ross wrote:


This breaks under musl:

../../icu/source/i18n/digitlst.cpp:67:24: fatal error: xlocale.h: No
such file or directory
 #   include 

musl doesn't have xlocale.h but does have a crippled strtod_l (doesn't
actually support a passed in locale, which is the entire point of the _l
functions).

Upstreams such as pulseaudio have
done https://bugs.freedesktop.org/attachment.cgi?id=118644 to guard the
include, but I see that digitlist.cpp has an alternative branch where
strtod_l isn't supported: as that function on musl is crippled maybe ICU
should be told not to use it?


Thanks, I've forced icu to take that alternative branch (when musl is in 
use) by monkey patching configure.ac; the updated patch will come with 
the next batch of updates. There's no configure switch or environment 
variable that will have the necessary effect.


Alex

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

Re: [OE-core] [PATCH] x264: Update to latest on stable branch

[Khem Raj]

On Tue, Nov 8, 2016 at 3:07 AM, Burton, Ross  wrote:
>
> On 8 November 2016 at 05:23, Khem Raj  wrote:
>>
>> - Switch URI to use github mirror for reliabality
>> - Disable openCL code, its not used
>> - TEXTRELs are fixed, therefore dont skip QA check
>>
>> Signed-off-by: Khem Raj 
>
>
> Breaking here for x86-64.
>
> configure output:
>
> DEBUG: Executing shell function do_configure
> Unknown option --disable-static, ignored
> Found x86_64-poky-linux-gcc (GCC) 6.2.0
> Minimum version is yasm-1.2.0
> If you really want to compile without asm, configure with --disable-asm.
> WARNING: exit code 1 from a shell command.
>
> config.log:
>
> x264 configure script
> Command line options: "--prefix=/usr" "--host=x86_64-poky-linux"
> "--libdir=/usr/lib" "--cross-prefix=x86_64-poky-linux-"
> "--sysroot=/data/poky-master/tmp-glibc/sysroots/intel-corei7-64"
> "--enable-shared" "--enable-static" "--disable-lavf" "--disable-swscale"
> "--disable-opencl" "--enable-pic" "--disable-static"
>
> checking whether x86_64-poky-linux-gcc  -m64 -march=corei7 -mtune=corei7
> -mfpmath=sse -msse4.2
> --sysroot=/data/poky-master/tmp-glibc/sysroots/intel-corei7-64 works... yes
> checking whether x86_64-poky-linux-gcc  -m64 -march=corei7 -mtune=corei7
> -mfpmath=sse -msse4.2
> --sysroot=/data/poky-master/tmp-glibc/sysroots/intel-corei7-64 supports for(
> int i = 0; i < 9; i++ ); with -std=gnu99... yes
> checking for -mpreferred-stack-boundary=5... yes
> checking whether x86_64-poky-linux-gcc supports vpmovzxwd ymm0, xmm0... no
> Failed commandline was:
> --
> x86_64-poky-linux-gcc conftest.asm  -I. -I$(SRCPATH) -DARCH_X86_64=1
> -I$(SRCPATH)/common/x86/ -f elf64  -o conftest.o
> x86_64-poky-linux-gcc: error: elf64: No such file or directory
> x86_64-poky-linux-gcc: error: unrecognized command line option '-f'
> --
> Failed program was:
> --
> vpmovzxwd ymm0, xmm0
> --
>
> Ah, looks like the configure is respecting the AS environment variable that
> we set to 'as' in bitbake.conf, but it really actually wants yasm.  I added
> AS[unexport] = 1 to the recipe and it appears to work now for me.  Can you
> verify that it still works on the architectures you care about?

recipe is setting AS too here ,so that must be removed as well. I will send a V2

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

[OE-core] [PATCH] weston: upgrade from 1.11.1 to 1.12.0

[Fathi Boudra]

From: Daniel Díaz 

* Refresh patches to apply cleanly on 1.12.0 (no changes):
  - 0001-make-error-portable.patch
  - 0001-configure.ac-Fix-wayland-protocols-path.patch
  - 0001-weston-launch-Provide-a-default-version-that-doesn-t.patch
  - 0001-Add-configuration-option-for-no-input-device.patch
* Remove 0001-shared-include-stdint.h-for-int32_t.patch applied
  upstream
  https://cgit.freedesktop.org/wayland/weston/commit/?id=649bbce6
* Update license files checksum, compositor.c location has changed.
  No license changes.
* Drop --disable-rpi-compositor from EXTRA_OE_CONF. Raspberry Pi backend
  and renderer have been removed upstream. The option doesn't exist
  anymore.
* Adjust files names to the new naming: weston -> libweston-1.

Signed-off-by: Daniel Díaz 
Signed-off-by: Fathi Boudra 
---
 ...-configuration-option-for-no-input-device.patch | 39 +++---
 ...1-configure.ac-Fix-wayland-protocols-path.patch |  4 +--
 .../wayland/weston/0001-make-error-portable.patch  | 20 +--
 .../0001-shared-include-stdint.h-for-int32_t.patch | 23 -
 ...ch-Provide-a-default-version-that-doesn-t.patch | 28 
 .../wayland/{weston_1.11.1.bb => weston_1.12.0.bb} | 12 +++
 6 files changed, 51 insertions(+), 75 deletions(-)
 delete mode 100644 
meta/recipes-graphics/wayland/weston/0001-shared-include-stdint.h-for-int32_t.patch
 rename meta/recipes-graphics/wayland/{weston_1.11.1.bb => weston_1.12.0.bb} 
(92%)

diff --git 
a/meta/recipes-graphics/wayland/weston/0001-Add-configuration-option-for-no-input-device.patch
 
b/meta/recipes-graphics/wayland/weston/0001-Add-configuration-option-for-no-input-device.patch
index c45f3ad..a822d4a 100644
--- 
a/meta/recipes-graphics/wayland/weston/0001-Add-configuration-option-for-no-input-device.patch
+++ 
b/meta/recipes-graphics/wayland/weston/0001-Add-configuration-option-for-no-input-device.patch
@@ -31,24 +31,24 @@ Reviewed-by: Daniel Stone 
 Upstream-Status: backport from
 https://cgit.freedesktop.org/wayland/weston/commit/?id=75b7197f
 ---
- man/weston.ini.man  |5 +
- src/compositor.h|3 +++
- src/libinput-seat.c |6 ++
- src/main.c  |5 +
- weston.ini.in   |1 +
- 5 files changed, 20 insertions(+)
+ compositor/main.c |5 +
+ libweston/compositor.h|4 
+ libweston/libinput-seat.c |6 ++
+ man/weston.ini.man|5 +
+ weston.ini.in |1 +
+ 5 files changed, 21 insertions(+)
 
 a/src/main.c
-+++ b/src/main.c
-@@ -1298,6 +1298,7 @@ int main(int argc, char *argv[])
-   struct wl_client *primary_client;
+--- a/compositor/main.c
 b/compositor/main.c
+@@ -1595,6 +1595,7 @@ int main(int argc, char *argv[])
struct wl_listener primary_client_destroyed;
struct weston_seat *seat;
-+  int require_input;
+   struct wet_compositor user_data;
++  int require_input;
  
const struct weston_option core_options[] = {
{ WESTON_OPTION_STRING, "backend", 'B', &backend },
-@@ -1373,6 +1374,10 @@ int main(int argc, char *argv[])
+@@ -1678,6 +1679,10 @@ int main(int argc, char *argv[])
if (weston_compositor_init_config(ec, config) < 0)
goto out;
  
@@ -59,21 +59,22 @@ 
https://cgit.freedesktop.org/wayland/weston/commit/?id=75b7197f
if (load_backend(ec, backend, &argc, argv, config) < 0) {
weston_log("fatal: failed to create compositor backend\n");
goto out;
 a/src/compositor.h
-+++ b/src/compositor.h
-@@ -803,6 +803,9 @@ struct weston_compositor {
+--- a/libweston/compositor.h
 b/libweston/compositor.h
+@@ -836,6 +836,10 @@ struct weston_compositor {
  
void *user_data;
void (*exit)(struct weston_compositor *c);
 +
 +  /* Whether to let the compositor run without any input device. */
 +  bool require_input;
++
  };
  
  struct weston_buffer {
 a/src/libinput-seat.c
-+++ b/src/libinput-seat.c
-@@ -255,6 +255,12 @@ udev_input_enable(struct udev_input *inp
+--- a/libweston/libinput-seat.c
 b/libweston/libinput-seat.c
+@@ -259,6 +259,12 @@ udev_input_enable(struct udev_input *inp
devices_found = 1;
}
  
@@ -88,7 +89,7 @@ 
https://cgit.freedesktop.org/wayland/weston/commit/?id=75b7197f
"warning: no input devices on entering Weston. "
 --- a/man/weston.ini.man
 +++ b/man/weston.ini.man
-@@ -169,6 +169,11 @@ time, the one specified in the command-l
+@@ -168,6 +168,11 @@ time, the one specified in the command-l
  hand, if none of these sets the value, default idle timeout will be
  set to 300 seconds.
  .RS
diff --git 
a/meta/recipes-graphics/wayland/weston/0001-configure.ac-Fix-wayland-protocols-path.patch
 
b/meta/recipes-graphics/wayland/weston/0001-configure.ac-Fix-wayland-protocols-path.patch
index edd3b91..39000d4 100644
--- 
a/meta/recipes-graphics/wayland/weston/0001-configure.ac-Fix-wayland-protocols-path.patch
+++ 
b/meta/recipes-grap

Re: [OE-core] Yocto Project Status WW45 - UPDATED

[Richard Purdie]

On Tue, 2016-11-08 at 11:00 +0100, Andreas Oberritter wrote:
> Hello Stephen,
> 
> On 04.11.2016 18:06, Jolley, Stephen K wrote:
> > 
> > ·There was a challenging taskhash mismatch test case this
> > week
> > which has resulted in some significant debugging improvements for
> > taskhashes and basehashes which are now in master.
> is there an entry in bugzilla about this issue, or can you please add
> a reference to the actual commits in master? I'm facing a similar
> issue, so it might be helpful for me to backport them to the branch
> I'm using.

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

has info in the commit message. You also want:

http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=589f08aa852dd43af5d05d698cfa917bec084210
http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=157947efc7e505e01baafb33ec93fe2f485308fe
http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=f6b0c60664e86fec55d282f1ea41238abd74712d
http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=71c837611690ab4bec1656a58d13ca48e7c6a6e6

Cheers,

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

Re: [OE-core] State of bitbake world 2016-11-03

[Martin Jansa]

On Tue, Nov 08, 2016 at 01:32:27PM +0100, Andreas Müller wrote:
> On Tue, Nov 8, 2016 at 1:24 PM, Martin Jansa  wrote:
> > Please note that the logs aren't available online, because the server with 
> > logs
> > was moved to other HW and the files weren't rsynced (yet - at least not to 
> > correct
> > location visible as http://logs.nslu2-linux.org/buildlogs/oe).
> >
> > == Number of issues - stats ==
> > {| class='wikitable'
> > !|Date   !!colspan='3'|Failed tasks 
> > !!colspan='6'|Failed depencencies!!|Signatures  
> >   !!colspan='12'|QA !!Comment
> > |-
> > ||  ||qemuarm   ||qemux86   ||qemux86_64
> > ||qemuarm||max||min ||qemux86||max||min ||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   ||
> > |-
> > ||2016-11-03||3 ||3 ||2 ||6 ||3 ||2 ||6 ||3 
> > ||2 ||0 ||0 ||0 ||1 ||1 
> > ||4 ||226   ||1 ||1 ||0 
> > ||0 ||0 ||0 ||
> > |}
> >
> > http://www.openembedded.org/wiki/Bitbake_World_Status
> >
> > == Failed tasks 2016-11-03 ==
> >
> > INFO: jenkins-job.sh-1.8.11 Complete log available at 
> > http://logs.nslu2-linux.org/buildlogs/oe/world/log.report.20161108_021000.log
> >
> > === common (2) ===
> > * 
> > meta-openembedded/meta-xfce/recipes-bindings/vala/xfce4-vala_4.10.3.bb:do_configure
> > * 
> > openembedded-core/meta/recipes-graphics/libsdl2/libsdl2_2.0.5.bb:do_compile
> Woops - I touched both recently - can't wait for next build with logs..

Here you go:

xfce4-vala:
| checking for VALA... no
| configure: error: Package requirements (libvala-0.32) were not met:
| 
| No package 'libvala-0.32' found
| 
| Consider adjusting the PKG_CONFIG_PATH environment variable if you
| installed software in a non-standard prefix.
| 
| Alternatively, you may set the environment variables VALA_CFLAGS
| and VALA_LIBS to avoid the need to call pkg-config.
| See the pkg-config man page for more details.
| ERROR: Function failed: do_configure (log file is located at 
/home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/xfce4-vala/4.10.3-r0/temp/log.do_configure.28501)
NOTE: recipe xfce4-vala-4.10.3-r0: task do_configure: Failed

libsdl2:
ERROR: libsdl2-2.0.5-r0 do_compile: oe_runmake failed
ERROR: libsdl2-2.0.5-r0 do_compile: Function failed: do_compile (log file is 
located at 
/home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/libsdl2/2.0.5-r0/temp/log.do_compile.27513)
ERROR: Logfile of failure stored in: 
/home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/libsdl2/2.0.5-r0/temp/log.do_compile.27513
Log data follows:
| DEBUG: SITE files ['endian-little', 'bit-32', 'arm-common', 'arm-32', 
'common-linux', 'common-glibc', 'arm-linux', 'arm-linux-gnueabi', 'common']
| DEBUG: Executing shell function do_compile
| NOTE: make -j 22
| ERROR: oe_runmake failed
| /bin/bash ../SDL2-2.0.5/build-scripts/mkinstalldirs build
| make: *** No rule to make target '/usr/share/wayland/wayland.xml', needed by 
'gen/wayland-client-protocol.h'.  Stop.
| make: *** Waiting for unfinished jobs
| mkdir -p -- build
| ERROR: Function failed: do_compile (log file is located at 
/home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5te-oe-linux-gnueabi/libsdl2/2.0.5-r0/temp/log.do_compile.27513)
NOTE: recipe libsdl2-2.0.5-r0: task do_compile: Failed
ERROR: Task 
(/home/jenkins/oe/world/shr-core/openembedded-core/meta/recipes-graphics/libsdl2/libsdl2_2.0.5.bb:do_compile)
 failed with exit code '1'

webkitgtk:
| ERROR: oe_runmake failed
| 
/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x86_64-linux/usr/libexec/arm-oe-linux-gnueabi/gcc/arm-oe-linux-gnueabi/6.2.0/ld:
 error: 
/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemuarm/usr/lib/arm-oe-linux-gnueabi/6.2.0/libgcc.a(linux-atomic-64bit.o):
 multiple definition of '__sync_add_and_fetch_8'
| 
/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x86_64-linux/usr/libexec/arm-oe-linux-gnueabi/gcc/arm-oe-linux-gnueabi/6.2.0/ld:
 
../../lib/libWTFGTK.a(../../lib/../Source/WTF/wtf/CMakeFiles/WTF.dir/Atomics.cpp.o):
 previous definition here
| 
/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x86_64-linux/usr/libexec/arm-oe-linux-gnueabi/gcc/arm-oe-linux-gnueabi/6.2.0/ld:
 error: 
/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/qemuarm/usr/lib/arm-oe-linux-gnueabi/6.2.0/libgcc.a(linux-atomic-64bit.o):
 multiple definition of '__sync_sub_and_fetch_8'
| 
/home/jenkins/oe/world/shr-core/tmp-glibc/sysroots/x86_64-linux/usr/libexec/arm-oe-linux-gnueabi/gcc/arm-oe-linux-gnueabi/6.2.0/ld:
 
../../lib/libWTFGTK.a

Re: [OE-core] State of bitbake world 2016-11-03

[Andreas Müller]

On Tue, Nov 8, 2016 at 1:24 PM, Martin Jansa  wrote:
> Please note that the logs aren't available online, because the server with 
> logs
> was moved to other HW and the files weren't rsynced (yet - at least not to 
> correct
> location visible as http://logs.nslu2-linux.org/buildlogs/oe).
>
> == Number of issues - stats ==
> {| class='wikitable'
> !|Date   !!colspan='3'|Failed tasks 
> !!colspan='6'|Failed depencencies!!|Signatures
> !!colspan='12'|QA !!Comment
> |-
> ||  ||qemuarm   ||qemux86   ||qemux86_64
> ||qemuarm||max||min ||qemux86||max||min ||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   ||
> |-
> ||2016-11-03||3 ||3 ||2 ||6 ||3 ||2 ||6 ||3   
>   ||2 ||0 ||0 ||0 ||1 ||1 
> ||4 ||226   ||1 ||1 ||0   
>   ||0 ||0 ||0 ||
> |}
>
> http://www.openembedded.org/wiki/Bitbake_World_Status
>
> == Failed tasks 2016-11-03 ==
>
> INFO: jenkins-job.sh-1.8.11 Complete log available at 
> http://logs.nslu2-linux.org/buildlogs/oe/world/log.report.20161108_021000.log
>
> === common (2) ===
> * 
> meta-openembedded/meta-xfce/recipes-bindings/vala/xfce4-vala_4.10.3.bb:do_configure
> * 
> openembedded-core/meta/recipes-graphics/libsdl2/libsdl2_2.0.5.bb:do_compile
Woops - I touched both recently - can't wait for next build with logs..

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

[OE-core] State of bitbake world 2016-11-03

[Martin Jansa]

Please note that the logs aren't available online, because the server with logs
was moved to other HW and the files weren't rsynced (yet - at least not to 
correct
location visible as http://logs.nslu2-linux.org/buildlogs/oe).

== Number of issues - stats ==
{| class='wikitable'
!|Date   !!colspan='3'|Failed tasks 
!!colspan='6'|Failed depencencies!!|Signatures
!!colspan='12'|QA !!Comment
|-
||  ||qemuarm   ||qemux86   ||qemux86_64
||qemuarm||max||min ||qemux86||max||min ||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   ||  
|-
||2016-11-03||3 ||3 ||2 ||6 ||3 ||2 ||6 ||3 
||2 ||0 ||0 ||0 ||1 ||1 
||4 ||226   ||1 ||1 ||0 
||0 ||0 ||0 ||  
|}

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

== Failed tasks 2016-11-03 ==

INFO: jenkins-job.sh-1.8.11 Complete log available at 
http://logs.nslu2-linux.org/buildlogs/oe/world/log.report.20161108_021000.log

=== common (2) ===
* 
meta-openembedded/meta-xfce/recipes-bindings/vala/xfce4-vala_4.10.3.bb:do_configure
* 
openembedded-core/meta/recipes-graphics/libsdl2/libsdl2_2.0.5.bb:do_compile

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

=== qemuarm (1) ===
* openembedded-core/meta/recipes-sato/webkit/webkitgtk_2.14.1.bb:do_compile

=== qemux86 (1) ===
* meta-browser/recipes-browser/chromium/chromium_52.0.2743.76.bb:do_compile
=== qemux86_64 (0) ===

=== Number of failed tasks (8) ===
{| class=wikitable
|-
|| qemuarm  || 3 || 
http://logs.nslu2-linux.org/buildlogs/oe/world/log.world.qemuarm.20161102_062737.log/
 || http://errors.yoctoproject.org/Errors/Build/23897/
|-
|| qemux86  || 3 || 
http://logs.nslu2-linux.org/buildlogs/oe/world/log.world.qemux86.20161102_062742.log/
 || http://errors.yoctoproject.org/Errors/Build/23898/
|-
|| qemux86_64   || 2 || 
http://logs.nslu2-linux.org/buildlogs/oe/world/log.world.qemux86-64.20161103_051017.log/
 || http://errors.yoctoproject.org/Errors/Build/23972/
|}

=== PNBLACKLISTs (116) ===

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


=== Failed dependencies for qemuarm (6) ===

Complete log: 
http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.qemuarm.20161103_033500.log/
Found differences: 
Found errors: 
* ERROR: 6 issues were found in these recipes: libsdl2 webkitgtk xfce4-vala

=== Recipes failing with maximal dependencies for qemuarm (3) ===
* libsdl2 -- 
http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.qemuarm.20161103_033500.log//2_max/failed/libsdl2.log
* webkitgtk -- 
http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.qemuarm.20161103_033500.log//2_max/failed/webkitgtk.log
* xfce4-vala -- 
http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.qemuarm.20161103_033500.log//2_max/failed/xfce4-vala.log

=== Recipes failing with minimal dependencies for qemuarm (2) ===
* webkitgtk -- 
http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.qemuarm.20161103_033500.log//3_min/failed/webkitgtk.log
* xfce4-vala -- 
http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.qemuarm.20161103_033500.log//3_min/failed/xfce4-vala.log

=== Failed dependencies for qemux86 (6) ===

Complete log: 
http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.qemux86.20161104_030721.log/
Found differences: 
Found errors: 
* ERROR: 6 issues were found in these recipes: chromium libsdl2 xfce4-vala

=== Recipes failing with maximal dependencies for qemux86 (3) ===
* chromium -- 
http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.qemux86.20161104_030721.log//2_max/failed/chromium.log
* libsdl2 -- 
http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.qemux86.20161104_030721.log//2_max/failed/libsdl2.log
* xfce4-vala -- 
http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.qemux86.20161104_030721.log//2_max/failed/xfce4-vala.log

=== Recipes failing with minimal dependencies for qemux86 (2) ===
* chromium -- 
http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.qemux86.20161104_030721.log//3_min/failed/chromium.log
* xfce4-vala -- 
http://logs.nslu2-linux.org/buildlogs/oe/world/lo

[OE-core] [PATCH v2] libpcap: Update to version 1.8.1

[Fabio Berton]

  - Option --enable-canusb was removed on commit:

https://github.com/the-tcpdump-group/libpcap/commit/93ca5ff7030aaf1219e1de05ec89a68384bfc50b
  - Autotools class was improved and we can now stop aclocal from running at 
all.
  - File configure.in was renamed to configure.ac, rework 
libpcap-pkgconfig-support
patch and do_configure_prepend task to use configure.ac file.

Signed-off-by: Fabio Berton 
---
 meta/recipes-connectivity/libpcap/libpcap.inc  |   5 +-
 .../libpcap/libpcap/aclocal.patch  | 167 -
 .../libpcap/libpcap-pkgconfig-support.patch|  32 ++--
 .../libpcap/{libpcap_1.7.4.bb => libpcap_1.8.1.bb} |  13 +-
 4 files changed, 25 insertions(+), 192 deletions(-)
 delete mode 100644 meta/recipes-connectivity/libpcap/libpcap/aclocal.patch
 rename meta/recipes-connectivity/libpcap/{libpcap_1.7.4.bb => 
libpcap_1.8.1.bb} (67%)

diff --git a/meta/recipes-connectivity/libpcap/libpcap.inc 
b/meta/recipes-connectivity/libpcap/libpcap.inc
index 7b29a52..4453a9e 100644
--- a/meta/recipes-connectivity/libpcap/libpcap.inc
+++ b/meta/recipes-connectivity/libpcap/libpcap.inc
@@ -19,6 +19,7 @@ BINCONFIG = "${bindir}/pcap-config"
 inherit autotools binconfig-disabled pkgconfig bluetooth
 
 EXTRA_OECONF = "--with-pcap=linux"
+EXTRA_AUTORECONF += "--exclude=aclocal"
 
 PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 'bluetooth', 
'${BLUEZ}', '', d)} \
${@bb.utils.contains('DISTRO_FEATURES', 'ipv6', 'ipv6', '', 
d)} \
@@ -26,7 +27,6 @@ PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 
'bluetooth', '${BLUEZ
 PACKAGECONFIG[bluez4] = "--enable-bluetooth,--disable-bluetooth,bluez4"
 # Add a dummy PACKAGECONFIG for bluez5 since it is not supported by libpcap.
 PACKAGECONFIG[bluez5] = ",,"
-PACKAGECONFIG[canusb] = "--enable-canusb,--enable-canusb=no,libusb"
 PACKAGECONFIG[dbus] = "--enable-dbus,--disable-dbus,dbus"
 PACKAGECONFIG[ipv6] = "--enable-ipv6,--disable-ipv6,"
 PACKAGECONFIG[libnl] = "--with-libnl,--without-libnl,libnl"
@@ -36,8 +36,5 @@ CFLAGS_prepend = "-I${S} "
 CXXFLAGS_prepend = "-I${S} "
 
 do_configure_prepend () {
-if [ ! -e ${S}/acinclude.m4 ]; then
-cat ${S}/aclocal.m4 > ${S}/acinclude.m4
-fi
 sed -i -e's,^V_RPATH_OPT=.*$,V_RPATH_OPT=,' ${S}/pcap-config.in
 }
diff --git a/meta/recipes-connectivity/libpcap/libpcap/aclocal.patch 
b/meta/recipes-connectivity/libpcap/libpcap/aclocal.patch
deleted file mode 100644
index 2151982..000
--- a/meta/recipes-connectivity/libpcap/libpcap/aclocal.patch
+++ /dev/null
@@ -1,167 +0,0 @@
-Upstream-Status: Inappropriate [configuration]
-
-diff -ruN libpcap-1.1.1-orig/aclocal.m4 libpcap-1.1.1/aclocal.m4
 libpcap-1.1.1-orig/aclocal.m4  2010-06-29 10:46:32.815117569 +0800
-+++ libpcap-1.1.1/aclocal.m4   2010-06-29 10:49:17.150149949 +0800
-@@ -37,7 +37,7 @@
- dnl AC_LBL_C_INIT.  Now, we run AC_LBL_C_INIT_BEFORE_CC, AC_PROG_CC,
- dnl and AC_LBL_C_INIT at the top level.
- dnl
--AC_DEFUN(AC_LBL_C_INIT_BEFORE_CC,
-+AC_DEFUN([AC_LBL_C_INIT_BEFORE_CC],
- [
- AC_BEFORE([$0], [AC_LBL_C_INIT])
- AC_BEFORE([$0], [AC_PROG_CC])
-@@ -90,7 +90,7 @@
- dnl LDFLAGS
- dnl LBL_CFLAGS
- dnl
--AC_DEFUN(AC_LBL_C_INIT,
-+AC_DEFUN([AC_LBL_C_INIT],
- [
- AC_BEFORE([$0], [AC_LBL_FIXINCLUDES])
- AC_BEFORE([$0], [AC_LBL_DEVEL])
-@@ -217,7 +217,7 @@
- dnl   V_SONAME_OPT
- dnl   V_RPATH_OPT
- dnl
--AC_DEFUN(AC_LBL_SHLIBS_INIT,
-+AC_DEFUN([AC_LBL_SHLIBS_INIT],
- [AC_PREREQ(2.50)
- if test "$GCC" = yes ; then
-   #
-@@ -361,7 +361,7 @@
- # Make sure we use the V_CCOPT flags, because some of those might
- # disable inlining.
- #
--AC_DEFUN(AC_LBL_C_INLINE,
-+AC_DEFUN([AC_LBL_C_INLINE],
- [AC_MSG_CHECKING(for inline)
- save_CFLAGS="$CFLAGS"
- CFLAGS="$V_CCOPT"
-@@ -407,7 +407,7 @@
- dnl
- dnl   AC_LBL_FIXINCLUDES
- dnl
--AC_DEFUN(AC_LBL_FIXINCLUDES,
-+AC_DEFUN([AC_LBL_FIXINCLUDES],
- [if test "$GCC" = yes ; then
-   AC_MSG_CHECKING(for ANSI ioctl definitions)
-   AC_CACHE_VAL(ac_cv_lbl_gcc_fixincludes,
-@@ -453,7 +453,7 @@
- dnl   $2 (yacc appended)
- dnl   $3 (optional flex and bison -P prefix)
- dnl
--AC_DEFUN(AC_LBL_LEX_AND_YACC,
-+AC_DEFUN([AC_LBL_LEX_AND_YACC],
- [AC_ARG_WITH(flex, [  --without-flex  don't use flex])
- AC_ARG_WITH(bison, [  --without-bison don't use bison])
- if test "$with_flex" = no ; then
-@@ -506,7 +506,7 @@
- dnl
- dnl   DECLWAITSTATUS (defined)
- dnl
--AC_DEFUN(AC_LBL_UNION_WAIT,
-+AC_DEFUN([AC_LBL_UNION_WAIT],
- [AC_MSG_CHECKING(if union wait is used)
- AC_CACHE_VAL(ac_cv_lbl_union_wait,
-   AC_TRY_COMPILE([
-@@ -535,7 +535,7 @@
- dnl
- dnl   HAVE_SOCKADDR_SA_LEN (defined)
- dnl
--AC_DEFUN(AC_LBL_SOCKADDR_SA_LEN,
-+AC_DEFUN([AC_LBL_SOCKADDR_SA_LEN],
- [AC_MSG_CHECKING(if sockaddr struct has the sa_len member)
- AC_CACHE_VAL(ac_cv_lbl_sockaddr_has_sa_len,
-   AC_TRY_COMPILE([
-@@ -560,7 +560,7 @@
- dnl
- dnl   HAVE_SOCKADDR_STORAGE (d

Re: [OE-core] [PATCH v2 2/2] runqemu: Allow the user to specity no kernel or rootFS

[Nathan Rossi]

On 3 November 2016 at 10:17, Alistair Francis
 wrote:
> In some cirsumstances the user doesn't want to supply a kernel, rootFS
> or DTB to QEMU. This will occur more now that QEMU supports loading
> images using a '-device loader' method.
>
> Allow users to specify 'none' for QB_DEFAULT_FSTYPE or QB_DEFAULT_KERNEL
> to avoid supplying these options to QEMU.

Just wondering if it would be worth adding a "QB_KERNEL_OPT" similar
to how QB_ROOTFS_OPT works. This way the "none" would not be needed
and it would allow for using the "-device loader" arg for machines
that boot that way.

e.g.

QB_KERNEL_OPT = "-kernel @KERNEL@"
or
QB_KERNEL_OPT = "-device loader,addr=0xdeadbeef,file=@KERNEL@"
or (if not able to load kernel, aka 'none')
QB_KERNEL_OPT = ""

Regards,
Nathan

>
> Signed-off-by: Alistair Francis 
> ---
>  scripts/runqemu | 9 -
>  1 file changed, 8 insertions(+), 1 deletion(-)
>
> diff --git a/scripts/runqemu b/scripts/runqemu
> index 922ebaf..5f60312 100755
> --- a/scripts/runqemu
> +++ b/scripts/runqemu
> @@ -453,7 +453,7 @@ class BaseConfig(object):
>  def check_rootfs(self):
>  """Check and set rootfs"""
>
> -if self.fstype == 'nfs':
> +if self.fstype == 'nfs' or self.fstype == "none":
>  return
>
>  if self.rootfs and not os.path.exists(self.rootfs):
> @@ -481,6 +481,10 @@ class BaseConfig(object):
>  # QB_DEFAULT_KERNEL is always a full file path
>  kernel_name = os.path.basename(self.get('QB_DEFAULT_KERNEL'))
>
> +# The user didn't want a kernel to be loaded
> +if kernel_name == "none":
> +return
> +
>  deploy_dir_image = self.get('DEPLOY_DIR_IMAGE')
>  if not self.kernel:
>  kernel_match_name = "%s/%s" % (deploy_dir_image, kernel_name)
> @@ -857,6 +861,9 @@ class BaseConfig(object):
>  k_root = '/dev/nfs nfsroot=%s:%s,%s' % (self.nfs_server, 
> self.nfs_dir, self.unfs_opts)
>  self.kernel_cmdline = 'root=%s rw highres=off' % k_root
>
> +if self.fstype == 'none':
> +self.rootfs_options = ''
> +
>  self.set('ROOTFS_OPTIONS', self.rootfs_options)
>
>  def guess_qb_system(self):
> --
> 2.7.4
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] compile error for handwritten "perl-RPM2", 'RPM_GNUC_NULL_TERMINATED' error

[Robert P. J. Day]

  replying to my earlier post with additional info ... man, i want to
debug this ...

On Tue, 8 Nov 2016, Robert P. J. Day wrote:

>   following on my earlier post, here's the specific issue i'm
> tackling. having found no existing OE recipe equivalent to a centos
> "perl-RPM2" RPM, i wrote my own. here's the info about that RH RPM on
> my fedora system, so i know what the final result should look like:
>
>   $ rpm -ql perl-RPM2
>   /usr/lib64/perl5/vendor_perl/RPM2.pm
>   /usr/lib64/perl5/vendor_perl/auto/RPM2
>   /usr/lib64/perl5/vendor_perl/auto/RPM2/RPM2.so
>   /usr/share/doc/perl-RPM2
>   /usr/share/doc/perl-RPM2/Changes
>   /usr/share/doc/perl-RPM2/README
>   /usr/share/man/man3/RPM2.3pm.gz
>   $
>
> so, as before, track down the source at cpan:
>
>   https://metacpan.org/pod/RPM2
>
> and write a boilerplate recipe, "perl-rpm2", containing the following
> line since it's an older style recipe:
>
>   inherit cpan_build
>
> fetching works fine:
>
>   $ bitbake -c fetchall perl-rpm2
>
> but here's the problem:
>
>   $ bitbake perl-rpm2
>
> ... snip ...
>
> | DEBUG: Executing shell function do_compile
> | Copying lib/RPM2.pm -> blib/lib/RPM2.pm
> | lib/RPM2.xs -> lib/RPM2.c
> | powerpc-poky-linux-gcc -m32 -mhard-float -mcpu=7400 -mno-spe
> --sysroot=/home/rpjday/oe/builds/msm_qemuppc/tmp/sysroots/qemuppc
> -I/home/rpjday/oe/builds/msm_qemuppc/tmp/sysroots/qemuppc/usr/lib/perl/5.22.1/CORE
> -DVERSION="1.3" -DXS_VERSION="1.3" -fPIC -DRPM2_API=5004
> -I/home/rpjday/oe/builds/msm_qemuppc/tmp/sysroots/qemuppc/usr/include/rpm
> -c -O2 -pipe -g -feliminate-unused-debug-types
> -fdebug-prefix-map=/home/rpjday/oe/builds/msm_qemuppc/tmp/work/ppc7400-poky-linux/perl/5.22.1-r0=/usr/src/debug/perl/5.22.1-r0
> -fdebug-prefix-map=/home/rpjday/oe/builds/msm_qemuppc/tmp/sysroots/x86_64-linux=
> -fdebug-prefix-map=/home/rpjday/oe/builds/msm_qemuppc/tmp/sysroots/qemuppc=
> -DDEBIAN -D_REENTRANT -D_GNU_SOURCE -fwrapv -fno-strict-aliasing -pipe
> -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_FORTIFY_SOURCE=2 -O2
> -pipe -g -feliminate-unused-debug-types
> -fdebug-prefix-map=/home/rpjday/oe/builds/msm_qemuppc/tmp/work/ppc7400-poky-linux/perl-rpm2/1.3-r0=/usr/src/debug/perl-rpm2/1.3-r0
> -fdebug-prefix-map=/home/rpjday/oe/builds/msm_qemuppc/tmp/sysroots/x86_64-linux=
> -fdebug-prefix-map=/home/rpjday/oe/builds/msm_qemuppc/tmp/sysroots/qemuppc=
> -O2 -o lib/RPM2.o lib/RPM2.c
> | In file included from
> /home/rpjday/oe/builds/msm_qemuppc/tmp/sysroots/qemuppc/usr/include/rpm/rpmcli.h:9:0,
> |  from lib/RPM2.xs:3:
> |
> /home/rpjday/oe/builds/msm_qemuppc/tmp/sysroots/qemuppc/usr/include/rpm/rpmmacro.h:
> In function 'rpmExpand':
> |
> /home/rpjday/oe/builds/msm_qemuppc/tmp/sysroots/qemuppc/usr/include/rpm/rpmmacro.h:249:2:
> error: expected declaration specifiers before
> 'RPM_GNUC_NULL_TERMINATED'
> |   RPM_GNUC_NULL_TERMINATED
> |   ^~~~
> |
> /home/rpjday/oe/builds/msm_qemuppc/tmp/sysroots/qemuppc/usr/include/rpm/rpmmacro.h:260:2:
> error: expected '=', ',', ';', 'asm' or '__attribute__' before
> 'RPM_GNUC_NULL_TERMINATED'
> |   RPM_GNUC_NULL_TERMINATED
> |   ^~~~
>
> ... big snip, lots more errors ...

  ok, here's my wildly-uneducated record of what is going on:

  first, unpacking and configuring perl-RPM2 source (and running XS
processor) gives me the source file "lib/RPM2.c" (which is what is
generating the first build error above), which includes the header
file:

  #include 

  next, wander over to the qemuppc sysroot, to usr/include/rpm/, to
check out that header file, which contains (among other things):

  #include 
  #include   <- there
  #include 
  #include 
  #include 
  #include 
  #include   /* XXX rpmfileAttrs */
  #include   /* XXX rpmdepFlags *

  next, in the same directory, examine rpmmacro.h, which contains:

  #if defined(_MACRO_INTERNAL)
  #include 
  ... snip ...

  at this point, inclusion is now conditional on _MACRO_INTERNAL, so
move on to rpmiotypes.h, which contains:

  #include 

and finally visit that header file in the qemuppc sysroot to find:

  #if __GNUC__ >= 4
  #define RPM_GNUC_NULL_TERMINATED __attribute__((__sentinel__))
  #else
  #define RPM_GNUC_NULL_TERMINATED
  #endif

where we find the definition of that macro.

  now, is it my imagination, or could a lot of this compile-time error
be resolved by simply defining the macro "_MACRO_INTERNAL" for the
build? and if so, what is the proper way to add that setting to the
compile step for this recipe?

  would i use the standard EXTRA_* variables? or are there
perl-specific variables one would use when build CPAN recipes? or am i
totally off-track here?

rday

-- 


Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca

Twitter:   http://twitter.com/rpjday
LinkedIn:   

Re: [OE-core] [PATCH] x264: Update to latest on stable branch

[Burton, Ross]

On 8 November 2016 at 05:23, Khem Raj  wrote:

> - Switch URI to use github mirror for reliabality
> - Disable openCL code, its not used
> - TEXTRELs are fixed, therefore dont skip QA check
>
> Signed-off-by: Khem Raj 
>

Breaking here for x86-64.

configure output:

DEBUG: Executing shell function do_configure
Unknown option --disable-static, ignored
Found x86_64-poky-linux-gcc (GCC) 6.2.0
Minimum version is yasm-1.2.0
If you really want to compile without asm, configure with --disable-asm.
WARNING: exit code 1 from a shell command.

config.log:

x264 configure script
Command line options: "--prefix=/usr" "--host=x86_64-poky-linux"
"--libdir=/usr/lib" "--cross-prefix=x86_64-poky-linux-"
"--sysroot=/data/poky-master/tmp-glibc/sysroots/intel-corei7-64"
"--enable-shared" "--enable-static" "--disable-lavf" "--disable-swscale"
"--disable-opencl" "--enable-pic" "--disable-static"

checking whether x86_64-poky-linux-gcc  -m64 -march=corei7 -mtune=corei7
-mfpmath=sse -msse4.2
--sysroot=/data/poky-master/tmp-glibc/sysroots/intel-corei7-64 works... yes
checking whether x86_64-poky-linux-gcc  -m64 -march=corei7 -mtune=corei7
-mfpmath=sse -msse4.2
--sysroot=/data/poky-master/tmp-glibc/sysroots/intel-corei7-64 supports
for( int i = 0; i < 9; i++ ); with -std=gnu99... yes
checking for -mpreferred-stack-boundary=5... yes
checking whether x86_64-poky-linux-gcc supports vpmovzxwd ymm0, xmm0... no
Failed commandline was:
--
x86_64-poky-linux-gcc conftest.asm  -I. -I$(SRCPATH) -DARCH_X86_64=1
-I$(SRCPATH)/common/x86/ -f elf64  -o conftest.o
x86_64-poky-linux-gcc: error: elf64: No such file or directory
x86_64-poky-linux-gcc: error: unrecognized command line option '-f'
--
Failed program was:
--
vpmovzxwd ymm0, xmm0
--

Ah, looks like the configure is respecting the AS environment variable that
we set to 'as' in bitbake.conf, but it really actually wants yasm.  I added
AS[unexport] = 1 to the recipe and it appears to work now for me.  Can you
verify that it still works on the architectures you care about?

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

Re: [OE-core] [OE-Core][Patch 01/13] arch-mips: Add MACHINEOVERRIDES variables to reduce duplication

[André Draszik]

On Mon, 2016-11-07 at 18:32 -0800, Andre McCurdy wrote:
> On Mon, Nov 7, 2016 at 9:30 AM, Khem Raj  wrote:
> > 
> > On 11/7/16 7:01 AM, Zubair Lutfullah Kakakhel wrote:
> > > In some cases, each MIPS variant in a recipe requires a duplicate
> > > line. Even if the passed flag is the same.
> > > 
> > > Add global MACHINEOVERRIDES variables for the following
> > >  * mipsarch   : All MIPS
> > >  * mipsarchr6 : All MIPS R6
> > >  * mipsarcho32{el}: All MIPS o32
> > >  * mipsarchn32{el}: All MIPS n32
> > >  * mipsarchn64{el}: All MIPS n64
> > > 
> > > This is intended to reduce duplications in recipes
> > > 
> > > [YOCTO #10404]
> > > 
> > > Signed-off-by: Zubair Lutfullah Kakakhel 
> > > ---
> > >  meta/conf/machine/include/mips/arch-mips.inc | 7 +++
> > >  1 file changed, 7 insertions(+)
> > > 
> > > diff --git a/meta/conf/machine/include/mips/arch-mips.inc
> > > b/meta/conf/machine/include/mips/arch-mips.inc
> > > index 6069ca1..5b42841 100644
> > > --- a/meta/conf/machine/include/mips/arch-mips.inc
> > > +++ b/meta/conf/machine/include/mips/arch-mips.inc
> > > @@ -50,6 +50,13 @@ MIPSPKGSFX_32R6 = "${@bb.utils.contains('TUNE_FEATU
> > > RES', 'mipsisa32r6', 'isa32',
> > >  TUNE_ARCH =
> > > "mips${MIPSPKGSFX_32R6}${MIPSPKGSFX_64R6}${MIPSPKGSFX_BYTE}${MIPSPKGSF
> > > X_R6}${MIPSPKGSFX_ENDIAN}"
> > >  TUNE_PKGARCH = "${MIPSPKGSFX_VARIANT_tune-
> > > ${DEFAULTTUNE}}${MIPSPKGSFX_FPU}${MIPSPKGSFX_ABI}"
> > > 
> > > +# Various Global Machine Overrides
> > > +MACHINEOVERRIDES =. "mipsarch:"
> > > +MACHINEOVERRIDES =. "${@bb.utils.contains('TUNE_FEATURES', 'r6',
> > > 'mipsarchr6:', '' ,d)}"
> > > +MACHINEOVERRIDES =. "${@bb.utils.contains('TUNE_FEATURES', 'n32',
> > > 'mipsarchn32${MIPSPKGSFX_ENDIAN}:', '' ,d)}"
> > > +MACHINEOVERRIDES =. "${@bb.utils.contains('TUNE_FEATURES', 'o32',
> > > 'mipsarcho32${MIPSPKGSFX_ENDIAN}:', '' ,d)}"
> > > +MACHINEOVERRIDES =. "${@bb.utils.contains('TUNE_FEATURES', 'n64',
> > > 'mipsarch64${MIPSPKGSFX_ENDIAN}:', '' ,d)}"
> > 
> > how about mips16 ?
> 
> We explicitly removed _thumb as an over-ride for ARM, so adding the
> equivalent for MIPS would be odd, unless you see a clear need for it?

There is a need as not all code compiles in MIPS16e mode... The override is
already there in OE - modelled after the original (now gone) thumb override.

http://git.openembedded.org/openembedded-core/tree/meta/conf/machine/include/mips/feature-mips-mips16e.inc

Cheers,
Andre'

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

[OE-core] [PATCH] curl: Upgrade 7.50.1.bb -> curl_7.51.0.bb

[Sona Sarmadi]

The upgrade addresses following CVEs:
CVE-2016-8615: cookie injection for other servers
CVE-2016-8616: case insensitive password comparison
CVE-2016-8617: OOB write via unchecked multiplication
CVE-2016-8618: double-free in curl_maprintf
CVE-2016-8619: double-free in krb5 code
CVE-2016-8620: glob parser write/read out of bounds
CVE-2016-8621: curl_getdate read out of bounds
CVE-2016-8622: URL unescape heap overflow via integer truncation
CVE-2016-8623: Use-after-free via shared cookies
CVE-2016-8624: invalid URL parsing with '#'
CVE-2016-8625: IDNA 2003 makes curl use wrong host

Reference:
https://curl.haxx.se/docs/security.html

Fixes [Yocto #10617]

Signed-off-by: Sona Sarmadi 
---
 meta/recipes-support/curl/{curl_7.50.1.bb => curl_7.51.0.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-support/curl/{curl_7.50.1.bb => curl_7.51.0.bb} (94%)

diff --git a/meta/recipes-support/curl/curl_7.50.1.bb 
b/meta/recipes-support/curl/curl_7.51.0.bb
similarity index 94%
rename from meta/recipes-support/curl/curl_7.50.1.bb
rename to meta/recipes-support/curl/curl_7.51.0.bb
index a21419a..e1a996b 100644
--- a/meta/recipes-support/curl/curl_7.50.1.bb
+++ b/meta/recipes-support/curl/curl_7.51.0.bb
@@ -14,8 +14,8 @@ SRC_URI = "http://curl.haxx.se/download/curl-${PV}.tar.bz2 \
 #
 SRC_URI += " file://configure_ac.patch"
 
-SRC_URI[md5sum] = "015f6a0217ca6f2c5442ca406476920b"
-SRC_URI[sha256sum] = 
"3c12c5f54ccaa1d40abc65d672107dcc75d3e1fcb38c267484334280096e5156"
+SRC_URI[md5sum] = "09a7c5769a7eae676d5e2c86d51f167e"
+SRC_URI[sha256sum] = 
"7f8240048907e5030f67be0a6129bc4b333783b9cca1391026d700835a788dde"
 
 inherit autotools pkgconfig binconfig multilib_header
 
-- 
1.9.1

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

Re: [OE-core] Yocto Project Status WW45 - UPDATED

[Andreas Oberritter]

Hello Stephen,

On 04.11.2016 18:06, Jolley, Stephen K wrote:
> ·There was a challenging taskhash mismatch test case this week
> which has resulted in some significant debugging improvements for
> taskhashes and basehashes which are now in master.

is there an entry in bugzilla about this issue, or can you please add a
reference to the actual commits in master? I'm facing a similar issue,
so it might be helpful for me to backport them to the branch I'm using.

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

Re: [OE-core] [PATCH version2] db: disable the ARM assembler mutex code

[Burton, Ross]

This is merged into my staging branch so should be in master soon.

Ross

On 8 November 2016 at 06:13, Zhou, Li  wrote:

> ping
>
>
>
> On 11/07/2016 11:02 AM, Li Zhou wrote:
>
>> The swpb in macro MUTEX_SET will cause "undefined instruction" error
>> on the new arm arches which don't support this assembly instruction
>> any more. If use ldrex/strex to replace swpb, the old arm arches don't
>> support them. So to avoid this issue, just disable the ARM assembler
>> mutex code, and use the default pthreads mutex.
>>
>> Signed-off-by: Li Zhou 
>> ---
>>   meta/recipes-support/db/db_6.0.35.bb | 9 -
>>   1 file changed, 9 deletions(-)
>>
>> diff --git a/meta/recipes-support/db/db_6.0.35.bb
>> b/meta/recipes-support/db/db_6.0.35.bb
>> index f60edf9..b1bec0e 100644
>> --- a/meta/recipes-support/db/db_6.0.35.bb
>> +++ b/meta/recipes-support/db/db_6.0.35.bb
>> @@ -77,15 +77,6 @@ do_configure() {
>> oe_runconf
>>   }
>>   -# Override the MUTEX setting here, the POSIX library is
>> -# the default - "POSIX/pthreads/library".
>> -# Don't ignore the nice SWP instruction on the ARM:
>> -# These enable the ARM assembler mutex code
>> -ARM_MUTEX = "--with-mutex=ARM/gcc-assembly"
>> -MUTEX = ""
>> -MUTEX_arm = "${ARM_MUTEX}"
>> -MUTEX_armeb = "${ARM_MUTEX}"
>> -EXTRA_OECONF += "${MUTEX}"
>>   EXTRA_OEMAKE_append_class-target = " LIBTOOL=${STAGING_BINDIR_CROSS
>> }/${HOST_SYS}-libtool"
>>   EXTRA_OEMAKE += "STRIP=true docdir=${docdir}/db/"
>>
>>
>
> --
> Best Regards!
> Zhou Li
> Phone number: 86-10-84778511
>
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] compile error for handwritten "perl-RPM2", 'RPM_GNUC_NULL_TERMINATED' error

[Robert P. J. Day]

  following on my earlier post, here's the specific issue i'm
tackling. having found no existing OE recipe equivalent to a centos
"perl-RPM2" RPM, i wrote my own. here's the info about that RH RPM on
my fedora system, so i know what the final result should look like:

  $ rpm -ql perl-RPM2
  /usr/lib64/perl5/vendor_perl/RPM2.pm
  /usr/lib64/perl5/vendor_perl/auto/RPM2
  /usr/lib64/perl5/vendor_perl/auto/RPM2/RPM2.so
  /usr/share/doc/perl-RPM2
  /usr/share/doc/perl-RPM2/Changes
  /usr/share/doc/perl-RPM2/README
  /usr/share/man/man3/RPM2.3pm.gz
  $

so, as before, track down the source at cpan:

  https://metacpan.org/pod/RPM2

and write a boilerplate recipe, "perl-rpm2", containing the following
line since it's an older style recipe:

  inherit cpan_build

fetching works fine:

  $ bitbake -c fetchall perl-rpm2

but here's the problem:

  $ bitbake perl-rpm2

... snip ...

| DEBUG: Executing shell function do_compile
| Copying lib/RPM2.pm -> blib/lib/RPM2.pm
| lib/RPM2.xs -> lib/RPM2.c
| powerpc-poky-linux-gcc -m32 -mhard-float -mcpu=7400 -mno-spe
--sysroot=/home/rpjday/oe/builds/msm_qemuppc/tmp/sysroots/qemuppc
-I/home/rpjday/oe/builds/msm_qemuppc/tmp/sysroots/qemuppc/usr/lib/perl/5.22.1/CORE
-DVERSION="1.3" -DXS_VERSION="1.3" -fPIC -DRPM2_API=5004
-I/home/rpjday/oe/builds/msm_qemuppc/tmp/sysroots/qemuppc/usr/include/rpm
-c -O2 -pipe -g -feliminate-unused-debug-types
-fdebug-prefix-map=/home/rpjday/oe/builds/msm_qemuppc/tmp/work/ppc7400-poky-linux/perl/5.22.1-r0=/usr/src/debug/perl/5.22.1-r0
-fdebug-prefix-map=/home/rpjday/oe/builds/msm_qemuppc/tmp/sysroots/x86_64-linux=
-fdebug-prefix-map=/home/rpjday/oe/builds/msm_qemuppc/tmp/sysroots/qemuppc=
-DDEBIAN -D_REENTRANT -D_GNU_SOURCE -fwrapv -fno-strict-aliasing -pipe
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_FORTIFY_SOURCE=2 -O2
-pipe -g -feliminate-unused-debug-types
-fdebug-prefix-map=/home/rpjday/oe/builds/msm_qemuppc/tmp/work/ppc7400-poky-linux/perl-rpm2/1.3-r0=/usr/src/debug/perl-rpm2/1.3-r0
-fdebug-prefix-map=/home/rpjday/oe/builds/msm_qemuppc/tmp/sysroots/x86_64-linux=
-fdebug-prefix-map=/home/rpjday/oe/builds/msm_qemuppc/tmp/sysroots/qemuppc=
-O2 -o lib/RPM2.o lib/RPM2.c
| In file included from
/home/rpjday/oe/builds/msm_qemuppc/tmp/sysroots/qemuppc/usr/include/rpm/rpmcli.h:9:0,
|  from lib/RPM2.xs:3:
|
/home/rpjday/oe/builds/msm_qemuppc/tmp/sysroots/qemuppc/usr/include/rpm/rpmmacro.h:
In function 'rpmExpand':
|
/home/rpjday/oe/builds/msm_qemuppc/tmp/sysroots/qemuppc/usr/include/rpm/rpmmacro.h:249:2:
error: expected declaration specifiers before
'RPM_GNUC_NULL_TERMINATED'
|   RPM_GNUC_NULL_TERMINATED
|   ^~~~
|
/home/rpjday/oe/builds/msm_qemuppc/tmp/sysroots/qemuppc/usr/include/rpm/rpmmacro.h:260:2:
error: expected '=', ',', ';', 'asm' or '__attribute__' before
'RPM_GNUC_NULL_TERMINATED'
|   RPM_GNUC_NULL_TERMINATED
|   ^~~~

... big snip, lots more errors ...

  that looks like that macro isn't defined -- on my fedora system,
it's defined as part of the "rpm-devel" rpm, which loads up
/usr/include/rpm/ with all sorts of rpm-related header files.

  so if i pop back to the build directory for "rpm" and check
"deploy-rpms", sure enough:

$ rpm -qpl rpm-dev-5.4.16-r0.ppc7400.rpm
warning: rpm-dev-5.4.16-r0.ppc7400.rpm: Header V4 DSA/SHA1 Signature,
key ID e638bdb5: NOKEY
/usr
/usr/include
/usr/include/rpm
/usr/include/rpm/argv.h
/usr/include/rpm/mire.h
/usr/include/rpm/pkgio.h
/usr/include/rpm/rpm46compat.h
/usr/include/rpm/rpm4compat.h
/usr/include/rpm/rpmbf.h
/usr/include/rpm/rpmbuild.h
/usr/include/rpm/rpmcb.h
/usr/include/rpm/rpmcli.h
/usr/include/rpm/rpmconstant.h
/usr/include/rpm/rpmdb.h
/usr/include/rpm/rpmds.h
/usr/include/rpm/rpmevr.h
/usr/include/rpm/rpmfi.h
/usr/include/rpm/rpmgi.h
/usr/include/rpm/rpmio.h
/usr/include/rpm/rpmiotypes.h
/usr/include/rpm/rpmlog.h
/usr/include/rpm/rpmmacro.h
/usr/include/rpm/rpmns.h
/usr/include/rpm/rpmpgp.h
/usr/include/rpm/rpmps.h
/usr/include/rpm/rpmrc.h
/usr/include/rpm/rpmspec.h
/usr/include/rpm/rpmsw.h
/usr/include/rpm/rpmtag.h
/usr/include/rpm/rpmte.h
/usr/include/rpm/rpmts.h
/usr/include/rpm/rpmtypes.h
/usr/include/rpm/rpmutil.h
... more ...

  so, later this morning, i'm going to take the obvious approach and
install "rpm-dev" to see if that fixes things (and subsequently add
that dependency to the perl-rpm2 recipe).

  does that make sense? it *seems* clear that to build perl-rpm2, i'll
need the rpm-dev package installed. am i on the right track here?

rday

-- 


Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca

Twitter:   http://twitter.com/rpjday
LinkedIn:   http://ca.linkedin.com/in/rpjday


-- 
___
Openembedded-core mail

[OE-core] [PATCH v2] uninative: rebuild uninative for gcc 4.8 and 4.9

[Ed Bartosh]

Some c++ libraries fail to build if uninative is built
with gcc 5.x and host gcc version is either 4.8 or 4.9.

The issue should be solved by making separate uninative sstate
directory structure sstate-cache/universal- for host gcc
versions 4.8 and 4.9. This causes rebuilds of uninative if host gcc
is either 4.8 or 4.9 and it doesn't match gcc version used to build
uninative.

[YOCTO #10441]

Signed-off-by: Ed Bartosh 
---
 meta/classes/uninative.bbclass | 16 +++-
 1 file changed, 15 insertions(+), 1 deletion(-)

diff --git a/meta/classes/uninative.bbclass b/meta/classes/uninative.bbclass
index 89cec07..3862b31 100644
--- a/meta/classes/uninative.bbclass
+++ b/meta/classes/uninative.bbclass
@@ -95,11 +95,25 @@ python uninative_event_enable() {
 enable_uninative(d)
 }
 
+def gcc_version(d):
+compiler = d.getVar("BUILD_CC", True)
+retval, output = oe.utils.getstatusoutput("%s --version" % compiler)
+if retval:
+bb.fatal("Error running %s --version: %s" % (compiler, output))
+
+import re
+match = re.match(".* (\d\.\d)\.\d.*", output.split('\n')[0])
+if not match:
+bb.fatal("Can't get compiler version from %s --version output" % 
compiler)
+
+version = match.group(1)
+return "-%s" % version if version in ("4.8", "4.9") else ""
+
 def enable_uninative(d):
 loader = d.getVar("UNINATIVE_LOADER", True)
 if os.path.exists(loader):
 bb.debug(2, "Enabling uninative")
-d.setVar("NATIVELSBSTRING", "universal")
+d.setVar("NATIVELSBSTRING", "universal%s" % gcc_version(d))
 d.appendVar("SSTATEPOSTUNPACKFUNCS", " uninative_changeinterp")
 d.prependVar("PATH", 
"${STAGING_DIR}-uninative/${BUILD_ARCH}-linux${bindir_native}:")
 
-- 
2.1.4

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

[OE-core] methodology for writing OE perl recipes equivalent to RH RPMs

[Robert P. J. Day]

  (NOTE: i'm fighting with a compile error in a perl recipe i've
written, but rather than ask about that right this instant, i want to
explain my general methodology for writing these sorts of recipes so
that, in the future, i'll have a much better idea of how to solve
issues like this, so i apologize for the verbosity, and if people want
to chime in with advice, i'll be delighted to write all this up later
for everyone else's benefit. *then* i'll ask about my compile error.)

  at the moment, for a "qemuppc" core-image-minimal target, i'm trying
to write OE-equivalent perl and/or python recipes for 200+ x86_64
centos RPMs -- effectively trying to reproduce (for powerpc) a running
centos 7 system. in short, trying to port a centos 7 system to an
OE-based powerpc box, which involves reproducing with OE equivalents
quite a number of stock RPMs for which there are no obvious available
recipes. from that initial list of 200+ RPMs, i'm down to less than 60
to go, so that's progress.

  most of what's left is perl, so here's my methodology for creating a
perl recipe, and i'll use a specific example, "perl-Net-IP", and even
though i'm doing this on my fedora system, there's not much difference
between this system and a centos box, other than RPM version
differences.

  first, i typically pop over to the OE layers page, and do a search
to see if there's already a recipe for what i'm looking for -- in this
case, i didn't see an equivalent for "perl-Net-IP":

https://layers.openembedded.org/layerindex/branch/master/recipes/?q=perl+net+ip

(Q: is that a reasonably comprehensive search approach? oh, and i've
already been advised to avoid using the meta-debian layer.)

  next, since it looks like i'll need to write a recipe, i install the
equivalent recipe on my fedora box, just to see what i'm aiming for as
a final result (or something reasonably equivalent):

  $ sudo dnf install perl-Net-IP
  $ rpm -ql perl-Net-IP
  /usr/bin/ipcount
  /usr/bin/iptab
  /usr/share/doc/perl-Net-IP
  /usr/share/doc/perl-Net-IP/COPYING
  /usr/share/doc/perl-Net-IP/Changes
  /usr/share/doc/perl-Net-IP/README
  /usr/share/man/man3/Net::IP.3pm.gz
  /usr/share/perl5/vendor_perl/Net
  /usr/share/perl5/vendor_perl/Net/IP.pm
  $

ok, now i have an idea of what my final OE build should produce.

  next, pop over to metacpan.org and search for corresponding source
to find:

  https://metacpan.org/pod/Net::IP

at which point, write a fairly boilerplate recipe (the "noarch" RPMs
are the easy ones), filling in among other things:

  * "SRC_URI"
  * checksums
  * "S"
  * "inherit cpan allarch"

/ start /

DESCRIPTION = "Net::IP"

SECTION = "libs"
LICENSE = "Artisticv1 | GPLv1+"
PR = "r0"

MAINTAINER= "rday"
HOMEPAGE=   "https://metacpan.org/pod/Net::IP";

LIC_FILES_CHKSUM = 
"file://${COMMON_LICENSE_DIR}/Artistic-1.0;md5=cda03bbdc3c1951996392b872397b798 
\
file://${COMMON_LICENSE_DIR}/GPL-1.0;md5=e9e36a9de734199567a4d769498f743d"

SRC_URI = "https://cpan.metacpan.org/authors/id/M/MA/MANU/Net-IP-1.26.tar.gz";

SRC_URI[md5sum] = "3a98e3ac45d69ea38a63a7e678bd716d"
SRC_URI[sha256sum] = 
"040f16f3066647d761b724a3b70754d28cbd1e6fe5ea01c63ed1cd857117d639"

S = "${WORKDIR}/Net-IP-${PV}"

inherit cpan allarch

BBCLASSEXTEND = "native"

/ end /

  at this point, i run:

  $ bitbake -c fetchall perl-net-ip

to make sure the fetch works (and adjust checksums to taste), then:

  $ bitbake perl-net-ip

to build, and check the contents of the resulting rpm file to see that
it matches:

  $ rpm -qpl perl-net-ip-1.26-r0.all.rpm
  /usr
  /usr/bin
  /usr/bin/ipcount
  /usr/bin/iptab
  /usr/lib
  /usr/lib/perl
  /usr/lib/perl/vendor_perl
  /usr/lib/perl/vendor_perl/5.22.1
  /usr/lib/perl/vendor_perl/5.22.1/Net
  /usr/lib/perl/vendor_perl/5.22.1/Net/IP.pm
  $

looks good, so that gets added to my build, and on to the next recipe.

  couple final notes:

* i'm currently ignoring all the dependencies i should be adding to
those recipes; i'll put them in later

* it's easy to see when i should use "inherit cpan_build" for the
older-style Build.PL-based recipes

* about to get into the arch-specific recipes, so that will get more
interesting ... back shortly with my recipe that's causing the build
error

  thoughts?

rday

-- 


Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca

Twitter:   http://twitter.com/rpjday
LinkedIn:   http://ca.linkedin.com/in/rpjday


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

[OE-core] [PATCH] wayland: upgrade from 1.11.1 to 1.12.0

[Fathi Boudra]

* Remove 0001-scanner-Use-unit32_t-instead-of-uint.patch applied upstream
  https://cgit.freedesktop.org/wayland/wayland/commit/?id=6750b47d9e0d30
* Update release tarball md5sum/sha256sum

Signed-off-by: Daniel Díaz 
Signed-off-by: Fathi Boudra 
---
 ...0001-scanner-Use-unit32_t-instead-of-uint.patch | 30 --
 .../{wayland_1.11.1.bb => wayland_1.12.0.bb}   |  5 ++--
 2 files changed, 2 insertions(+), 33 deletions(-)
 delete mode 100644 
meta/recipes-graphics/wayland/wayland/0001-scanner-Use-unit32_t-instead-of-uint.patch
 rename meta/recipes-graphics/wayland/{wayland_1.11.1.bb => wayland_1.12.0.bb} 
(88%)

diff --git 
a/meta/recipes-graphics/wayland/wayland/0001-scanner-Use-unit32_t-instead-of-uint.patch
 
b/meta/recipes-graphics/wayland/wayland/0001-scanner-Use-unit32_t-instead-of-uint.patch
deleted file mode 100644
index ef41b79..000
--- 
a/meta/recipes-graphics/wayland/wayland/0001-scanner-Use-unit32_t-instead-of-uint.patch
+++ /dev/null
@@ -1,30 +0,0 @@
-From 5516d32e694badca35b6c71b02a3f08f650308bf Mon Sep 17 00:00:00 2001
-From: Khem Raj 
-Date: Fri, 15 Jul 2016 16:23:48 -0700
-Subject: [PATCH] scanner: Use unit32_t instead of uint
-
-uint32_t is C99 defined stdint type
-
-Signed-off-by: Khem Raj 
-Signed-off-by: Jussi Kukkonen 
-Upstream-Status: Submitted

- src/scanner.c | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/src/scanner.c b/src/scanner.c
-index 5f06e8e..10a4023 100644
 a/src/scanner.c
-+++ b/src/scanner.c
-@@ -812,7 +812,7 @@ find_enumeration(struct protocol *protocol,
-   struct interface *i;
-   struct enumeration *e;
-   char *enum_name;
--  uint idx = 0, j;
-+  uint32_t idx = 0, j;
- 
-   for (j = 0; j + 1 < strlen(enum_attribute); j++) {
-   if (enum_attribute[j] == '.') {
--- 
-2.1.4
-
diff --git a/meta/recipes-graphics/wayland/wayland_1.11.1.bb 
b/meta/recipes-graphics/wayland/wayland_1.12.0.bb
similarity index 88%
rename from meta/recipes-graphics/wayland/wayland_1.11.1.bb
rename to meta/recipes-graphics/wayland/wayland_1.12.0.bb
index fa674f6..de261fe 100644
--- a/meta/recipes-graphics/wayland/wayland_1.11.1.bb
+++ b/meta/recipes-graphics/wayland/wayland_1.12.0.bb
@@ -11,10 +11,9 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=b31d8f53b6aaf2b4985d7dd7810a70d1 \
 
file://src/wayland-server.c;endline=24;md5=b8e046164a766bb1ede8ba38e9dcd7ce"
 
 SRC_URI = "https://wayland.freedesktop.org/releases/${BPN}-${PV}.tar.xz \
-   file://0001-scanner-Use-unit32_t-instead-of-uint.patch \
"
-SRC_URI[md5sum] = "82f227c65faec3df0335847626811303"
-SRC_URI[sha256sum] = 
"4c8a99d030282740e898dead98c92d92023be9c3536c7f50d215a7e39195"
+SRC_URI[md5sum] = "ee615e2d1e205eec48b02f069327eb96"
+SRC_URI[sha256sum] = 
"d6b4135cba0188abcb7275513c72dede751d6194f6edc5b82183a3ba8b821ab1"
 
 EXTRA_OECONF_class-native = "--disable-documentation --disable-libraries"
 
-- 
2.10.2

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