date:20170329

Re: [oe] [PATCH][meta-oe 3/9] libqb: use github.com instead of retired fedorahosted.org

2017-03-29 Thread Khem Raj

I have another patch which upgrades it to 1.0.1

https://github.com/kraj/meta-openembedded/commit/9778fde842b81991293a3a032d23d41da661210e

I am going to send another request soon which will have this patch
also fixes build with musl and clang.

On Wed, Mar 29, 2017 at 2:16 AM, Martin Jansa  wrote:
> * https://fedoraproject.org/wiki/Infrastructure/Fedorahosted-retirement
>
> Signed-off-by: Martin Jansa 
> ---
>  meta-oe/recipes-extended/libqb/libqb_0.17.2.bb | 15 +++
>  1 file changed, 7 insertions(+), 8 deletions(-)
>
> diff --git a/meta-oe/recipes-extended/libqb/libqb_0.17.2.bb 
> b/meta-oe/recipes-extended/libqb/libqb_0.17.2.bb
> index 40d06f379..2d3278ce8 100644
> --- a/meta-oe/recipes-extended/libqb/libqb_0.17.2.bb
> +++ b/meta-oe/recipes-extended/libqb/libqb_0.17.2.bb
> @@ -3,20 +3,19 @@ DESCRIPTION = "libqb is a library with the primary purpose 
> of providing high per
>  It provides high performance logging, tracing, ipc, and poll."
>
>  HOMEPAGE = "https://github.com/clusterlabs/libqb/wiki";
> -
>  SECTION = "libs"
>
> -inherit autotools pkgconfig
> +LICENSE = "LGPL-2.1"
> +LIC_FILES_CHKSUM = "file://COPYING;md5=321bf41f280cf805086dd5a720b37785"
>
> -SRC_URI = "https://fedorahosted.org/releases/q/u/quarterback/${BP}.tar.xz \
> -  "
> +inherit autotools pkgconfig
>
> -SRC_URI[md5sum] = "de1e5d38fa449b4d127940c10d117260"
> -SRC_URI[sha256sum] = 
> "9a419c649ed51f275dc780da8a15babb8a5d33633567bd9e0cb6193b6e21f4fe"
> +PV = "0.17.2+git${SRCPV}"
>
> -LICENSE = "LGPL-2.1"
> +SRCREV = "bd2c587f6ccacd8a5644b275d99324d200c2b378"
> +SRC_URI = "git://github.com/ClusterLabs/${BPN}.git"
>
> -LIC_FILES_CHKSUM = "file://COPYING;md5=321bf41f280cf805086dd5a720b37785"
> +S = "${WORKDIR}/git"
>
>  do_configure_prepend() {
>  ( cd ${S}
> --
> 2.12.2
>
> --
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-qt5] qtwebkit 5.8 build issues?

2017-03-29 Thread Denys Dmytriyenko

On Sun, Mar 26, 2017 at 04:30:53PM -0400, Denys Dmytriyenko wrote:
> Hi,
> 
> I've been having the following build issues lately with qtwebkit 5.8 from 
> master:
> 
> | make[2]: Entering directory 
> '/OE/master/build/tmp/work/armv7ahf-neon-oe-linux-gnueabi/qtwebkit/5.8.0+gitAUTOINC+74ac5b0f34-r0/build/Source'
> | rm -f libQt5WebKit.so.5.8.0 libQt5WebKit.so libQt5WebKit.so.5 
> libQt5WebKit.so.5.8
> | linking ../lib/libQt5WebKit.so.5.8.0
> | 
> /OE/master/build/tmp/work/armv7ahf-neon-oe-linux-gnueabi/qtwebkit/5.8.0+gitAUTOINC+74ac5b0f34-r0/recipe-sysroot/usr/lib/libQt5Core.so:(*IND*+0x0):
>  multiple definition of `__bss_start'
> | 
> /OE/master/build/tmp/work/armv7ahf-neon-oe-linux-gnueabi/qtwebkit/5.8.0+gitAUTOINC+74ac5b0f34-r0/recipe-sysroot/usr/lib/libQt5Core.so:(*IND*+0x0):
>  multiple definition of `__bss_start'
> | 
> /OE/master/build/tmp/work/armv7ahf-neon-oe-linux-gnueabi/qtwebkit/5.8.0+gitAUTOINC+74ac5b0f34-r0/recipe-sysroot/usr/lib/libQt5Core.so:(*IND*+0x0):
>  multiple definition of `_edata'
> | 
> /OE/master/build/tmp/work/armv7ahf-neon-oe-linux-gnueabi/qtwebkit/5.8.0+gitAUTOINC+74ac5b0f34-r0/recipe-sysroot/usr/lib/libQt5Core.so:(*IND*+0x0):
>  multiple definition of `_edata'
> | 
> /OE/master/build/tmp/work/armv7ahf-neon-oe-linux-gnueabi/qtwebkit/5.8.0+gitAUTOINC+74ac5b0f34-r0/recipe-sysroot/usr/lib/libQt5Core.so:(*IND*+0x0):
>  multiple definition of `_end'
> | 
> /OE/master/build/tmp/work/armv7ahf-neon-oe-linux-gnueabi/qtwebkit/5.8.0+gitAUTOINC+74ac5b0f34-r0/recipe-sysroot/usr/lib/libQt5Core.so:(*IND*+0x0):
>  multiple definition of `_end'
> | 
> /OE/master/build/tmp/work/armv7ahf-neon-oe-linux-gnueabi/qtwebkit/5.8.0+gitAUTOINC+74ac5b0f34-r0/recipe-sysroot/usr/lib/libQt5Gui.so:(*IND*+0x0):
>  multiple definition of `__bss_start'
> | 
> /OE/master/build/tmp/work/armv7ahf-neon-oe-linux-gnueabi/qtwebkit/5.8.0+gitAUTOINC+74ac5b0f34-r0/recipe-sysroot/usr/lib/libQt5Gui.so:(*IND*+0x0):
>  multiple definition of `_edata'
> | 
> /OE/master/build/tmp/work/armv7ahf-neon-oe-linux-gnueabi/qtwebkit/5.8.0+gitAUTOINC+74ac5b0f34-r0/recipe-sysroot/usr/lib/libQt5Gui.so:(*IND*+0x0):
>  multiple definition of `_end'
> | collect2: error: ld returned 1 exit status
> | Makefile.api:92: recipe for target '../lib/libQt5WebKit.so.5.8.0' failed
> | make[2]: *** [../lib/libQt5WebKit.so.5.8.0] Error 1
> | make[2]: Leaving directory 
> '/OE/master/build/tmp/work/armv7ahf-neon-oe-linux-gnueabi/qtwebkit/5.8.0+gitAUTOINC+74ac5b0f34-r0/build/Source'
> | Makefile.QtWebKit:44: recipe for target 'sub-api-pri-make_first-ordered' 
> failed
> | make[1]: *** [sub-api-pri-make_first-ordered] Error 2
> 
> I believe I was able to build 5.8/master before, so I'm suspecting recent 
> binutils upgrade... But I can be wrong. Would really appreciate some help 
> here. Thanks.

Anyone else see this?

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

Re: [oe] [PATCH] u-boot: Update to 2017.03 release

2017-03-29 Thread Denys Dmytriyenko

On Wed, Mar 29, 2017 at 11:16:07PM +0100, Richard Purdie wrote:
> On Wed, 2017-03-29 at 17:56 -0400, Denys Dmytriyenko wrote:
> > On Mon, Mar 27, 2017 at 04:31:16PM +0200, Marek Vasut wrote:
> > > 
> > > On 03/27/2017 04:25 PM, Richard Purdie wrote:
> > > > 
> > > > On Mon, 2017-03-27 at 16:22 +0200, Marek Vasut wrote:
> > > > > 
> > > > > Upgrade U-Boot to the latest version.
> > > > Wrong list and how does this compare to Ovatio's patch?
> > > I was not CCed on Otavio's patch :(
> > Yeah, me neither, unfortunately - people just ignore maintainers file
> > now.
> > 
> > Good thing Ross copied me on the other discussion!
> 
> This raises a very valid point which is what any maintainers file is
> and what it is not.
> 
> The one that exists in meta-yocto today has a very specific meaning. I
> know there is discussion about moving it to OE-Core however if we do so
> I want to by *really* *really* clear about what being listed there
> means and does not mean.
> 
> As things stand right now, there is no requirement or advice in any of
> our guides to cc "maintainers". People struggle to send patches as it
> is and giving them more hoops to jump through doesn't seem like a
> brilliant idea to me. I know we can create a file with all kinds of
> path matching for files people care/don't care about but I worry this
> will descend into complicated scripts and people still getting upset
> when they were cc'd needlessly or weren't cc'd etc.
> 
> I also quite strongly dislike the "I own X, so only I can change it"
> type view, to be the maintainers are people who help look after
> specific areas in the absence of anyone else and help review patches
> that come in. They certainly get significant influence on things but
> the price for that is they also have to help fix issues and figure out
> ways of helping others with issues in that area.
> 
> So please think very carefully about what you want this "maintainers"
> file to be/not be as I worry its a huge can of worms we once tried in
> OE before...

Well, this reminds me of numerous discussions we've had in the past at several 
OEDEMs and OEDAMs about maintainers file and requirements/responsibilities it 
carries - unfortunately we never been able to resolve it one way or another. I 
guess we'll try finalizing it again with the renewed effort now...


As of u-boot - wasn't trying to claim ownership at all. In the past we've had 
a number of updates from TI, as it's a bootloader of choice for our platforms. 
Somehow I got assigned as a maintainer for the corresponding recipes. I know 
Otavio is also responsible for some changes there, from his involvement with 
Freescale. And at OEDEM last fall, I had a good conversation with Marek about 
u-boot recipes, we've discussed restructuring and re-versioning plans and 
since then he's copying me on his updates - I'm trying to review and/or test 
his changes as much as I can. That's all to it.

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

Re: [oe] [PATCH] u-boot: Update to 2017.03 release

2017-03-29 Thread Richard Purdie

On Wed, 2017-03-29 at 17:56 -0400, Denys Dmytriyenko wrote:
> On Mon, Mar 27, 2017 at 04:31:16PM +0200, Marek Vasut wrote:
> > 
> > On 03/27/2017 04:25 PM, Richard Purdie wrote:
> > > 
> > > On Mon, 2017-03-27 at 16:22 +0200, Marek Vasut wrote:
> > > > 
> > > > Upgrade U-Boot to the latest version.
> > > Wrong list and how does this compare to Ovatio's patch?
> > I was not CCed on Otavio's patch :(
> Yeah, me neither, unfortunately - people just ignore maintainers file
> now.
> 
> Good thing Ross copied me on the other discussion!

This raises a very valid point which is what any maintainers file is
and what it is not.

The one that exists in meta-yocto today has a very specific meaning. I
know there is discussion about moving it to OE-Core however if we do so
I want to by *really* *really* clear about what being listed there
means and does not mean.

As things stand right now, there is no requirement or advice in any of
our guides to cc "maintainers". People struggle to send patches as it
is and giving them more hoops to jump through doesn't seem like a
brilliant idea to me. I know we can create a file with all kinds of
path matching for files people care/don't care about but I worry this
will descend into complicated scripts and people still getting upset
when they were cc'd needlessly or weren't cc'd etc.

I also quite strongly dislike the "I own X, so only I can change it"
type view, to be the maintainers are people who help look after
specific areas in the absence of anyone else and help review patches
that come in. They certainly get significant influence on things but
the price for that is they also have to help fix issues and figure out
ways of helping others with issues in that area.

So please think very carefully about what you want this "maintainers"
file to be/not be as I worry its a huge can of worms we once tried in
OE before...

Cheers,

Richard

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

Re: [oe] [meta-browser] calling all chromium recipe users

2017-03-29 Thread Denys Dmytriyenko

On Wed, Mar 29, 2017 at 03:35:22PM -0400, Trevor Woerner wrote:
> When testing changes to the chromium[-wayland] recipes, it would be
> great to know the layers, configurations, and MACHINEs with which
> people are building.
> 
> For example I care about chromium running on X11 for minnow
> (meta-intel) and raspberry pi (meta-raspberrypi). How are other people
> running chromium?

chromium-wayland on TI platforms from meta-ti.


> Also, are you able to run with accelerated graphics? If so, what
> configuration are you using?

Full acceleration is still in the works for our platforms.
Very basic "hacky" way was to patch wayland.gyp to bypass the configure check 
for Mesa version:
http://arago-project.org/git/?p=meta-arago.git;a=blob;f=meta-arago-distro/recipes-browser/chromium/chromium-wayland/0001-wayland.gyp-adjust-Mesa-version-to-work-with-TI-SGX-.patch;hb=HEAD

-- 
Denys


> Specifically, I assume the trick is the correct configuration of various
> 
> PREFERRED_PROVIDER_virtual/X = Y
> 
> where X is one of {mesa|gl|egl|gles1|gles2} and Y is probably
> something BSP-specific. Is anything else needed to get accelerated
> graphics working with chromium?
> -- 
> ___
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH] u-boot: Update to 2017.03 release

2017-03-29 Thread Denys Dmytriyenko

On Mon, Mar 27, 2017 at 04:31:16PM +0200, Marek Vasut wrote:
> On 03/27/2017 04:25 PM, Richard Purdie wrote:
> > On Mon, 2017-03-27 at 16:22 +0200, Marek Vasut wrote:
> >> Upgrade U-Boot to the latest version.
> > 
> > Wrong list and how does this compare to Ovatio's patch?
> 
> I was not CCed on Otavio's patch :(

Yeah, me neither, unfortunately - people just ignore maintainers file now.

Good thing Ross copied me on the other discussion!

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

[oe] [meta-browser] calling all chromium recipe users

2017-03-29 Thread Trevor Woerner

When testing changes to the chromium[-wayland] recipes, it would be
great to know the layers, configurations, and MACHINEs with which
people are building.

For example I care about chromium running on X11 for minnow
(meta-intel) and raspberry pi (meta-raspberrypi). How are other people
running chromium?

Also, are you able to run with accelerated graphics? If so, what
configuration are you using?

Specifically, I assume the trick is the correct configuration of various

PREFERRED_PROVIDER_virtual/X = Y

where X is one of {mesa|gl|egl|gles1|gles2} and Y is probably
something BSP-specific. Is anything else needed to get accelerated
graphics working with chromium?
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH 04/14] gpm: Update to use git src uri

2017-03-29 Thread Khem Raj

On Wed, Mar 29, 2017 at 7:21 AM, Martin Jansa  wrote:
> On Wed, Mar 29, 2017 at 07:06:44AM -0700, Khem Raj wrote:
>> >> +do_install_append () {
>> >> +if ${@bb.utils.contains('DISTRO_FEATURES', 'systemd', 'true', 
>> >> 'false', d)}; then
>> >> +install -d ${D}${systemd_system_unitdir}
>> >> +sed 's:@bindir@:${bindir}:' < ${WORKDIR}/gpm.service.in 
>> >> >${D}${systemd_system_unitdir}/gpm.service
>> >
>> > Did you forgot to add gpm.service.in in SRC_URI?
>>
>> I sent a V2 for this patch with another series i sent later. So you can drop 
>> it.
>> see
>>
>> https://patchwork.openembedded.org/patch/138243/
>
> I think this is the one I was testing and I still don't see
> gpm.service.in in SRC_URI, so it doesn't get unpacked in WORKDIR and the
> sed call fails.
>

yes drop this for now. I will send a v3 with next pull request.

> --
> Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

Re: [oe] [meta-oe][PATCH 04/14] gpm: Update to use git src uri

2017-03-29 Thread Martin Jansa

On Wed, Mar 29, 2017 at 07:06:44AM -0700, Khem Raj wrote:
> >> +do_install_append () {
> >> +if ${@bb.utils.contains('DISTRO_FEATURES', 'systemd', 'true', 
> >> 'false', d)}; then
> >> +install -d ${D}${systemd_system_unitdir}
> >> +sed 's:@bindir@:${bindir}:' < ${WORKDIR}/gpm.service.in 
> >> >${D}${systemd_system_unitdir}/gpm.service
> >
> > Did you forgot to add gpm.service.in in SRC_URI?
> 
> I sent a V2 for this patch with another series i sent later. So you can drop 
> it.
> see
> 
> https://patchwork.openembedded.org/patch/138243/

I think this is the one I was testing and I still don't see
gpm.service.in in SRC_URI, so it doesn't get unpacked in WORKDIR and the
sed call fails.

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


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

Re: [oe] [meta-oe][PATCH 04/14] gpm: Update to use git src uri

2017-03-29 Thread Khem Raj

>> +do_install_append () {
>> +if ${@bb.utils.contains('DISTRO_FEATURES', 'systemd', 'true', 'false', 
>> d)}; then
>> +install -d ${D}${systemd_system_unitdir}
>> +sed 's:@bindir@:${bindir}:' < ${WORKDIR}/gpm.service.in 
>> >${D}${systemd_system_unitdir}/gpm.service
>
> Did you forgot to add gpm.service.in in SRC_URI?

I sent a V2 for this patch with another series i sent later. So you can drop it.
see

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

Re: [oe] Meson build system

2017-03-29 Thread Peter Kjellerstedt

> -Original Message-
> From: openembedded-devel-boun...@lists.openembedded.org
> [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of
> Trevor Woerner
> Sent: den 28 mars 2017 21:28
> To: Philip Balister
> Cc: openembedded-devel
> Subject: Re: [oe] Meson build system
> 
> If X is moving to meson, and meson is in oecore, then meson.bbclass
> will have to move to oecore as well.

Both the recipe for meson and the meson.bbclass are currently in 
meta-oe. This was the recommendation as nothing in neither OE-Core nor 
OpenEmbedded are currently using it. However, this will obviously have 
to change as soon as anything in OE-Core starts to use Meson.

//Peter

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

Re: [oe] [meta-OE] Remove do_install_append() from zsh recipe.

2017-03-29 Thread Peter Kjellerstedt

> -Original Message-
> From: openembedded-devel-boun...@lists.openembedded.org
> [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of
> Cody Piersall
> Sent: den 28 mars 2017 20:30
> To: openembeded-devel
> Subject: Re: [oe] [meta-OE] Remove do_install_append() from zsh recipe.
> 
> Hi Andre,
> 
> Thanks for the response.
> 
> On Tue, Mar 28, 2017 at 1:06 PM, Andre McCurdy 
> wrote:
> > On Fri, Mar 24, 2017 at 9:16 AM, Cody Piersall 
> wrote:
> >> do_install_append() removes a lot of useful functionality from the
> zsh
> shell.
> >
> > What exactly is this "useful functionality" ?
> >
> > Maybe it could be put in a separate package.
> The recipe currently in meta-oe removes a lot of features that make zsh
> a
> powerful shell.
> A lot of zsh's nice interactive functionality is provided by files that
> live in
> /usr/share/zsh:  things like typing "cd " only completing on
> directories,
> integration/completion with git commands, completion for various unix
> utilities.  The big
> drawback is that it takes up 5.5M of disk space.  For my platform this
> isn't an issue, but
> it could be for other people.

It definitely sounds as it should be packaged in a separate package 
then, e.g., ${PN}-extras.

> Unfortunately, the recipe I posted does not actually even work -- I
> posted
> before testing
> (I didn't set FILES correctly, and some things were expecting zsh to be
> in
> /bin instead of
> /usr/bin).  Sorry for wasting anyone's time if you tried it out.  I
> have a
> working/tested
> version now:
> 
> 
> diff --git a/meta-oe/recipes-extended/zsh/zsh_5.0.5.bb
> b/meta-oe/recipes-extended/zsh/zsh_5.0.5.bb
> index 39b2d95..1c06ef0 100644
> --- a/meta-oe/recipes-extended/zsh/zsh_5.0.5.bb
> +++ b/meta-oe/recipes-extended/zsh/zsh_5.0.5.bb
> @@ -34,6 +34,7 @@ EXTRA_OEMAKE = "-e MAKEFLAGS="
> ALTERNATIVE_${PN} = "sh"
> ALTERNATIVE_LINK_NAME[sh] = "${base_bindir}/sh"
> +ALTERNATIVE_LINK_NAME[zsh] = "${base_bindir}/zsh"

That does not do anything since there is no zsh in 
ALTERNATIVE_${PN}. And there should not be any need for it.

> ALTERNATIVE_TARGET[sh] = "${base_bindir}/${BPN}"
> ALTERNATIVE_PRIORITY = "100"
> @@ -45,7 +46,10 @@ do_configure () {
> }
> do_install_append () {
> - rm -fr ${D}/usr/share
> + if ! [ -e ${D}/bin/zsh ]; then
> + mkdir -p ${D}/bin
> + ln -s ${bindir}/zsh ${D}/bin/zsh
> + fi
> }

Please rewrite as:

do_install_append() {
if [ ! -e ${D}${base_bindir}/zsh ]; then
mkdir -p ${D}${base_bindir}
ln -s ${bindir}/zsh ${D}${base_bindir}/zsh
fi
}

> pkg_postinst_${PN} () {
> @@ -59,3 +63,8 @@ FILES_${PN}-dbg += "\
> ${libdir}/${PN}/${PV}/${PN}/db/.debug/*.so \
> ${libdir}/${PN}/${PV}/${PN}/net/.debug/*.so \
> "
> +
> +FILES_${PN} += "\
> + ${datadir}/${PN} \
> + ${base_bindir}/zsh \

No need to add ${base_bindir}/zsh as FILES_${PN} contains ${base_bindir}/* 
by default.

> +"
> 
> Cody

//Peter

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

Re: [oe] [OE-core] State of bitbake world, Failed tasks 2017-03-27

2017-03-29 Thread Patrick Ohly

On Wed, 2017-03-29 at 12:14 +0200, Martin Jansa wrote:
> > Can individual recipes choose to be built using the normal ld?
> 
> 
> 
> yes, see example in:
> meta/recipes-bsp/u-boot/u-boot.inc
> 
> meta/recipes-support/libunwind/libunwind_git.bb

Thanks. I'll try to do something similar.

> but it was working with older binutils, so maybe worth tracking down
> where it got borken.

Before my OE-core fix, it was always using /usr/bin/gcc and thus ld. Now
that it actually uses the compiler intended for the target, it ends up
using gold, which fails.

-- 
Best Regards, Patrick Ohly

The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.

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

Re: [oe] [meta-oe][PATCH 04/14] gpm: Update to use git src uri

2017-03-29 Thread Martin Jansa

On Mon, Mar 06, 2017 at 11:13:39PM -0800, Khem Raj wrote:
> Additional patches are upstream to fix build with gcc6 and clang
> Add systemd unit file
> 
> Signed-off-by: Khem Raj 
> ---
>  .../gpm/gpm-1.99.7/eglibc-2.17.patch   |  12 -
>  .../gpm/gpm-1.99.7/remove_nested_functions.patch   | 326 
> -
>  meta-oe/recipes-support/gpm/gpm/gpm.service.in |   9 +
>  .../recipes-support/gpm/{gpm-1.99.7 => gpm}/init   |   0
>  .../gpm/{gpm-1.99.7 => gpm}/no-docs.patch  |   2 +-
>  .../gpm/{gpm-1.99.7 => gpm}/processcreds.patch |   0
>  meta-oe/recipes-support/gpm/gpm_1.99.7.bb  |  52 ++--
>  7 files changed, 31 insertions(+), 370 deletions(-)
>  delete mode 100644 meta-oe/recipes-support/gpm/gpm-1.99.7/eglibc-2.17.patch
>  delete mode 100644 
> meta-oe/recipes-support/gpm/gpm-1.99.7/remove_nested_functions.patch
>  create mode 100644 meta-oe/recipes-support/gpm/gpm/gpm.service.in
>  rename meta-oe/recipes-support/gpm/{gpm-1.99.7 => gpm}/init (100%)
>  rename meta-oe/recipes-support/gpm/{gpm-1.99.7 => gpm}/no-docs.patch (93%)
>  rename meta-oe/recipes-support/gpm/{gpm-1.99.7 => gpm}/processcreds.patch 
> (100%)
> 
> diff --git a/meta-oe/recipes-support/gpm/gpm-1.99.7/eglibc-2.17.patch 
> b/meta-oe/recipes-support/gpm/gpm-1.99.7/eglibc-2.17.patch
> deleted file mode 100644
> index e43bdcb22..0
> --- a/meta-oe/recipes-support/gpm/gpm-1.99.7/eglibc-2.17.patch
> +++ /dev/null
> @@ -1,12 +0,0 @@
> -Upstream-Status: pending
> -
>  gpm-1.99.7.orig/src/daemon/open_console.c2008-07-24 
> 12:33:05.0 +0200
> -+++ gpm-1.99.7/src/daemon/open_console.c 2013-01-10 12:39:47.975461947 
> +0100
> -@@ -23,6 +23,7 @@
> - #include   /* open and co.  */
> - #include/* stat() */
> - #include   /* ioctl() */
> -+#include   /* major() */
> - 
> - /* Linux specific (to be outsourced in gpm2 */
> - #include/* for serial console check */
> diff --git 
> a/meta-oe/recipes-support/gpm/gpm-1.99.7/remove_nested_functions.patch 
> b/meta-oe/recipes-support/gpm/gpm-1.99.7/remove_nested_functions.patch
> deleted file mode 100644
> index d2d6cb8a8..0
> --- a/meta-oe/recipes-support/gpm/gpm-1.99.7/remove_nested_functions.patch
> +++ /dev/null
> @@ -1,326 +0,0 @@
> -Remove nested functions, they are not available in all compilers
> -e.g. clang will not support them.
> -
> -Upstream-Status: Pending
> -Signed-off-by: Khem Raj 
> -
> -Index: gpm-1.99.7/src/drivers/summa/i.c
> -===
>  gpm-1.99.7.orig/src/drivers/summa/i.c
> -+++ gpm-1.99.7/src/drivers/summa/i.c
> -@@ -36,6 +36,28 @@ extern int summamaxy;
> - 
> - extern signed char summaid;
> - 
> -+static void resetsumma(int fd)
> -+{
> -+   write(fd, 0, 1);  /* Reset */
> -+   usleep(40);   /* wait */
> -+}
> -+
> -+static int waitsumma(int fd)
> -+{
> -+   struct timeval timeout;
> -+
> -+   fd_set readfds;
> -+
> -+   int err;
> -+
> -+   FD_ZERO(&readfds);
> -+   FD_SET(fd, &readfds);
> -+   timeout.tv_sec = 0;
> -+   timeout.tv_usec = 20;
> -+   err = select(FD_SETSIZE, &readfds, NULL, NULL, &timeout);
> -+   return (err);
> -+}
> -+
> - Gpm_Type *I_summa(int fd, unsigned short flags, struct Gpm_Type *type, int 
> argc,
> -   char **argv)
> - {
> -@@ -43,24 +65,6 @@ Gpm_Type *I_summa(int fd, unsigned short
> -flags = argc = 0;/* FIXME: 1.99.13 */
> -argv = NULL;
> - 
> --   void resetsumma() {
> --  write(fd, 0, 1);  /* Reset */
> --  usleep(40);   /* wait */
> --   }
> --   int waitsumma() {
> --  struct timeval timeout;
> --
> --  fd_set readfds;
> --
> --  int err;
> --
> --  FD_ZERO(&readfds);
> --  FD_SET(fd, &readfds);
> --  timeout.tv_sec = 0;
> --  timeout.tv_usec = 20;
> --  err = select(FD_SETSIZE, &readfds, NULL, NULL, &timeout);
> --  return (err);
> --   }
> -int err;
> - 
> -char buffer[255];
> -@@ -91,7 +95,7 @@ Gpm_Type *I_summa(int fd, unsigned short
> - */
> -setspeed(fd, 1200, 9600, 1,
> - B9600 | CS8 | CREAD | CLOCAL | HUPCL | PARENB | PARODD);
> --   resetsumma();
> -+   resetsumma(fd);
> - 
> -write(fd, SS_PROMPT_MODE, strlen(SS_PROMPT_MODE));
> - 
> -@@ -103,7 +107,7 @@ Gpm_Type *I_summa(int fd, unsigned short
> -* read the Summa Firm-ID 
> -*/
> -   write(fd, SS_FIRMID, strlen(SS_FIRMID));
> --  err = waitsumma();
> -+  err = waitsumma(fd);
> -   if(!((err == -1) || (!err))) {
> -  summaid = 10;  /* Original Summagraphics */
> -  read(fd, buffer, 255); /* Read Firm-ID */
> -@@ -111,14 +115,14 @@ Gpm_Type *I_summa(int fd, unsigned short
> -}
> - 
> -if(summaid < 0) {/* Genius-test */
> --  resetsumma();
> -+  resetsumma(fd);
> -   write(fd, GEN_MMSERIES, 1);
> -   write(fd, &GEN_MODELL, 1);/* Read modell */
> --

Re: [oe] [OE-core] State of bitbake world, Failed tasks 2017-03-27

2017-03-29 Thread Martin Jansa

> Can individual recipes choose to be built using the normal ld?

yes, see example in:
meta/recipes-bsp/u-boot/u-boot.inc
meta/recipes-support/libunwind/libunwind_git.bb

but it was working with older binutils, so maybe worth tracking down where
it got borken.

On Wed, Mar 29, 2017 at 11:38 AM, Patrick Ohly 
wrote:

> On Wed, 2017-03-29 at 11:14 +0200, Martin Jansa wrote:
> > On Wed, Mar 29, 2017 at 10:35:23AM +0200, Patrick Ohly wrote:
> > > On Wed, 2017-03-29 at 09:23 +0200, Martin Jansa wrote:
> > > > INFO: jenkins-job.sh-1.8.19 Complete log available at
> http://logs.nslu2-linux.org/buildlogs/oe/world/pyro/log.
> report.20170328_014155.log
> > >
> > > That used OE-core 552bd78, if I read this right:
> > >
> > > == Tested changes (not included in master yet) -
> openembedded-core ==
> > > latest upstream commit:
> > > 552bd78 wic: use kernel_dir to find systemd-efi bootloader
> > >
> > > > * openembedded-core/meta/recipes-core/ovmf/ovmf_git.bb:
> do_compile
> > >
> > > http://errors.yoctoproject.org/Errors/Details/135202/
> > >
> > > "gcc-ar: not found" - that should have been fixed by OE-core 23a12d87a6
> > > "fix toolchain selection", which is included in OE-core 552bd78 and
> thus
> > > should have been included in the build.
> > >
> > > However, the error above was "Submitted on: 11/03/17 10:13", which was
> a
> > > while ago and in particular before that fix.
> > >
> > > Did ovmf really fail in the latest world build?
> >
> > The report shows:
> > http://errors.yoctoproject.org/Errors/Build/34933/
> > which leads to:
> >
> > http://errors.yoctoproject.org/Errors/Details/138261/
> > Submitted on: 27/03/17 05:31
>
> Got it. I followed the wrong link at some point.
>
> > So yes it failed again, but this time with different error:
> > TOPDIR/tmp-glibc/work/i586-oe-linux/ovmf/git-r0/recipe-
> sysroot-native/usr/bin/i586-oe-linux/../../libexec/i586-
> oe-linux/gcc/i586-oe-linux/6.3.0/ld:
> > internal error in do_layout, at ../../gold/object.cc:1821
>
> Hmm, internal error in gold. Not sure what to do about that :-/
>
> Can individual recipes choose to be built using the normal ld?
>
> --
> Best Regards, Patrick Ohly
>
> The content of this message is my personal opinion only and although
> I am an employee of Intel, the statements I make here in no way
> represent Intel's position on the issue, nor am I authorized to speak
> on behalf of Intel on this matter.
>
>
>
>
-- 
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel

[oe] [PATCH][meta-oe] libqb: inherit autotools-brokensep

2017-03-29 Thread Martin Jansa

* otherwise build fails with:
  http://errors.yoctoproject.org/Errors/Details/138387/
  make[2]: *** No rule to make target 'auto_check_header_qbconfig.c', needed by 
'auto_check_header_qbconfig.o'.  Stop.

Signed-off-by: Martin Jansa 
---
 meta-oe/recipes-extended/libqb/libqb_0.17.2.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-oe/recipes-extended/libqb/libqb_0.17.2.bb 
b/meta-oe/recipes-extended/libqb/libqb_0.17.2.bb
index 2d3278ce8..94030b2ea 100644
--- a/meta-oe/recipes-extended/libqb/libqb_0.17.2.bb
+++ b/meta-oe/recipes-extended/libqb/libqb_0.17.2.bb
@@ -8,7 +8,7 @@ SECTION = "libs"
 LICENSE = "LGPL-2.1"
 LIC_FILES_CHKSUM = "file://COPYING;md5=321bf41f280cf805086dd5a720b37785"
 
-inherit autotools pkgconfig
+inherit autotools-brokensep pkgconfig
 
 PV = "0.17.2+git${SRCPV}"
 
-- 
2.12.2

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

[oe] [PATCH][meta-efl] meta-efl: blacklist efl-native and dependent recipes

2017-03-29 Thread Martin Jansa

* I no longer use efl and don't plan to upgrade it to newer version
* someone else should step-up and start maintaining meta-efl

Signed-off-by: Martin Jansa 
---
 meta-efl/recipes-efl/e17/exquisite-theme-illume.bb   |  6 ++
 meta-efl/recipes-efl/efl/edbus_1.7.9.bb  |  8 
 meta-efl/recipes-efl/efl/efl.inc |  3 +++
 .../recipes-efl/efl/elementary-theme-efenniht_svn.bb |  6 ++
 .../efl/emotion-generic-players_1.15.0.bb|  6 ++
 meta-efl/recipes-efl/efl/epdf_svn.bb |  8 
 .../recipes-efl/efl/evas-generic-loaders_1.15.0.bb   |  6 ++
 meta-efl/recipes-efl/efl/expedite_1.7.9.bb   | 20 
 meta-efl/recipes-efl/efl/expedite_git.bb | 20 
 9 files changed, 83 insertions(+)

diff --git a/meta-efl/recipes-efl/e17/exquisite-theme-illume.bb 
b/meta-efl/recipes-efl/e17/exquisite-theme-illume.bb
index aad064647..f9eb4ad68 100644
--- a/meta-efl/recipes-efl/e17/exquisite-theme-illume.bb
+++ b/meta-efl/recipes-efl/e17/exquisite-theme-illume.bb
@@ -33,3 +33,9 @@ do_install() {
 
 CONFFILES_${PN} = "${sysconfdir}/exquisite/config-illume"
 FILES_${PN} = "${sysconfdir}/exquisite ${datadir}/exquisite/data/themes"
+
+PNBLACKLIST[exquisite-theme-illume] ?= "Depends on blacklisted edje-native"
+
+PNBLACKLIST[exquisite-theme-illume] ?= "Runtime depends on blacklisted 
exquisite-theme-illume"
+
+PNBLACKLIST[exquisite-theme-illume] ?= "Runtime depends on blacklisted 
exquisite-theme-illume-dev"
diff --git a/meta-efl/recipes-efl/efl/edbus_1.7.9.bb 
b/meta-efl/recipes-efl/efl/edbus_1.7.9.bb
index 64e77e61a..1fb716449 100644
--- a/meta-efl/recipes-efl/efl/edbus_1.7.9.bb
+++ b/meta-efl/recipes-efl/efl/edbus_1.7.9.bb
@@ -6,3 +6,11 @@ SRC_URI = "\
 
 SRC_URI[md5sum] = "8f72da14e5664aad8c45eeeca0e3ff5f"
 SRC_URI[sha256sum] = 
"c328c4cf1424629cb67c83689ccc1f95967abcb4c03dffd437e93b799ff151c1"
+
+PNBLACKLIST[edbus] ?= "Depends on blacklisted ecore"
+
+PNBLACKLIST[edbus] ?= "Depends on blacklisted eina"
+
+PNBLACKLIST[edbus] ?= "Runtime depends on blacklisted edbus"
+
+PNBLACKLIST[edbus] ?= "Runtime depends on blacklisted edbus-dev"
diff --git a/meta-efl/recipes-efl/efl/efl.inc b/meta-efl/recipes-efl/efl/efl.inc
index 59ae8d75a..48fd45888 100644
--- a/meta-efl/recipes-efl/efl/efl.inc
+++ b/meta-efl/recipes-efl/efl/efl.inc
@@ -285,3 +285,6 @@ FILES_${PN}-dev += " \
 ${datadir}/eo/gdb \
 ${bindir}/eldbus-codegen \
 "
+
+PNBLACKLIST[efl] ?= "Depends on broken efl-native"
+PNBLACKLIST[efl-native] ?= "Broken: fails to build with 
http://errors.yoctoproject.org/Errors/Details/138240/";
diff --git a/meta-efl/recipes-efl/efl/elementary-theme-efenniht_svn.bb 
b/meta-efl/recipes-efl/efl/elementary-theme-efenniht_svn.bb
index 494e743f5..36ba9b43b 100644
--- a/meta-efl/recipes-efl/efl/elementary-theme-efenniht_svn.bb
+++ b/meta-efl/recipes-efl/efl/elementary-theme-efenniht_svn.bb
@@ -36,3 +36,9 @@ do_install() {
 }
 
 FILES_${PN} = "${datadir}/elementary/themes/"
+
+PNBLACKLIST[elementary-theme-efenniht] ?= "Depends on blacklisted edje-native"
+
+PNBLACKLIST[elementary-theme-efenniht] ?= "Runtime depends on blacklisted 
elementary-theme-efenniht"
+
+PNBLACKLIST[elementary-theme-efenniht] ?= "Runtime depends on blacklisted 
elementary-theme-efenniht-dev"
diff --git a/meta-efl/recipes-efl/efl/emotion-generic-players_1.15.0.bb 
b/meta-efl/recipes-efl/efl/emotion-generic-players_1.15.0.bb
index 1a184bd04..10faf0789 100644
--- a/meta-efl/recipes-efl/efl/emotion-generic-players_1.15.0.bb
+++ b/meta-efl/recipes-efl/efl/emotion-generic-players_1.15.0.bb
@@ -6,3 +6,9 @@ SRC_URI = "\
 
 SRC_URI[md5sum] = "68627c1aabf5b7fe084299adcc0b73c1"
 SRC_URI[sha256sum] = 
"10bad633480a691585b0ba470c573b14da0a010008d9d59d0792cea8c621d423"
+
+PNBLACKLIST[emotion-generic-players] ?= "Depends on blacklisted emotion"
+
+PNBLACKLIST[emotion-generic-players] ?= "Runtime depends on blacklisted 
emotion-generic-players"
+
+PNBLACKLIST[emotion-generic-players] ?= "Runtime depends on blacklisted 
emotion-generic-players-dev"
diff --git a/meta-efl/recipes-efl/efl/epdf_svn.bb 
b/meta-efl/recipes-efl/efl/epdf_svn.bb
index e32a5fdb0..b91bd5b3b 100644
--- a/meta-efl/recipes-efl/efl/epdf_svn.bb
+++ b/meta-efl/recipes-efl/efl/epdf_svn.bb
@@ -25,3 +25,11 @@ EXTRA_OECONF = "\
 
 # Some upgrade path tweaking, as in evas
 AUTO_LIBNAME_PKGS = ""
+
+PNBLACKLIST[epdf] ?= "Depends on blacklisted ecore"
+
+PNBLACKLIST[epdf] ?= "Depends on blacklisted evas"
+
+PNBLACKLIST[epdf] ?= "Runtime depends on blacklisted epdf-dev"
+
+PNBLACKLIST[epdf] ?= "Runtime depends on blacklisted epdf"
diff --git a/meta-efl/recipes-efl/efl/evas-generic-loaders_1.15.0.bb 
b/meta-efl/recipes-efl/efl/evas-generic-loaders_1.15.0.bb
index 911ce8ca4..1e2ec7fdb 100644
--- a/meta-efl/recipes-efl/efl/evas-generic-loaders_1.15.0.bb
+++ b/meta-efl/recipes-efl/efl/evas-generic-loaders_1.15.0.bb
@@ -6,3 +6,9 @@ SRC_URI = "\
 
 SRC_URI[md5sum] = "3ca8443b8cbf177845595c5e02fbc49c"
 SRC

Re: [oe] [OE-core] State of bitbake world, Failed tasks 2017-03-27

2017-03-29 Thread Patrick Ohly

On Wed, 2017-03-29 at 11:14 +0200, Martin Jansa wrote:
> On Wed, Mar 29, 2017 at 10:35:23AM +0200, Patrick Ohly wrote:
> > On Wed, 2017-03-29 at 09:23 +0200, Martin Jansa wrote:
> > > INFO: jenkins-job.sh-1.8.19 Complete log available at 
> > > http://logs.nslu2-linux.org/buildlogs/oe/world/pyro/log.report.20170328_014155.log
> > 
> > That used OE-core 552bd78, if I read this right:
> > 
> > == Tested changes (not included in master yet) - openembedded-core 
> > ==
> > latest upstream commit: 
> > 552bd78 wic: use kernel_dir to find systemd-efi bootloader
> > 
> > > * openembedded-core/meta/recipes-core/ovmf/ovmf_git.bb:do_compile
> > 
> > http://errors.yoctoproject.org/Errors/Details/135202/
> > 
> > "gcc-ar: not found" - that should have been fixed by OE-core 23a12d87a6
> > "fix toolchain selection", which is included in OE-core 552bd78 and thus
> > should have been included in the build.
> > 
> > However, the error above was "Submitted on: 11/03/17 10:13", which was a
> > while ago and in particular before that fix.
> > 
> > Did ovmf really fail in the latest world build?
> 
> The report shows:
> http://errors.yoctoproject.org/Errors/Build/34933/
> which leads to:
> 
> http://errors.yoctoproject.org/Errors/Details/138261/
> Submitted on: 27/03/17 05:31

Got it. I followed the wrong link at some point.

> So yes it failed again, but this time with different error:
> TOPDIR/tmp-glibc/work/i586-oe-linux/ovmf/git-r0/recipe-sysroot-native/usr/bin/i586-oe-linux/../../libexec/i586-oe-linux/gcc/i586-oe-linux/6.3.0/ld:
> internal error in do_layout, at ../../gold/object.cc:1821

Hmm, internal error in gold. Not sure what to do about that :-/

Can individual recipes choose to be built using the normal ld?

-- 
Best Regards, Patrick Ohly

The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.



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

[oe] [PATCH][meta-oe 9/9] zile: fix do_install

2017-03-29 Thread Martin Jansa

* --ignore-fail-on-non-empty works when the directory isn't empty, but still 
reports
  failure when the directory doesn't exist at all, like in:
  http://errors.yoctoproject.org/Errors/Details/138248/

Signed-off-by: Martin Jansa 
---
 meta-oe/recipes-support/zile/zile_2.4.11.bb | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta-oe/recipes-support/zile/zile_2.4.11.bb 
b/meta-oe/recipes-support/zile/zile_2.4.11.bb
index 05a6afbe9..d663f44b9 100644
--- a/meta-oe/recipes-support/zile/zile_2.4.11.bb
+++ b/meta-oe/recipes-support/zile/zile_2.4.11.bb
@@ -15,8 +15,8 @@ SRC_URI[sha256sum] = 
"1fd27bbddc61491b1fbb29a345d0d344734aa9e80cfa07b02892eedf83
 inherit autotools pkgconfig
 
 do_install_append() {
-rm -rf ${D}${libdir}/charset.alias
-rmdir --ignore-fail-on-non-empty ${D}${libdir}
+rm -rf ${D}${libdir}/charset.alias
+rmdir --ignore-fail-on-non-empty ${D}${libdir} || true
 }
 
 PACKAGECONFIG ??= ""
-- 
2.12.2

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

[oe] [PATCH][meta-oe 8/9] tcsh, dt: blacklist because tcsh doesn't respect CC variable

2017-03-29 Thread Martin Jansa

Signed-off-by: Martin Jansa 
---
 meta-oe/recipes-devtools/dt/dt_18.32.bb   | 2 ++
 meta-oe/recipes-extended/tcsh/tcsh_6.18.01.bb | 2 ++
 2 files changed, 4 insertions(+)

diff --git a/meta-oe/recipes-devtools/dt/dt_18.32.bb 
b/meta-oe/recipes-devtools/dt/dt_18.32.bb
index 9688d02aa..8c1e3dfb6 100644
--- a/meta-oe/recipes-devtools/dt/dt_18.32.bb
+++ b/meta-oe/recipes-devtools/dt/dt_18.32.bb
@@ -45,3 +45,5 @@ do_install() {
 }
 
 RDEPENDS_${PN} += "tcsh"
+
+PNBLACKLIST[dt] ?= "Rdepends on blacklisted tcsh"
diff --git a/meta-oe/recipes-extended/tcsh/tcsh_6.18.01.bb 
b/meta-oe/recipes-extended/tcsh/tcsh_6.18.01.bb
index d7a7fd4d4..1cfd96c54 100644
--- a/meta-oe/recipes-extended/tcsh/tcsh_6.18.01.bb
+++ b/meta-oe/recipes-extended/tcsh/tcsh_6.18.01.bb
@@ -51,3 +51,5 @@ pkg_postinst_${PN} () {
 #!/bin/sh -e
 echo /usr/bin/tcsh >> $D/etc/shells
 }
+
+PNBLACKLIST[tcsh] ?= "Doesn't respect CC variable and fails with HOSTTOOLS 
http://errors.yoctoproject.org/Errors/Details/138244/";
-- 
2.12.2

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

[oe] [PATCH][meta-oe 7/9] vboxguestdrivers: upgrade to 5.1.18 to fix compatibility with 4.10 kernel

2017-03-29 Thread Martin Jansa

* 5.1.14 fails with default linux-yocto version:
  CC [M]  
qemux86-oe-linux/vboxguestdrivers/5.1.14-r0/vbox_module/vboxsf/lnkops.o
  
qemux86-oe-linux/vboxguestdrivers/5.1.14-r0/vbox_module/vboxsf/lnkops.c:93:23: 
error: 'generic_readlink' undeclared here (not in a function)
 .readlink   = generic_readlink,
   ^~~~

Signed-off-by: Martin Jansa 
---
 .../{vboxguestdrivers_5.1.14.bb => vboxguestdrivers_5.1.18.bb}| 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta-oe/recipes-support/vboxguestdrivers/{vboxguestdrivers_5.1.14.bb => 
vboxguestdrivers_5.1.18.bb} (93%)

diff --git 
a/meta-oe/recipes-support/vboxguestdrivers/vboxguestdrivers_5.1.14.bb 
b/meta-oe/recipes-support/vboxguestdrivers/vboxguestdrivers_5.1.18.bb
similarity index 93%
rename from meta-oe/recipes-support/vboxguestdrivers/vboxguestdrivers_5.1.14.bb
rename to meta-oe/recipes-support/vboxguestdrivers/vboxguestdrivers_5.1.18.bb
index c27791e95..4085b9fc7 100644
--- a/meta-oe/recipes-support/vboxguestdrivers/vboxguestdrivers_5.1.14.bb
+++ b/meta-oe/recipes-support/vboxguestdrivers/vboxguestdrivers_5.1.18.bb
@@ -14,8 +14,8 @@ VBOX_NAME = "VirtualBox-${PV}"
 SRC_URI = 
"http://download.virtualbox.org/virtualbox/${PV}/${VBOX_NAME}.tar.bz2 \
file://Makefile.utils \
 "
-SRC_URI[md5sum] = "21eaec9f21477d59a63761779880"
-SRC_URI[sha256sum] = 
"8267bb026717c6e55237eb798210767d9c703cfcdf01224d9bc26f7dac9f228a"
+SRC_URI[md5sum] = "1a7db64cd69ba6d39574fb333e031251"
+SRC_URI[sha256sum] = 
"7ed0959bbbd02826b86b3d5dc8348931ddfab267c31f8ed36ee53c12f5522cd9"
 
 S = "${WORKDIR}/vbox_module"
 
-- 
2.12.2

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

[oe] [PATCH][meta-oe 6/9] vboxguestdrivers: make sure that do_compile fails when some module failed to build

2017-03-29 Thread Martin Jansa

* otherwise we get the failure from do_install with useless log:
  DEBUG: Executing shell function do_install
  install: cannot stat 'vboxsf.ko': No such file or directory
  WARNING: exit code 1 from a shell command.
* instead of the real issue like 5.1.14 currently has with default linux-yocto
  version:
  CC [M]  
qemux86-oe-linux/vboxguestdrivers/5.1.14-r0/vbox_module/vboxsf/lnkops.o
  
qemux86-oe-linux/vboxguestdrivers/5.1.14-r0/vbox_module/vboxsf/lnkops.c:93:23: 
error: 'generic_readlink' undeclared here (not in a function)
 .readlink   = generic_readlink,
   ^~~~

Signed-off-by: Martin Jansa 
---
 meta-oe/recipes-support/vboxguestdrivers/vboxguestdrivers_4.3.36.bb | 4 
 meta-oe/recipes-support/vboxguestdrivers/vboxguestdrivers_5.1.14.bb | 4 
 2 files changed, 8 insertions(+)

diff --git 
a/meta-oe/recipes-support/vboxguestdrivers/vboxguestdrivers_4.3.36.bb 
b/meta-oe/recipes-support/vboxguestdrivers/vboxguestdrivers_4.3.36.bb
index f8a24a508..0c08d97f8 100644
--- a/meta-oe/recipes-support/vboxguestdrivers/vboxguestdrivers_4.3.36.bb
+++ b/meta-oe/recipes-support/vboxguestdrivers/vboxguestdrivers_4.3.36.bb
@@ -41,6 +41,10 @@ do_export_sources() {
 # compile and install mount utility
 do_compile_append() {
 oe_runmake 'LD=${CC}' 'LDFLAGS=${LDFLAGS}' -C ${S}/utils
+if ! [ -e vboxguest.ko -a -e vboxsf.ko -a -e vboxvideo.ko ] ; then
+echo "ERROR: One of vbox*.ko modules wasn't built"
+exit 1
+fi
 }
 
 module_do_install() {
diff --git 
a/meta-oe/recipes-support/vboxguestdrivers/vboxguestdrivers_5.1.14.bb 
b/meta-oe/recipes-support/vboxguestdrivers/vboxguestdrivers_5.1.14.bb
index dde5b0b20..c27791e95 100644
--- a/meta-oe/recipes-support/vboxguestdrivers/vboxguestdrivers_5.1.14.bb
+++ b/meta-oe/recipes-support/vboxguestdrivers/vboxguestdrivers_5.1.14.bb
@@ -41,6 +41,10 @@ do_export_sources() {
 # compile and install mount utility
 do_compile_append() {
 oe_runmake 'LD=${CC}' 'LDFLAGS=${LDFLAGS}' -C ${S}/utils
+if ! [ -e vboxguest.ko -a -e vboxsf.ko -a -e vboxvideo.ko ] ; then
+echo "ERROR: One of vbox*.ko modules wasn't built"
+exit 1
+fi
 }
 
 module_do_install() {
-- 
2.12.2

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

[oe] [PATCH][meta-oe 5/9] ttf-liberation-sans-narrow: use pagure.org instead of retired fedorahosted.org

2017-03-29 Thread Martin Jansa

* https://fedoraproject.org/wiki/Infrastructure/Fedorahosted-retirement

Signed-off-by: Martin Jansa 
---
 meta-oe/recipes-graphics/ttf-fonts/ttf-liberation-sans-narrow_1.07.4.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git 
a/meta-oe/recipes-graphics/ttf-fonts/ttf-liberation-sans-narrow_1.07.4.bb 
b/meta-oe/recipes-graphics/ttf-fonts/ttf-liberation-sans-narrow_1.07.4.bb
index f36cf4b18..5b406bc65 100644
--- a/meta-oe/recipes-graphics/ttf-fonts/ttf-liberation-sans-narrow_1.07.4.bb
+++ b/meta-oe/recipes-graphics/ttf-fonts/ttf-liberation-sans-narrow_1.07.4.bb
@@ -9,7 +9,7 @@ HOMEPAGE = "https://fedorahosted.org/liberation-fonts/";
 LICENSE = "GPLv2"
 LIC_FILES_CHKSUM = "file://COPYING;md5=751419260aa954499f7abaabaa882bbe"
 
-SRC_URI = 
"https://fedorahosted.org/releases/l/i/liberation-fonts/liberation-fonts-ttf-${PV}.tar.gz
 \
+SRC_URI = 
"https://releases.pagure.org/liberation-fonts/liberation-fonts-ttf-${PV}.tar.gz 
\
file://30-0-liberation-sans-narrow.conf \
 "
 
-- 
2.12.2

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

[oe] [PATCH][meta-oe 4/9] ttf-abyssinica: fix SRC_URI

2017-03-29 Thread Martin Jansa

Signed-off-by: Martin Jansa 
---
 meta-oe/recipes-graphics/ttf-fonts/ttf-abyssinica_1.500.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-oe/recipes-graphics/ttf-fonts/ttf-abyssinica_1.500.bb 
b/meta-oe/recipes-graphics/ttf-fonts/ttf-abyssinica_1.500.bb
index cd96fbb41..ce003e922 100644
--- a/meta-oe/recipes-graphics/ttf-fonts/ttf-abyssinica_1.500.bb
+++ b/meta-oe/recipes-graphics/ttf-fonts/ttf-abyssinica_1.500.bb
@@ -6,7 +6,7 @@ LICENSE = "OFL-1.1"
 LIC_FILES_CHKSUM = "file://OFL.txt;md5=1694c7fc245cdc85c9971db707928159"
 
 SRCNAME = "AbyssinicaSIL"
-SRC_URI = "http://software.sil.org/downloads/d/abyssinica/${SRCNAME}-${PV}.zip";
+SRC_URI = "http://software.sil.org/downloads/r/abyssinica/${SRCNAME}-${PV}.zip";
 S = "${WORKDIR}/${SRCNAME}-${PV}"
 
 SRC_URI[md5sum] = "a3d943d18e303197c8d3d92d2de54d1e"
-- 
2.12.2

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

[oe] [PATCH][meta-oe 3/9] libqb: use github.com instead of retired fedorahosted.org

2017-03-29 Thread Martin Jansa

* https://fedoraproject.org/wiki/Infrastructure/Fedorahosted-retirement

Signed-off-by: Martin Jansa 
---
 meta-oe/recipes-extended/libqb/libqb_0.17.2.bb | 15 +++
 1 file changed, 7 insertions(+), 8 deletions(-)

diff --git a/meta-oe/recipes-extended/libqb/libqb_0.17.2.bb 
b/meta-oe/recipes-extended/libqb/libqb_0.17.2.bb
index 40d06f379..2d3278ce8 100644
--- a/meta-oe/recipes-extended/libqb/libqb_0.17.2.bb
+++ b/meta-oe/recipes-extended/libqb/libqb_0.17.2.bb
@@ -3,20 +3,19 @@ DESCRIPTION = "libqb is a library with the primary purpose of 
providing high per
 It provides high performance logging, tracing, ipc, and poll."
 
 HOMEPAGE = "https://github.com/clusterlabs/libqb/wiki";
-
 SECTION = "libs"
 
-inherit autotools pkgconfig
+LICENSE = "LGPL-2.1"
+LIC_FILES_CHKSUM = "file://COPYING;md5=321bf41f280cf805086dd5a720b37785"
 
-SRC_URI = "https://fedorahosted.org/releases/q/u/quarterback/${BP}.tar.xz \
-  "
+inherit autotools pkgconfig
 
-SRC_URI[md5sum] = "de1e5d38fa449b4d127940c10d117260"
-SRC_URI[sha256sum] = 
"9a419c649ed51f275dc780da8a15babb8a5d33633567bd9e0cb6193b6e21f4fe"
+PV = "0.17.2+git${SRCPV}"
 
-LICENSE = "LGPL-2.1"
+SRCREV = "bd2c587f6ccacd8a5644b275d99324d200c2b378"
+SRC_URI = "git://github.com/ClusterLabs/${BPN}.git"
 
-LIC_FILES_CHKSUM = "file://COPYING;md5=321bf41f280cf805086dd5a720b37785"
+S = "${WORKDIR}/git"
 
 do_configure_prepend() {
 ( cd ${S}
-- 
2.12.2

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

[oe] [PATCH][meta-oe 2/9] mailcap: use pagure.org instead of retired fedorahosted.org

2017-03-29 Thread Martin Jansa

* https://fedoraproject.org/wiki/Infrastructure/Fedorahosted-retirement

Signed-off-by: Martin Jansa 
---
 meta-oe/recipes-support/mailcap/mailcap_2.1.46.bb | 10 ++
 1 file changed, 6 insertions(+), 4 deletions(-)

diff --git a/meta-oe/recipes-support/mailcap/mailcap_2.1.46.bb 
b/meta-oe/recipes-support/mailcap/mailcap_2.1.46.bb
index 7d87a5f1d..58b8f029e 100644
--- a/meta-oe/recipes-support/mailcap/mailcap_2.1.46.bb
+++ b/meta-oe/recipes-support/mailcap/mailcap_2.1.46.bb
@@ -12,12 +12,14 @@ by several applications e.g. to determine MIME types for 
filenames."
 
 SECTION = "System Environment/Base"
 
-SRC_URI = 
"https://git.fedorahosted.org/cgit/${BPN}.git/snapshot/${BPN}-r2-1-46.tar.gz";
-SRC_URI[md5sum] = "eee03824bf86480dc1db20be4f78237f"
-SRC_URI[sha256sum] = 
"309059163fa3ef368f8a43fc38f7a45d9345fd725970d5b437ba175a0ee7ebc9"
 LICENSE = "PD & MIT"
 LIC_FILES_CHKSUM = "file://COPYING;md5=100fcfb84512ccc03ffc7d89ac391305"
-S = "${WORKDIR}/${BPN}-r2-1-46"
+
+SRC_URI = "https://releases.pagure.org/${BPN}/${BP}.tar.xz";
+
+SRC_URI[md5sum] = "d865a1baf574ae5d309f5c1f79315800"
+SRC_URI[sha256sum] = 
"c68eb3b531d731476d5980c9b7cc287bd64c2a13bec5a537009a2c4af63f9bb0"
+
 do_install() {
 oe_runmake install DESTDIR=${D} sysconfdir=${sysconfdir} mandir=${mandir}
 }
-- 
2.12.2

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

[oe] [PATCH][meta-oe 1/9] hwdata: use github instead of fedorahosted.org

2017-03-29 Thread Martin Jansa

* fedorahosted is retired
  https://fedoraproject.org/wiki/Infrastructure/Fedorahosted-retirement

Signed-off-by: Martin Jansa 
---
 .../recipes-support/hwdata/{hwdata_0.291.bb => hwdata_git.bb}  | 10 ++
 1 file changed, 6 insertions(+), 4 deletions(-)
 rename meta-oe/recipes-support/hwdata/{hwdata_0.291.bb => hwdata_git.bb} (57%)

diff --git a/meta-oe/recipes-support/hwdata/hwdata_0.291.bb 
b/meta-oe/recipes-support/hwdata/hwdata_git.bb
similarity index 57%
rename from meta-oe/recipes-support/hwdata/hwdata_0.291.bb
rename to meta-oe/recipes-support/hwdata/hwdata_git.bb
index f00f73b91..50d35c682 100644
--- a/meta-oe/recipes-support/hwdata/hwdata_0.291.bb
+++ b/meta-oe/recipes-support/hwdata/hwdata_git.bb
@@ -1,13 +1,15 @@
 DESCRIPTION = "Hardware identification and configuration data"
-HOMEPAGE = "http://git.fedorahosted.org/git/hwdata.git";
+HOMEPAGE = "https://github.com/vcrhonek/hwdata";
 SECTION = "System/Base"
 
 LICENSE = "GPL-2.0+"
 LIC_FILES_CHKSUM = "file://LICENSE;md5=1556547711e8246992b999edd9445a57"
-SRC_URI = "https://git.fedorahosted.org/cgit/${BPN}.git/snapshot/${BP}.tar.gz";
 
-SRC_URI[md5sum] = "90ffce584bbcb1a5e77eac8503949f71"
-SRC_URI[sha256sum] = 
"e1007a96645cb3390aa9c0ed3f090a69d2302ce4d801914b6af1ab4ec85ede4e"
+PV = "0.291+git${SRCPV}"
+SRCREV = "4bfbdcf5913d6dd53336d31b8035708075e6fdfa"
+SRC_URI = "git://github.com/vcrhonek/${BPN}.git"
+
+S = "${WORKDIR}/git"
 
 do_configure() {
 ${S}/configure --datadir=${datadir} --libdir=${libdir}
-- 
2.12.2

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

Re: [oe] [OE-core] State of bitbake world, Failed tasks 2017-03-27

2017-03-29 Thread Martin Jansa

On Wed, Mar 29, 2017 at 10:35:23AM +0200, Patrick Ohly wrote:
> On Wed, 2017-03-29 at 09:23 +0200, Martin Jansa wrote:
> > INFO: jenkins-job.sh-1.8.19 Complete log available at 
> > http://logs.nslu2-linux.org/buildlogs/oe/world/pyro/log.report.20170328_014155.log
> 
> That used OE-core 552bd78, if I read this right:
> 
> == Tested changes (not included in master yet) - openembedded-core ==
> latest upstream commit: 
> 552bd78 wic: use kernel_dir to find systemd-efi bootloader
> 
> > * openembedded-core/meta/recipes-core/ovmf/ovmf_git.bb:do_compile
> 
> http://errors.yoctoproject.org/Errors/Details/135202/
> 
> "gcc-ar: not found" - that should have been fixed by OE-core 23a12d87a6
> "fix toolchain selection", which is included in OE-core 552bd78 and thus
> should have been included in the build.
> 
> However, the error above was "Submitted on: 11/03/17 10:13", which was a
> while ago and in particular before that fix.
> 
> Did ovmf really fail in the latest world build?

The report shows:
http://errors.yoctoproject.org/Errors/Build/34933/
which leads to:

http://errors.yoctoproject.org/Errors/Details/138261/
Submitted on: 27/03/17 05:31

So yes it failed again, but this time with different error:
TOPDIR/tmp-glibc/work/i586-oe-linux/ovmf/git-r0/recipe-sysroot-native/usr/bin/i586-oe-linux/../../libexec/i586-oe-linux/gcc/i586-oe-linux/6.3.0/ld:
internal error in do_layout, at ../../gold/object.cc:1821


> 
> -- 
> Best Regards, Patrick Ohly
> 
> The content of this message is my personal opinion only and although
> I am an employee of Intel, the statements I make here in no way
> represent Intel's position on the issue, nor am I authorized to speak
> on behalf of Intel on this matter.
> 
> 
> 

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


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

Re: [oe] [OE-core] State of bitbake world, Failed tasks 2017-03-27

2017-03-29 Thread Patrick Ohly

On Wed, 2017-03-29 at 09:23 +0200, Martin Jansa wrote:
> INFO: jenkins-job.sh-1.8.19 Complete log available at 
> http://logs.nslu2-linux.org/buildlogs/oe/world/pyro/log.report.20170328_014155.log

That used OE-core 552bd78, if I read this right:

== Tested changes (not included in master yet) - openembedded-core ==
latest upstream commit: 
552bd78 wic: use kernel_dir to find systemd-efi bootloader

> * openembedded-core/meta/recipes-core/ovmf/ovmf_git.bb:do_compile

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

"gcc-ar: not found" - that should have been fixed by OE-core 23a12d87a6
"fix toolchain selection", which is included in OE-core 552bd78 and thus
should have been included in the build.

However, the error above was "Submitted on: 11/03/17 10:13", which was a
while ago and in particular before that fix.

Did ovmf really fail in the latest world build?

-- 
Best Regards, Patrick Ohly

The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.

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

[oe] State of bitbake world, Failed tasks 2017-03-27

2017-03-29 Thread Martin Jansa

== 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   ||  
|-
||2017-03-27||15||17||18||N/A   ||N/A   ||N/A   ||N/A   ||N/A   
||N/A   ||0 ||0 ||0 ||3 ||0 
||0 ||0 ||1 ||0 ||0 
||0 ||0 ||0 ||  
|}

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

== Failed tasks 2017-03-27 ==

INFO: jenkins-job.sh-1.8.19 Complete log available at 
http://logs.nslu2-linux.org/buildlogs/oe/world/pyro/log.report.20170328_014155.log

=== common (15) ===
* 
meta-openembedded/meta-multimedia/recipes-multimedia/alsa-equal/alsa-equal_0.6.bb:do_fetch
* 
meta-openembedded/meta-oe/recipes-extended/lcdproc/lcdproc_0.5.7.bb:do_compile
* 
meta-openembedded/meta-oe/recipes-extended/libexecinfo/libexecinfo_1.1.bb:do_compile
* meta-openembedded/meta-oe/recipes-extended/libqb/libqb_0.17.2.bb:do_fetch
* meta-openembedded/meta-oe/recipes-extended/tcsh/tcsh_6.18.01.bb:do_compile
* 
meta-openembedded/meta-oe/recipes-graphics/ttf-fonts/ttf-abyssinica_1.500.bb:do_fetch
* 
meta-openembedded/meta-oe/recipes-graphics/ttf-fonts/ttf-liberation-sans-narrow_1.07.4.bb:do_fetch
* meta-openembedded/meta-oe/recipes-support/atop/atop_git.bb:do_fetch
* meta-openembedded/meta-oe/recipes-support/gpm/gpm_git.bb:do_install
* meta-openembedded/meta-oe/recipes-support/hwdata/hwdata_0.291.bb:do_fetch
* 
meta-openembedded/meta-oe/recipes-support/mailcap/mailcap_2.1.46.bb:do_fetch
* 
meta-openembedded/meta-oe/recipes-support/opencv/opencv_3.2.bb:do_configure
* meta-openembedded/meta-oe/recipes-support/zile/zile_2.4.11.bb:do_install
* 
meta-openembedded/meta-python/recipes-devtools/python/python-slip-dbus_0.6.1.bb:do_fetch
* 
virtual:native:meta-openembedded/meta-efl/recipes-efl/efl/efl_1.15.1.bb:do_compile

=== common-x86 (2) ===
* 
meta-openembedded/meta-oe/recipes-support/vboxguestdrivers/vboxguestdrivers_5.1.14.bb:do_install
* openembedded-core/meta/recipes-core/ovmf/ovmf_git.bb:do_compile

=== qemuarm (0) ===

=== qemux86 (0) ===

=== qemux86_64 (1) ===
* meta-openembedded/meta-oe/recipes-extended/tiptop/tiptop_2.3.bb:do_compile

=== Number of failed tasks (50) ===
{| class=wikitable
|-
|| qemuarm  || 15|| 
http://logs.nslu2-linux.org/buildlogs/oe/world/pyro/log.world.qemuarm.20170325_211949.log/
 || http://errors.yoctoproject.org/Errors/Build/34932/
|-
|| qemux86  || 17|| 
http://logs.nslu2-linux.org/buildlogs/oe/world/pyro/log.world.qemux86.20170325_211955.log/
 || http://errors.yoctoproject.org/Errors/Build/34933/
|-
|| qemux86_64   || 18|| 
http://logs.nslu2-linux.org/buildlogs/oe/world/pyro/log.world.qemux86-64.20170327_003511.log/
 || http://errors.yoctoproject.org/Errors/Build/34986/
|}

=== PNBLACKLISTs (350) ===

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



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

Complete log: 
http://logs.nslu2-linux.org/buildlogs/oe/world/pyro/log.signatures.20170326_203903.log/

No issues detected

== Tested changes (not included in master yet) - bitbake ==
latest upstream commit: 
751b06c bitbake-diffsigs: Add debug support
not included in master yet: 
b2f45ac world-image: add extra target

== Tested changes (not included in master yet) - openembedded-core ==
latest upstream commit: 
552bd78 wic: use kernel_dir to find systemd-efi bootloader
not included in master yet: 
268177c qemux86: Add identical qemux86copy variant for tests
b77bb05 sstate-sysroot-cruft.sh: Extend the whitelist
d4c27b7 recipes: Replace "cp -a" with "cp -R --no-dereference 
--preserve=mode,links"
a90bb2a buildhistory.bbclass: metadata-revs show repo parent
37e4ad6 metadata-revs: provide more information
82c2609 report-error: Allow to upload reports automatically
886304b Revert "openssl: Fix build with clang"
7524fc7 Revert "mesa: Contain configure search for llvm"

== Tested changes (not included in master yet) - meta-openembedded ==
latest upst

Re: [oe] [PATCH][meta-oe 3/9] libqb: use github.com instead of retired fedorahosted.org

Re: [oe] [meta-qt5] qtwebkit 5.8 build issues?

Re: [oe] [PATCH] u-boot: Update to 2017.03 release

Re: [oe] [PATCH] u-boot: Update to 2017.03 release

Re: [oe] [meta-browser] calling all chromium recipe users

Re: [oe] [PATCH] u-boot: Update to 2017.03 release

[oe] [meta-browser] calling all chromium recipe users

Re: [oe] [meta-oe][PATCH 04/14] gpm: Update to use git src uri

Re: [oe] [meta-oe][PATCH 04/14] gpm: Update to use git src uri

Re: [oe] [meta-oe][PATCH 04/14] gpm: Update to use git src uri

Re: [oe] Meson build system

Re: [oe] [meta-OE] Remove do_install_append() from zsh recipe.

Re: [oe] [OE-core] State of bitbake world, Failed tasks 2017-03-27

Re: [oe] [meta-oe][PATCH 04/14] gpm: Update to use git src uri

Re: [oe] [OE-core] State of bitbake world, Failed tasks 2017-03-27

[oe] [PATCH][meta-oe] libqb: inherit autotools-brokensep

[oe] [PATCH][meta-efl] meta-efl: blacklist efl-native and dependent recipes

Re: [oe] [OE-core] State of bitbake world, Failed tasks 2017-03-27

[oe] [PATCH][meta-oe 9/9] zile: fix do_install

[oe] [PATCH][meta-oe 8/9] tcsh, dt: blacklist because tcsh doesn't respect CC variable

[oe] [PATCH][meta-oe 7/9] vboxguestdrivers: upgrade to 5.1.18 to fix compatibility with 4.10 kernel

[oe] [PATCH][meta-oe 6/9] vboxguestdrivers: make sure that do_compile fails when some module failed to build

[oe] [PATCH][meta-oe 5/9] ttf-liberation-sans-narrow: use pagure.org instead of retired fedorahosted.org

[oe] [PATCH][meta-oe 4/9] ttf-abyssinica: fix SRC_URI

[oe] [PATCH][meta-oe 3/9] libqb: use github.com instead of retired fedorahosted.org

[oe] [PATCH][meta-oe 2/9] mailcap: use pagure.org instead of retired fedorahosted.org

[oe] [PATCH][meta-oe 1/9] hwdata: use github instead of fedorahosted.org

Re: [oe] [OE-core] State of bitbake world, Failed tasks 2017-03-27

Re: [oe] [OE-core] State of bitbake world, Failed tasks 2017-03-27

[oe] State of bitbake world, Failed tasks 2017-03-27

30 matches

Site Navigation

Mail list logo

Footer information