* Re: [PATCH] mkefidisk.sh: add deprecation warning to the output
From: Ed Bartosh @ 2016-11-07 23:00 UTC (permalink / raw)
To: Khem Raj; +Cc: openembedded-core
In-Reply-To: <CD1ACFFA-619F-4C36-99AC-76D6A6068E74@gmail.com>
On Thu, Nov 03, 2016 at 02:42:39PM -0700, Khem Raj wrote:
>
> > On Oct 31, 2016, at 3:46 AM, Ed Bartosh <ed.bartosh@linux.intel.com> wrote:
> >
> > mkefidisk.sh will soon be deprecated in favor of .wic images.
> >
> > Added deprecation warning to the script to inform users that
> > this script will soon be removed from the codebase.
> >
> > Signed-off-by: Ed Bartosh <ed.bartosh@linux.intel.com>
> > ---
> > scripts/contrib/mkefidisk.sh | 5 +++++
> > 1 file changed, 5 insertions(+)
> >
> > diff --git a/scripts/contrib/mkefidisk.sh b/scripts/contrib/mkefidisk.sh
> > index d8db3c0..a175895 100755
> > --- a/scripts/contrib/mkefidisk.sh
> > +++ b/scripts/contrib/mkefidisk.sh
> > @@ -20,6 +20,11 @@
> >
> > LANG=C
> >
> > +echo
> > +echo "WARNING: This script is deprecated and will be removed soon."
> > +echo "Please consider using wic EFI images instead."
> > +echo
> > +
>
> is .wic image dd’able directly ?
Yes, they are.
> 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
--
Regards,
Ed
^ permalink raw reply
* Re: [PATCH] mkefidisk.sh: add deprecation warning to the output
From: Ed Bartosh @ 2016-11-07 23:02 UTC (permalink / raw)
To: Christopher Larson; +Cc: Patches and discussions about the oe-core layer
In-Reply-To: <CABcZANkm7CbH8pOHi5Wo3oN=usiCfX9kmOr6fPp9j9-M7E0AMg@mail.gmail.com>
On Thu, Nov 03, 2016 at 07:23:24PM -0700, Christopher Larson wrote:
> On Thu, Nov 3, 2016 at 2:42 PM, Khem Raj <raj.khem@gmail.com> wrote:
>
> > > On Oct 31, 2016, at 3:46 AM, Ed Bartosh <ed.bartosh@linux.intel.com>
> > wrote:
> > >
> > > mkefidisk.sh will soon be deprecated in favor of .wic images.
> > >
> > > Added deprecation warning to the script to inform users that
> > > this script will soon be removed from the codebase.
> > >
> > > Signed-off-by: Ed Bartosh <ed.bartosh@linux.intel.com>
> > > ---
> > > scripts/contrib/mkefidisk.sh | 5 +++++
> > > 1 file changed, 5 insertions(+)
> > >
> > > diff --git a/scripts/contrib/mkefidisk.sh b/scripts/contrib/mkefidisk.sh
> > > index d8db3c0..a175895 100755
> > > --- a/scripts/contrib/mkefidisk.sh
> > > +++ b/scripts/contrib/mkefidisk.sh
> > > @@ -20,6 +20,11 @@
> > >
> > > LANG=C
> > >
> > > +echo
> > > +echo "WARNING: This script is deprecated and will be removed soon."
> > > +echo "Please consider using wic EFI images instead."
> > > +echo
> > > +
> >
> > is .wic image dd’able directly ?
> >
>
> Yes, that’s the point :) Though I prefer bmaptool w/ IMAGE_FSTYPES +=
> “wic.bmap” personally, don’t have to rely on the file keeping its
> sparseness when scp’ing it around and whatnot.
Recommending bmaptool as a preferred way of flashing is in the plans :)
--
Regards,
Ed
^ permalink raw reply
* Re: [PATCH] mkefidisk.sh: add deprecation warning to the output
From: Khem Raj @ 2016-11-07 23:44 UTC (permalink / raw)
To: ed.bartosh; +Cc: openembedded-core
In-Reply-To: <20161107230047.GA7754@linux.intel.com>
On 11/7/16 3:00 PM, Ed Bartosh wrote:
> On Thu, Nov 03, 2016 at 02:42:39PM -0700, Khem Raj wrote:
>>
>>> On Oct 31, 2016, at 3:46 AM, Ed Bartosh <ed.bartosh@linux.intel.com> wrote:
>>>
>>> mkefidisk.sh will soon be deprecated in favor of .wic images.
>>>
>>> Added deprecation warning to the script to inform users that
>>> this script will soon be removed from the codebase.
>>>
>>> Signed-off-by: Ed Bartosh <ed.bartosh@linux.intel.com>
>>> ---
>>> scripts/contrib/mkefidisk.sh | 5 +++++
>>> 1 file changed, 5 insertions(+)
>>>
>>> diff --git a/scripts/contrib/mkefidisk.sh b/scripts/contrib/mkefidisk.sh
>>> index d8db3c0..a175895 100755
>>> --- a/scripts/contrib/mkefidisk.sh
>>> +++ b/scripts/contrib/mkefidisk.sh
>>> @@ -20,6 +20,11 @@
>>>
>>> LANG=C
>>>
>>> +echo
>>> +echo "WARNING: This script is deprecated and will be removed soon."
>>> +echo "Please consider using wic EFI images instead."
>>> +echo
>>> +
>>
>> is .wic image dd’able directly ?
> Yes, they are.
>
>> 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 ?
>
> --
> Regards,
> Ed
>
^ permalink raw reply
* Re: [Patch 01/13] arch-mips: Add MACHINEOVERRIDES variables to reduce duplication
From: Andre McCurdy @ 2016-11-08 2:32 UTC (permalink / raw)
To: Khem Raj; +Cc: OE Core mailing list
In-Reply-To: <dfeea628-1c1b-1e1e-b015-aa4cd5b9b42c@gmail.com>
On Mon, Nov 7, 2016 at 9:30 AM, Khem Raj <raj.khem@gmail.com> 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 <Zubair.Kakakhel@imgtec.com>
>> ---
>> 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_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 =. "${@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?
http://git.openembedded.org/openembedded-core/commit/?id=351443d71eb246a946b41f12b54d57b36fe1574e
>> +
>> # 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"
>>
> --
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
^ permalink raw reply
* [PATCH] x264: Update to latest on stable branch
From: Khem Raj @ 2016-11-08 5:23 UTC (permalink / raw)
To: openembedded-core
- 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 <raj.khem@gmail.com>
---
.../x264/x264/don-t-default-to-cortex-a9-with-neon.patch | 13 ++-----------
meta/recipes-multimedia/x264/x264_git.bb | 9 +++------
2 files changed, 5 insertions(+), 17 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 <andrei@gherzan.ro>
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..8a239e1 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} \
'
@@ -47,7 +48,3 @@ 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"
-
--
2.10.2
^ permalink raw reply related
* [PATCH V2] musl: Update to latest on master
From: Khem Raj @ 2016-11-08 5:45 UTC (permalink / raw)
To: openembedded-core
Signed-off-by: Khem Raj <raj.khem@gmail.com>
---
meta/recipes-core/musl/files/CVE-2016-8859.patch | 79 ------------------------
meta/recipes-core/musl/musl_git.bb | 3 +-
2 files changed, 1 insertion(+), 81 deletions(-)
delete mode 100644 meta/recipes-core/musl/files/CVE-2016-8859.patch
diff --git a/meta/recipes-core/musl/files/CVE-2016-8859.patch b/meta/recipes-core/musl/files/CVE-2016-8859.patch
deleted file mode 100644
index 82da86f..0000000
--- a/meta/recipes-core/musl/files/CVE-2016-8859.patch
+++ /dev/null
@@ -1,79 +0,0 @@
-From c3edc06d1e1360f3570db9155d6b318ae0d0f0f7 Mon Sep 17 00:00:00 2001
-From: Rich Felker <dalias@aerifal.cx>
-Date: Thu, 6 Oct 2016 18:34:58 -0400
-Subject: [PATCH] fix missing integer overflow checks in regexec buffer size
- computations
-
-most of the possible overflows were already ruled out in practice by
-regcomp having already succeeded performing larger allocations.
-however at least the num_states*num_tags multiplication can clearly
-overflow in practice. for safety, check them all, and use the proper
-type, size_t, rather than int.
-
-also improve comments, use calloc in place of malloc+memset, and
-remove bogus casts.
-
-Upstream-Status: Backport
-CVE: CVE-2016-8859
-
-Signed-off-by: Armin Kuster <akuster@mvista.com>
-
----
- src/regex/regexec.c | 23 ++++++++++++++++++-----
- 1 file changed, 18 insertions(+), 5 deletions(-)
-
-diff --git a/src/regex/regexec.c b/src/regex/regexec.c
-index 16c5d0a..dd52319 100644
---- a/src/regex/regexec.c
-+++ b/src/regex/regexec.c
-@@ -34,6 +34,7 @@
- #include <wchar.h>
- #include <wctype.h>
- #include <limits.h>
-+#include <stdint.h>
-
- #include <regex.h>
-
-@@ -206,11 +207,24 @@ tre_tnfa_run_parallel(const tre_tnfa_t *tnfa, const void *string,
-
- /* Allocate memory for temporary data required for matching. This needs to
- be done for every matching operation to be thread safe. This allocates
-- everything in a single large block from the stack frame using alloca()
-- or with malloc() if alloca is unavailable. */
-+ everything in a single large block with calloc(). */
- {
-- int tbytes, rbytes, pbytes, xbytes, total_bytes;
-+ size_t tbytes, rbytes, pbytes, xbytes, total_bytes;
- char *tmp_buf;
-+
-+ /* Ensure that tbytes and xbytes*num_states cannot overflow, and that
-+ * they don't contribute more than 1/8 of SIZE_MAX to total_bytes. */
-+ if (num_tags > SIZE_MAX/(8 * sizeof(int) * tnfa->num_states))
-+ goto error_exit;
-+
-+ /* Likewise check rbytes. */
-+ if (tnfa->num_states+1 > SIZE_MAX/(8 * sizeof(*reach_next)))
-+ goto error_exit;
-+
-+ /* Likewise check pbytes. */
-+ if (tnfa->num_states > SIZE_MAX/(8 * sizeof(*reach_pos)))
-+ goto error_exit;
-+
- /* Compute the length of the block we need. */
- tbytes = sizeof(*tmp_tags) * num_tags;
- rbytes = sizeof(*reach_next) * (tnfa->num_states + 1);
-@@ -221,10 +235,9 @@ tre_tnfa_run_parallel(const tre_tnfa_t *tnfa, const void *string,
- + (rbytes + xbytes * tnfa->num_states) * 2 + tbytes + pbytes;
-
- /* Allocate the memory. */
-- buf = xmalloc((unsigned)total_bytes);
-+ buf = calloc(total_bytes, 1);
- if (buf == NULL)
- return REG_ESPACE;
-- memset(buf, 0, (size_t)total_bytes);
-
- /* Get the various pointers within tmp_buf (properly aligned). */
- tmp_tags = (void *)buf;
---
-2.7.4
-
diff --git a/meta/recipes-core/musl/musl_git.bb b/meta/recipes-core/musl/musl_git.bb
index 1ee56b6..be5c5af 100644
--- a/meta/recipes-core/musl/musl_git.bb
+++ b/meta/recipes-core/musl/musl_git.bb
@@ -3,7 +3,7 @@
require musl.inc
-SRCREV = "39494a273eaa6b714e0fa0c59ce7a1f5fbc80a1e"
+SRCREV = "33ce920857405d4f4b342c85b74588a15e2702e5"
PV = "1.1.15+git${SRCPV}"
@@ -11,7 +11,6 @@ PV = "1.1.15+git${SRCPV}"
SRC_URI = "git://git.musl-libc.org/musl \
file://0001-Make-dynamic-linker-a-relative-symlink-to-libc.patch \
- file://CVE-2016-8859.patch \
"
S = "${WORKDIR}/git"
--
2.10.2
^ permalink raw reply related
* Re: [PATCH version2] db: disable the ARM assembler mutex code
From: Zhou, Li @ 2016-11-08 6:13 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <1478487736-115662-1-git-send-email-li.zhou@windriver.com>
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 <li.zhou@windriver.com>
> ---
> 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
^ permalink raw reply
* Re: uninative binary?
From: Gary Thomas @ 2016-11-08 6:41 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <1478253823.23123.93.camel@linuxfoundation.org>
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/101ff8f2580c193488db9e76f9646fb6ed38b65fb76f403acb0e2178ce7127ca:
total 4
lrwxrwxrwx 1 gthomas gthomas 76 Nov 7 13:02 x86_64-nativesdk-libc.tar.bz2 ->
/local/poky-cutting-edge/sources/uninative/1.4/x86_64-nativesdk-libc.tar.bz2
--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------
^ permalink raw reply
* [PATCH] wayland: upgrade from 1.11.1 to 1.12.0
From: Fathi Boudra @ 2016-11-08 7:57 UTC (permalink / raw)
To: openembedded-core
* 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 <daniel.diaz@linaro.org>
Signed-off-by: Fathi Boudra <fathi.boudra@linaro.org>
---
...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..0000000
--- 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 <raj.khem@gmail.com>
-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 <raj.khem@gmail.com>
-Signed-off-by: Jussi Kukkonen <jussi.kukkonen@intel.com>
-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] = "4c8a99d030282740e898dead98c92d92023be9c3536c7f504444d215a7e39195"
+SRC_URI[md5sum] = "ee615e2d1e205eec48b02f069327eb96"
+SRC_URI[sha256sum] = "d6b4135cba0188abcb7275513c72dede751d6194f6edc5b82183a3ba8b821ab1"
EXTRA_OECONF_class-native = "--disable-documentation --disable-libraries"
--
2.10.2
^ permalink raw reply related
* [PATCH v2] uninative: rebuild uninative for gcc 4.8 and 4.9
From: Ed Bartosh @ 2016-11-08 8:11 UTC (permalink / raw)
To: openembedded-core
In-Reply-To: <CAJTo0LbZ=dQWK7XyUOz5My8iKje8DYgCMmkLPCTXeEicWoj9xg@mail.gmail.com>
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-<gcc version> 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 <ed.bartosh@linux.intel.com>
---
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
^ permalink raw reply related
* methodology for writing OE perl recipes equivalent to RH RPMs
From: Robert P. J. Day @ 2016-11-08 8:19 UTC (permalink / raw)
To: OE Core mailing list
(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
========================================================================
^ permalink raw reply
* compile error for handwritten "perl-RPM2", 'RPM_GNUC_NULL_TERMINATED' error
From: Robert P. J. Day @ 2016-11-08 8:55 UTC (permalink / raw)
To: OE Core mailing list
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
========================================================================
^ permalink raw reply
* Re: [PATCH version2] db: disable the ARM assembler mutex code
From: Burton, Ross @ 2016-11-08 9:27 UTC (permalink / raw)
To: Zhou, Li; +Cc: OE-core
In-Reply-To: <42194f13-8e2c-1baf-faf5-b8d2c7a46c2c@windriver.com>
[-- Attachment #1: Type: text/plain, Size: 1839 bytes --]
This is merged into my staging branch so should be in master soon.
Ross
On 8 November 2016 at 06:13, Zhou, Li <li.zhou@windriver.com> 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 <li.zhou@windriver.com>
>> ---
>> 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
>
[-- Attachment #2: Type: text/html, Size: 3219 bytes --]
^ permalink raw reply
* Re: Yocto Project Status WW45 - UPDATED
From: Andreas Oberritter @ 2016-11-08 10:00 UTC (permalink / raw)
To: Jolley, Stephen K, openembedded-core@lists.openembedded.org
In-Reply-To: <9ADD3FDE8B189B4AA2F8A3C711F8155E572AE52E@fmsmsx111.amr.corp.intel.com>
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
^ permalink raw reply
* [PATCH] curl: Upgrade 7.50.1.bb -> curl_7.51.0.bb
From: Sona Sarmadi @ 2016-11-08 10:41 UTC (permalink / raw)
To: openembedded-core
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 <sona.sarmadi@enea.com>
---
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
^ permalink raw reply related
* Re: [Patch 01/13] arch-mips: Add MACHINEOVERRIDES variables to reduce duplication
From: André Draszik @ 2016-11-08 10:54 UTC (permalink / raw)
To: OE Core mailing list
In-Reply-To: <CAJ86T=UAjjvEOoxJjWX16x-iDNqb-EAHqgCEBZ9_SyW00W7mEg@mail.gmail.com>
On Mon, 2016-11-07 at 18:32 -0800, Andre McCurdy wrote:
> On Mon, Nov 7, 2016 at 9:30 AM, Khem Raj <raj.khem@gmail.com> 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 <Zubair.Kakakhel@imgtec.com>
> > > ---
> > > 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'
^ permalink raw reply
* Re: [PATCH] x264: Update to latest on stable branch
From: Burton, Ross @ 2016-11-08 11:07 UTC (permalink / raw)
To: Khem Raj; +Cc: OE-core
In-Reply-To: <20161108052325.11907-1-raj.khem@gmail.com>
[-- Attachment #1: Type: text/plain, Size: 2316 bytes --]
On 8 November 2016 at 05:23, Khem Raj <raj.khem@gmail.com> 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 <raj.khem@gmail.com>
>
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
[-- Attachment #2: Type: text/html, Size: 3974 bytes --]
^ permalink raw reply
* Re: [PATCH v2 2/2] runqemu: Allow the user to specity no kernel or rootFS
From: Nathan Rossi @ 2016-11-08 11:15 UTC (permalink / raw)
To: Alistair Francis; +Cc: openembedded-core
In-Reply-To: <1478132237-28350-3-git-send-email-alistair.francis@xilinx.com>
On 3 November 2016 at 10:17, Alistair Francis
<alistair.francis@xilinx.com> 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 <alistair.francis@xilinx.com>
> ---
> 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
>
^ permalink raw reply
* Re: compile error for handwritten "perl-RPM2", 'RPM_GNUC_NULL_TERMINATED' error
From: Robert P. J. Day @ 2016-11-08 11:17 UTC (permalink / raw)
To: OE Core mailing list
In-Reply-To: <alpine.LFD.2.20.1611080334060.19840@localhost.localdomain>
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 <rpm/rpmcli.h>
next, wander over to the qemuppc sysroot, to usr/include/rpm/, to
check out that header file, which contains (among other things):
#include <popt.h>
#include <rpmmacro.h> <----- there
#include <rpmtypes.h>
#include <rpmtag.h>
#include <rpmps.h>
#include <rpmrc.h>
#include <rpmfi.h> /* XXX rpmfileAttrs */
#include <rpmts.h> /* XXX rpmdepFlags *
next, in the same directory, examine rpmmacro.h, which contains:
#if defined(_MACRO_INTERNAL)
#include <rpmiotypes.h>
... snip ...
at this point, inclusion is now conditional on _MACRO_INTERNAL, so
move on to rpmiotypes.h, which contains:
#include <rpmutil.h>
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: http://ca.linkedin.com/in/rpjday
========================================================================
^ permalink raw reply
* [PATCH v2] libpcap: Update to version 1.8.1
From: Fabio Berton @ 2016-11-08 11:52 UTC (permalink / raw)
To: openembedded-core
- 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 <fabio.berton@ossystems.com.br>
---
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..0000000
--- 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 (defined)
- dnl
--AC_DEFUN(AC_LBL_SOCKADDR_STORAGE,
-+AC_DEFUN([AC_LBL_SOCKADDR_STORAGE],
- [AC_MSG_CHECKING(if sockaddr_storage struct exists)
- AC_CACHE_VAL(ac_cv_lbl_has_sockaddr_storage,
- AC_TRY_COMPILE([
-@@ -593,7 +593,7 @@
- dnl won't be using code that would use that member, or we wouldn't
- dnl compile in any case).
- dnl
--AC_DEFUN(AC_LBL_HP_PPA_INFO_T_DL_MODULE_ID_1,
-+AC_DEFUN([AC_LBL_HP_PPA_INFO_T_DL_MODULE_ID_1],
- [AC_MSG_CHECKING(if dl_hp_ppa_info_t struct has dl_module_id_1 member)
- AC_CACHE_VAL(ac_cv_lbl_dl_hp_ppa_info_t_has_dl_module_id_1,
- AC_TRY_COMPILE([
-@@ -619,7 +619,7 @@
- dnl
- dnl ac_cv_lbl_have_run_path (yes or no)
- dnl
--AC_DEFUN(AC_LBL_HAVE_RUN_PATH,
-+AC_DEFUN([AC_LBL_HAVE_RUN_PATH],
- [AC_MSG_CHECKING(for ${CC-cc} -R)
- AC_CACHE_VAL(ac_cv_lbl_have_run_path,
- [echo 'main(){}' > conftest.c
-@@ -644,7 +644,7 @@
- dnl
- dnl LBL_ALIGN (DEFINED)
- dnl
--AC_DEFUN(AC_LBL_UNALIGNED_ACCESS,
-+AC_DEFUN([AC_LBL_UNALIGNED_ACCESS],
- [AC_MSG_CHECKING(if unaligned accesses fail)
- AC_CACHE_VAL(ac_cv_lbl_unaligned_fail,
- [case "$host_cpu" in
-@@ -749,7 +749,7 @@
- dnl HAVE_OS_PROTO_H (defined)
- dnl os-proto.h (symlinked)
- dnl
--AC_DEFUN(AC_LBL_DEVEL,
-+AC_DEFUN([AC_LBL_DEVEL],
- [rm -f os-proto.h
- if test "${LBL_CFLAGS+set}" = set; then
- $1="$$1 ${LBL_CFLAGS}"
-@@ -886,7 +886,7 @@
- dnl statically and happen to have a libresolv.a lying around (and no
- dnl libnsl.a).
- dnl
--AC_DEFUN(AC_LBL_LIBRARY_NET, [
-+AC_DEFUN([AC_LBL_LIBRARY_NET], [
- # Most operating systems have gethostbyname() in the default searched
- # libraries (i.e. libc):
- # Some OSes (eg. Solaris) place it in libnsl
-@@ -909,7 +909,7 @@
- dnl Test for __attribute__
- dnl
-
--AC_DEFUN(AC_C___ATTRIBUTE__, [
-+AC_DEFUN([AC_C___ATTRIBUTE__], [
- AC_MSG_CHECKING(for __attribute__)
- AC_CACHE_VAL(ac_cv___attribute__, [
- AC_COMPILE_IFELSE(
-@@ -947,7 +947,7 @@
- dnl
- dnl -Scott Barron
- dnl
--AC_DEFUN(AC_LBL_TPACKET_STATS,
-+AC_DEFUN([AC_LBL_TPACKET_STATS],
- [AC_MSG_CHECKING(if if_packet.h has tpacket_stats defined)
- AC_CACHE_VAL(ac_cv_lbl_tpacket_stats,
- AC_TRY_COMPILE([
-@@ -976,7 +976,7 @@
- dnl doesn't have that member (which is OK, as either we won't be using
- dnl code that would use that member, or we wouldn't compile in any case).
- dnl
--AC_DEFUN(AC_LBL_LINUX_TPACKET_AUXDATA_TP_VLAN_TCI,
-+AC_DEFUN([AC_LBL_LINUX_TPACKET_AUXDATA_TP_VLAN_TCI],
- [AC_MSG_CHECKING(if tpacket_auxdata struct has tp_vlan_tci member)
- AC_CACHE_VAL(ac_cv_lbl_dl_hp_ppa_info_t_has_dl_module_id_1,
- AC_TRY_COMPILE([
-@@ -1003,7 +1003,7 @@
- dnl
- dnl HAVE_DLPI_PASSIVE (defined)
- dnl
--AC_DEFUN(AC_LBL_DL_PASSIVE_REQ_T,
-+AC_DEFUN([AC_LBL_DL_PASSIVE_REQ_T],
- [AC_MSG_CHECKING(if dl_passive_req_t struct exists)
- AC_CACHE_VAL(ac_cv_lbl_has_dl_passive_req_t,
- AC_TRY_COMPILE([
diff --git a/meta/recipes-connectivity/libpcap/libpcap/libpcap-pkgconfig-support.patch b/meta/recipes-connectivity/libpcap/libpcap/libpcap-pkgconfig-support.patch
index b861513..afaa3be 100644
--- a/meta/recipes-connectivity/libpcap/libpcap/libpcap-pkgconfig-support.patch
+++ b/meta/recipes-connectivity/libpcap/libpcap/libpcap-pkgconfig-support.patch
@@ -1,25 +1,27 @@
-From 8887132e85892a72a84ca3878e60f254ad2ce939 Mon Sep 17 00:00:00 2001
-From: Joe MacDonald <joe_macdonald@mentor.com>
-Date: Tue, 24 Feb 2015 15:56:06 -0500
+From 2796129af52901dd68595e5e88a639308541def9 Mon Sep 17 00:00:00 2001
+From: Fabio Berton <fabio.berton@ossystems.com.br>
+Date: Thu, 3 Nov 2016 17:56:29 -0200
Subject: [PATCH] libpcap: pkgconfig support
+Organization: O.S. Systems Software LTDA.
Adding basic structure to support pkg-config.
Upstream-Status: Inappropriate [embedded specific]
Signed-off-by: Joe MacDonald <joe_macdonald@mentor.com>
+Signed-off-by: Fabio Berton <fabio.berton@ossystems.com.br>
---
Makefile.in | 5 +++++
- configure.in | 1 +
+ configure.ac | 1 +
libpcap.pc.in | 10 ++++++++++
3 files changed, 16 insertions(+)
create mode 100644 libpcap.pc.in
diff --git a/Makefile.in b/Makefile.in
-index 1c2d745..1f25faf 100644
+index e71d973..d7004ed 100644
--- a/Makefile.in
+++ b/Makefile.in
-@@ -60,6 +60,10 @@ V_RPATH_OPT = @V_RPATH_OPT@
+@@ -61,6 +61,10 @@ V_RPATH_OPT = @V_RPATH_OPT@
DEPENDENCY_CFLAG = @DEPENDENCY_CFLAG@
PROG=libpcap
@@ -30,19 +32,19 @@ index 1c2d745..1f25faf 100644
# Standard CFLAGS
FULL_CFLAGS = $(CCOPT) $(INCLS) $(DEFS) $(CFLAGS)
-@@ -275,6 +279,7 @@ EXTRA_DIST = \
+@@ -286,6 +290,7 @@ EXTRA_DIST = \
lbl/os-solaris2.h \
lbl/os-sunos4.h \
lbl/os-ultrix4.h \
+ libpcap.pc \
+ missing/getopt.c \
+ missing/getopt.h \
missing/snprintf.c \
- mkdep \
- msdos/bin2c.c \
-diff --git a/configure.in b/configure.in
-index 8f5c86b..fb51b35 100644
---- a/configure.in
-+++ b/configure.in
-@@ -1700,6 +1700,7 @@ esac
+diff --git a/configure.ac b/configure.ac
+index da2f940..4fc67bf 100644
+--- a/configure.ac
++++ b/configure.ac
+@@ -1805,6 +1805,7 @@ fi
AC_PROG_INSTALL
AC_CONFIG_HEADER(config.h)
@@ -67,5 +69,5 @@ index 0000000..4f78ad8
+Libs: -L${libdir} -lpcap
+Cflags: -I${includedir}
--
-1.9.1
+2.1.4
diff --git a/meta/recipes-connectivity/libpcap/libpcap_1.7.4.bb b/meta/recipes-connectivity/libpcap/libpcap_1.8.1.bb
similarity index 67%
rename from meta/recipes-connectivity/libpcap/libpcap_1.7.4.bb
rename to meta/recipes-connectivity/libpcap/libpcap_1.8.1.bb
index 8d12b25..9072fe0 100644
--- a/meta/recipes-connectivity/libpcap/libpcap_1.7.4.bb
+++ b/meta/recipes-connectivity/libpcap/libpcap_1.8.1.bb
@@ -1,10 +1,11 @@
require libpcap.inc
-SRC_URI += "file://aclocal.patch \
- file://libpcap-pkgconfig-support.patch \
- "
-SRC_URI[md5sum] = "b2e13142bbaba857ab1c6894aedaf547"
-SRC_URI[sha256sum] = "7ad3112187e88328b85e46dce7a9b949632af18ee74d97ffc3f2b41fe7f448b0"
+SRC_URI += " \
+ file://libpcap-pkgconfig-support.patch \
+"
+
+SRC_URI[md5sum] = "3d48f9cd171ff12b0efd9134b52f1447"
+SRC_URI[sha256sum] = "673dbc69fdc3f5a86fb5759ab19899039a8e5e6c631749e48dcd9c6f0c83541e"
#
# make install doesn't cover the shared lib
@@ -13,7 +14,7 @@ SRC_URI[sha256sum] = "7ad3112187e88328b85e46dce7a9b949632af18ee74d97ffc3f2b41fe7
do_configure_prepend () {
#remove hardcoded references to /usr/include
- sed 's|\([ "^'\''I]\+\)/usr/include/|\1${STAGING_INCDIR}/|g' -i ${S}/configure.in
+ sed 's|\([ "^'\''I]\+\)/usr/include/|\1${STAGING_INCDIR}/|g' -i ${S}/configure.ac
}
do_install_prepend () {
--
2.1.4
^ permalink raw reply related
* State of bitbake world 2016-11-03
From: Martin Jansa @ 2016-11-08 12:24 UTC (permalink / raw)
To: openembedded-core, openembedded-devel
[-- Attachment #1: Type: text/plain, Size: 65390 bytes --]
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/log.dependencies.qemux86.20161104_030721.log//3_min/failed/xfce4-vala.log
=== Incorrect PACKAGE_ARCH or sstate signatures (0) ===
Complete log: http://logs.nslu2-linux.org/buildlogs/oe/world/log.signatures.20161103_084806.log/
* ERROR: Nothing PROVIDES 'netmap-modules' (but /home/jenkins/oe/world/shr-core/meta-openembedded/meta-networking/recipes-kernel/netmap/netmap_git.bb DEPENDS on or otherwise requires it)
* ERROR: netmap-modules was skipped: Recipe is blacklisted: BROKEN: not compatible with default kernel version 4.8
* ERROR: Required build target 'meta-world-pkgdata' has no buildable providers.
* ERROR: no sigdata files were generated for MACHINE qemux86copy in /home/jenkins/oe/world/shr-core/tmp-glibc/stamps
* ERROR: Nothing PROVIDES 'netmap-modules' (but /home/jenkins/oe/world/shr-core/meta-openembedded/meta-networking/recipes-kernel/netmap/netmap_git.bb DEPENDS on or otherwise requires it)
* ERROR: netmap-modules was skipped: Recipe is blacklisted: BROKEN: not compatible with default kernel version 4.8
* ERROR: Required build target 'meta-world-pkgdata' has no buildable providers.
* ERROR: no sigdata files were generated for MACHINE qemux86 in /home/jenkins/oe/world/shr-core/tmp-glibc/stamps
* ERROR: Nothing PROVIDES 'netmap-modules' (but /home/jenkins/oe/world/shr-core/meta-openembedded/meta-networking/recipes-kernel/netmap/netmap_git.bb DEPENDS on or otherwise requires it)
* ERROR: netmap-modules was skipped: Recipe is blacklisted: BROKEN: not compatible with default kernel version 4.8
* ERROR: Required build target 'meta-world-pkgdata' has no buildable providers.
* ERROR: no sigdata files were generated for MACHINE qemuarm in /home/jenkins/oe/world/shr-core/tmp-glibc/stamps
PNBLACKLISTs:
openembedded-core/:
meta-browser:
recipes-browser/chromium/cef3_280796.bb:PNBLACKLIST[cef3] ?= "BROKEN: fails to build with gcc-6"
meta-openembedded:
meta-efl/recipes-efl/e17/diskio_svn.bb:PNBLACKLIST[diskio] ?= "broken: switch to https://git.enlightenment.org/enlightenment/modules/diskio.git/ and fix 0.0.1+svnr82070-r0.0/E-MODULES-EXTRA/diskio/e-module-diskio.edc:58. invalid state name: 'off'. "default" state must always be first."
meta-efl/recipes-efl/e17/elbow_git.bb:PNBLACKLIST[elbow] ?= "Depends on blacklisted webkit-efl"
meta-efl/recipes-efl/e17/elmdentica_svn.bb:PNBLACKLIST[elmdentica] ?= "OLD and depends on broken azy"
meta-efl/recipes-efl/e17/emprint_svn.bb:PNBLACKLIST[emprint] ?= "if you want to use these modules with E18, then you need to update it to git recipe fetching newer sources from http://git.enlightenment.org/apps/emprint.git/"
meta-efl/recipes-efl/e17/news_svn.bb:PNBLACKLIST[news] ?= "if you want to use these modules with E18, then you need to update it to git recipe fetching newer sources from http://git.enlightenment.org/enlightenment/modules/news.git/"
meta-efl/recipes-efl/e17/rage_svn.bb:PNBLACKLIST[rage] ?= "if you want to use these modules with E18, then you need to update it to git recipe fetching newer sources from http://git.enlightenment.org/apps/rage.git/"
meta-efl/recipes-efl/e17/screenshot_svn.bb:PNBLACKLIST[screenshot] ?= "depends on blacklisted emprint"
meta-efl/recipes-efl/efl/azy_svn.bb:PNBLACKLIST[azy] ?= "OLD and doesn't build with gcc-5"
meta-efl/recipes-efl/efl/engrave_svn.bb:PNBLACKLIST[engrave] ?= "BROKEN: fails to build with latest oe-core"
meta-efl/recipes-efl/efl/entrance_svn.bb:PNBLACKLIST[entrance] ?= "broken: switch to https://git.enlightenment.org/misc/entrance.git and fix 0.0.4+svnr82070-r7/entrance/data/themes/old/default.edc:678. invalid state name: 'defaault'. "default" state must always be first."
meta-efl/recipes-efl/webkit/webkit-efl.inc:PNBLACKLIST[webkit-efl] ?= "Old and unmaintaned fork with many security issues"
meta-efl/recipes-navigation/mcnavi/mcnavi_0.3.4.bb:PNBLACKLIST[mcnavi] ?= "BROKEN: latest version 0.3.4 is 3 years old and now broken with more strict ejde_cc from efl-1.13"
meta-filesystems/recipes-utils/dmapi/dmapi_2.2.12.bb:PNBLACKLIST[dmapi] ?= "Depends on broken xfsprogs"
meta-filesystems/recipes-utils/xfsdump/xfsdump_3.1.4.bb:PNBLACKLIST[xfsdump] ?= "Depends on broken xfsprogs"
meta-filesystems/recipes-utils/xfsprogs/xfsprogs_3.2.3.bb:PNBLACKLIST[xfsprogs] ?= "BROKEN: Needs upgrade to 4.5.0 version to be compatible with Kernel uapi changes from 4.5"
meta-gnome/recipes-apps/epdfview/epdfview_0.1.8.bb:PNBLACKLIST[epdfview] ?= "BROKEN: images are not displayed anymore"
meta-gnome/recipes-apps/gnome-mplayer/gnome-mplayer_1.0.5.bb:PNBLACKLIST[gnome-mplayer] ?= "rdepends on blacklisted mplayer"
meta-gnome/recipes-extended/gtk-theme-torturer/gtk-theme-torturer_git.bb:PNBLACKLIST[gtk-theme-torturer] ?= "BROKEN: gmacros.h:182:53: error: size of array '_GStaticAssertCompileTimeAssertion_2' is negative"
meta-gnome/recipes-gnome/gcalctool/gcalctool_5.32.0.bb:PNBLACKLIST[gcalctool] ?= "broken at least since April 2013 http://permalink.gmane.org/gmane.comp.handhelds.openembedded/57920 and nobody complained, it's also replaced by gnome calculator"
meta-gnome/recipes-gnome/gdm/gdm_2.32.2.bb:PNBLACKLIST[gdm] ?= "Depends on broken gnome-panel"
meta-gnome/recipes-gnome/gnome-control-center/gnome-control-center_2.32.1.bb:PNBLACKLIST[gnome-control-center] ?= "Depends on broken gnome-menus"
meta-gnome/recipes-gnome/gnome-keyring/gnome-keyring_2.32.1.bb:PNBLACKLIST[gnome-keyring] ?= "This version conflicts with gcr from oe-core"
meta-gnome/recipes-gnome/gnome-menus/gnome-menus_2.30.5.bb:PNBLACKLIST[gnome-menus] ?= "BROKEN: fails to build because of python + conflicts with gnome-menu3"
meta-gnome/recipes-gnome/gnome-panel/gnome-panel3_3.0.2.bb:PNBLACKLIST[gnome-panel3] ?= "CONFLICT: depends on libgweather3 which conflicts with libgweather"
meta-gnome/recipes-gnome/gnome-panel/gnome-panel3_3.0.2.bb:PNBLACKLIST[gnome-panel3] ?= "Depends on broken gnome-menus"
meta-gnome/recipes-gnome/gnome-panel/gnome-panel_2.32.1.bb:PNBLACKLIST[gnome-panel] ?= "Depends on broken libgweather"
meta-gnome/recipes-gnome/gnome-power-manager/gnome-power-manager_2.32.0.bb:PNBLACKLIST[gnome-power-manager] ?= "BROKEN: not compatible with current libnotify"
meta-gnome/recipes-gnome/gnome-session/gnome-session_2.32.1.bb:PNBLACKLIST[gnome-session] ?= "BROKEN: fails to build with gcc-6"
meta-gnome/recipes-gnome/gnome/gnome-terminal_2.30.2.bb:PNBLACKLIST[gnome-terminal] ?= "BROKEN: fails to build with gcc-6"
meta-gnome/recipes-gnome/gnome/libgnomecups_0.2.3.bb:PNBLACKLIST[libgnomecups] ?= "Depends on broken libgnomeui"
meta-gnome/recipes-gnome/gnome/libgnomeprint_2.18.8.bb:PNBLACKLIST[libgnomeprint] ?= "Depends on broken libgnomecups"
meta-gnome/recipes-gnome/gnumeric/gnumeric_1.12.0.bb:PNBLACKLIST[gnumeric] ?= "Depends on broken libgnomeprint"
meta-gnome/recipes-gnome/gweather/libgweather3_3.0.2.bb:PNBLACKLIST[libgweather3] ?= "CONFLICT: 876 files are conflicting with libgweather"
meta-gnome/recipes-gnome/gweather/libgweather_2.30.3.bb:PNBLACKLIST[libgweather] ?= "BROKEN: fails to build with gcc-6"
meta-gnome/recipes-gnome/nautilus/nautilus3_3.2.1.bb:PNBLACKLIST[nautilus3] ?= "BROKEN: fails to build, maybe missing dependency on gnome-desktop-utils.h provider"
meta-gnome/recipes-gnome/pimlico/tasks_0.19.bb:PNBLACKLIST[tasks] ?= "Fails to build with gcc-6"
meta-gnome/recipes-gnome/pimlico/tasks_git.bb:PNBLACKLIST[tasks] ?= "Fails to build with gcc-6"
meta-gnome/recipes-gnome/system-tools/system-tools-backends_2.10.2.bb:PNBLACKLIST[system-tools-backends] ?= "does not build with distroless qemuarm as reported in 'State of bitbake world' thread, nobody volunteered to fix them"
meta-gnome/recipes-gnome/zenity/zenity_2.32.1.bb:PNBLACKLIST[zenity] ?= "BROKEN: doesn't build with B!=S"
meta-gnome/recipes-support/goffice/goffice_0.10.1.bb:PNBLACKLIST[goffice] ?= "BROKEN: fails to build with gcc-6"
meta-gnome/recipes-support/tracker/tracker_0.14.2.bb:PNBLACKLIST[tracker] ?= "BROKEN: fails to build with new binutils-2.27"
meta-gpe/recipes-support/fbreader/fbreader_git.bb:PNBLACKLIST[fbreader] ?= "BROKEN: fails to build with gcc-6"
meta-multimedia/recipes-mediacentre/xbmc/xbmc_git.bb:PNBLACKLIST[xbmc] ?= "/usr/include/c++/ctime:70:11: error: '::gmtime' has not been declared"
meta-multimedia/recipes-mkv/mkvtoolnix/mkvtoolnix_git.bb:PNBLACKLIST[mkvtoolnix] ?= "BROKEN: Failx to build with gcc-5"
meta-multimedia/recipes-multimedia/coriander/coriander_2.0.2.bb:PNBLACKLIST[coriander] ?= "BROKEN: fails to use SDL probably because libsdl-config was removed, error: unknown type name 'SDL_Overlay'"
meta-multimedia/recipes-multimedia/dleyna/renderer-service-upnp_0.3.0.bb:PNBLACKLIST[renderer-service-upnp] ?= "BROKEN: doesn't build with B!=S (trying to install rendererconsole.py from ${B} instead of ${S})"
meta-multimedia/recipes-multimedia/gstreamer-0.10/gst-ffmpeg_0.10.13.bb:PNBLACKLIST[gst-ffmpeg] ?= "Not compatible with currently used ffmpeg 3"
meta-multimedia/recipes-multimedia/gstreamer/gst123_0.3.1.bb:PNBLACKLIST[gst123] ?= "gst123 is still "sometimes" using wrong sysroot"
meta-networking/recipes-daemons/dnrd/dnrd_2.20.3.bb:PNBLACKLIST[dnrd] ?= "BROKEN: dnrd-2.20.3-r0 do_package: QA Issue: dnrd: Files/directories were installed but not shipped in any package:"
meta-networking/recipes-kernel/netmap/netmap-modules_git.bb:PNBLACKLIST[netmap-modules] ?= "BROKEN: not compatible with default kernel version 4.8"
meta-networking/recipes-protocols/accel-ppp/accel-ppp_git.bb:PNBLACKLIST[accel-ppp] ?= "BROKEN: fails to build with new binutils-2.27"
meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.17.bb:PNBLACKLIST[lksctp-tools] ?= "${@bb.utils.contains('DISTRO_FEATURES', 'ld-is-gold', "BROKEN: fails to link against sctp_connectx symbol", '', d)}"
meta-networking/recipes-support/nis/ypbind-mt_2.2.bb:PNBLACKLIST[ypbind-mt] ?= "BROKEN: Depends on broken yp-tools"
meta-oe/recipes-connectivity/bluez/bluez-hcidump_2.5.bb:PNBLACKLIST[bluez-hcidump] ?= "${@bb.utils.contains('DISTRO_FEATURES', 'bluez5', 'bluez5 conflicts with bluez4 and bluez5 is selected in DISTRO_FEATURES', '', d)}"
meta-oe/recipes-connectivity/bluez/bluez4_4.101.bb:PNBLACKLIST[bluez4] ?= "${@bb.utils.contains('DISTRO_FEATURES', 'bluez5', 'bluez5 conflicts with bluez4 and bluez5 is selected in DISTRO_FEATURES', '', d)}"
meta-oe/recipes-connectivity/bluez/gst-plugin-bluetooth_4.101.bb:PNBLACKLIST[gst-plugin-bluetooth] ?= "${@bb.utils.contains('DISTRO_FEATURES', 'bluez5', 'bluez5 conflicts with bluez4 and bluez5 is selected in DISTRO_FEATURES', '', d)}"
meta-oe/recipes-connectivity/soft66/soft66_git.bb:PNBLACKLIST[soft66] ?= "BROKEN: depends on broken libftdi"
meta-oe/recipes-connectivity/wvdial/wvdial_1.61.bb:PNBLACKLIST[wvdial] ?= "Depends on broken wvstreams"
meta-oe/recipes-connectivity/wvdial/wvstreams_4.6.1.bb:PNBLACKLIST[wvstreams] ?= "BROKEN: fails to build with gcc-6"
meta-oe/recipes-connectivity/zeroc-ice/zeroc-ice_3.5.1.bb:PNBLACKLIST[zeroc-ice] ?= "BROKEN: not compatible with default db version"
meta-oe/recipes-core/fakeroot/fakeroot_1.18.4.bb:PNBLACKLIST[fakeroot] ?= "BROKEN: QA Issue: -dev package contains non-symlink .so"
meta-oe/recipes-devtools/cloud9/cloud9_0.6.bb:PNBLACKLIST[cloud9] ?= "Not comatible with current nodejs 0.12, but upstream is working on it for v3"
meta-oe/recipes-devtools/ltp-ddt/ltp-ddt_1.0.0.bb:PNBLACKLIST[ltp-ddt] ?= "BROKEN: fails since last autotools.bbclass changes"
meta-oe/recipes-devtools/packagekit/packagekit_0.5.6.bb:PNBLACKLIST[packagekit] ?= "BROKEN: depends on old deprecated libopkg which is currently disabled and will be removed soon"
meta-oe/recipes-extended/subsurface/subsurface_git.bb:PNBLACKLIST[subsurface] ?= "Needs to be upgraded for compatibility with new libdivecomputer"
meta-oe/recipes-gnome/gtkextra/gtkextra_3.0.5.bb:PNBLACKLIST[gtkextra] ?= "BROKEN: Fails to build with gcc-5"
meta-oe/recipes-graphics/clutter/clutter-box2d_git.bb:PNBLACKLIST[clutter-box2d] ?= "BROKEN: doesn't build with B!=S"
meta-oe/recipes-graphics/fim/fim_0.4-rc1.bb:PNBLACKLIST[fim] ?= "BROKEN: doesn't build with B!=S (flex: can't open lex.lex)"
meta-oe/recipes-graphics/slim/slim_1.3.2.bb:PNBLACKLIST[slim] ?= "does not build with distroless qemuarm as reported in 'State of bitbake world' thread, nobody volunteered to fix them"
meta-oe/recipes-graphics/xorg-driver/xf86-input-mtev_git.bb:PNBLACKLIST[xf86-input-mtev] ?= "BROKEN: doesn't build with B!=S (Makefile without ${S} in sed call)"
meta-oe/recipes-graphics/xorg-driver/xf86-video-geode_2.11.16.bb:PNBLACKLIST[xf86-video-geode] ?= "BROKEN, fails to build"
meta-oe/recipes-kernel/ktap/ktap-module_git.bb:PNBLACKLIST[ktap-module] ?= "Not compatible with 3.19 kernel"
meta-oe/recipes-kernel/ktap/ktap_git.bb:PNBLACKLIST[ktap] ?= "Depends on blacklisted kernel-module-ktapvm"
meta-oe/recipes-multimedia/mplayer/mplayer2_git.bb:PNBLACKLIST[mplayer2] ?= "Not compatible with currently used ffmpeg 3"
meta-oe/recipes-navigation/foxtrotgps/foxtrotgps_1.1.1.bb:PNBLACKLIST[foxtrotgps] ?= "${@bb.utils.contains('DISTRO_FEATURES', 'bluez5', 'bluez5 conflicts with bluez4 and bluez5 is selected in DISTRO_FEATURES', '', d)}"
meta-oe/recipes-navigation/gdal/gdal_1.11.1.bb:PNBLACKLIST[gdal] ?= "BROKEN: fails to build with gcc-5"
meta-oe/recipes-navigation/gypsy/gypsy.inc:PNBLACKLIST[gypsy] ?= "${@bb.utils.contains('DISTRO_FEATURES', 'bluez5', 'bluez5 conflicts with bluez4 and bluez5 is selected in DISTRO_FEATURES', '', d)}"
meta-oe/recipes-navigation/navit/navit.inc:PNBLACKLIST[navit] ?= "${@bb.utils.contains('DISTRO_FEATURES', 'bluez5', 'bluez5 conflicts with bluez4 and bluez5 is selected in DISTRO_FEATURES', '', d)}"
meta-oe/recipes-sato/claws-mail/claws-mail_3.9.0.bb:PNBLACKLIST[claws-mail] ?= "depends on blacklisted libetpan"
meta-oe/recipes-sato/claws-mail/claws-plugin-gtkhtml2-viewer_0.31.bb:PNBLACKLIST[claws-plugin-gtkhtml2-viewer] ?= "depends on blacklisted claws-mail"
meta-oe/recipes-sato/claws-mail/claws-plugin-mailmbox_1.15.bb:PNBLACKLIST[claws-plugin-mailmbox] ?= "depends on blacklisted claws-mail"
meta-oe/recipes-sato/claws-mail/claws-plugin-rssyl_0.34.bb:PNBLACKLIST[claws-plugin-rssyl] ?= "depends on blacklisted claws-mail"
meta-oe/recipes-support/apcupsd/apcupsd_3.14.10.bb:PNBLACKLIST[apcupsd] ?= "BROKEN: doesn't build with B!=S"
meta-oe/recipes-support/emacs/emacs_23.4.bb:PNBLACKLIST[emacs] ?= "qemu: uncaught target signal 11 (Segmentation fault) - core dumped"
meta-oe/recipes-support/fftw/benchfft_3.1.bb:PNBLACKLIST[benchfft] ?= "does not build with distroless qemuarm as reported in 'State of bitbake world' thread, nobody volunteered to fix them"
meta-oe/recipes-support/iksemel/iksemel_1.4.bb:PNBLACKLIST[iksemel] ?= "Not compatible with gnutls version 3.4 currently in oe-core"
meta-oe/recipes-support/libdbi/libdbi-drivers_0.8.3-1.bb:PNBLACKLIST[libdbi-drivers] ?= "BROKEN: fails to build with gcc-5"
meta-oe/recipes-support/libetpan/libetpan_0.57.bb:PNBLACKLIST[libetpan] ?= "Not compatible with gnutls version 3.4 currently in oe-core"
meta-oe/recipes-support/open-vcdiff/open-vcdiff_0.8.4.bb:PNBLACKLIST[open-vcdiff] ?= "BROKEN: fails to build with gcc-6"
meta-oe/recipes-support/opencv/opencv-samples_2.4.bb:PNBLACKLIST[opencv-samples] ?= "Depends on blacklisted opencv"
meta-oe/recipes-support/opencv/opencv_2.4.bb:PNBLACKLIST[opencv] ?= "Not compatible with currently used ffmpeg 3"
meta-oe/recipes-support/openmotif/openmotif_2.3.3.bb:PNBLACKLIST[openmotif] ?= "BROKEN: doesn't build with B!=S"
meta-oe/recipes-support/opensync/libsyncml_0.5.4.bb:PNBLACKLIST[libsyncml] ?= "${@bb.utils.contains('DISTRO_FEATURES', 'bluez5', 'bluez5 conflicts with bluez4 and bluez5 is selected in DISTRO_FEATURES', '', d)}"
meta-oe/recipes-support/openwbem/openwbem_3.2.3.bb:PNBLACKLIST[openwbem] ?= "BROKEN: fails to build with gcc-6"
meta-oe/recipes-support/pidgin/pidgin-otr_4.0.0.bb:PNBLACKLIST[pidgin-otr] ?= "depends on blacklisted pidgin"
meta-oe/recipes-support/vala-terminal/vala-terminal_git.bb:PNBLACKLIST[vala-terminal] ?= "BROKEN: Doesn't work with B!=S, touch: cannot touch `src/.stamp': No such file or directory"
meta-oe/recipes-support/vboxguestdrivers/vboxguestdrivers_4.3.36.bb:PNBLACKLIST[vboxguestdrivers] ?= "BROKEN: not compatible with default kernel version 4.8"
meta-qt5:
meta-smartphone:
meta-fso/recipes-freesmartphone/freesmartphone/libframeworkd-glib_git.bb:PNBLACKLIST[libframeworkd-glib] ?= "BROKEN: many errors when building with gcc-6"
meta-fso/recipes-freesmartphone/freesmartphone/zhone_git.bb:PNBLACKLIST[zhone] ?= "rdepends on python-pycairo which was removed"
meta-shr/recipes-shr/3rdparty/advancedcaching_git.bb:PNBLACKLIST[advancedcaching] ?= "RDEPENDS on python-pygtk was removed from oe-core"
meta-shr/recipes-shr/3rdparty/emtooth2_svn.bb:PNBLACKLIST[emtooth2] ?= "${@bb.utils.contains('DISTRO_FEATURES', 'bluez5', 'bluez5 conflicts with bluez4 and bluez5 is selected in DISTRO_FEATURES', '', d)}"
meta-shr/recipes-shr/3rdparty/ffalarms_git.bb:PNBLACKLIST[ffalarms] = "Doesn't build after vala upgrade from 0.24.0 to 0.26.1"
meta-shr/recipes-shr/3rdparty/gwaterpas_0.3.bb:PNBLACKLIST[gwaterpas] ?= "broken: depends on blacklisted fltk"
meta-shr/recipes-shr/3rdparty/iliwi_git.bb:PNBLACKLIST[iliwi] = "Doesn't build after vala upgrade from 0.24.0 to 0.26.1"
meta-shr/recipes-shr/3rdparty/intone_git.bb:PNBLACKLIST[intone] = "rdepends on blacklisted mplayer2"
meta-shr/recipes-shr/3rdparty/jefliks_git.bb:PNBLACKLIST[jefliks] ?= "depends on blacklisted iksemel"
meta-shr/recipes-shr/3rdparty/openmoko-gps_svn.bb:PNBLACKLIST[openmoko-gps] ?= "RDEPENDS on python-pygtk which was removed from oe-core"
meta-shr/recipes-shr/3rdparty/pisi_0.5.3.bb:PNBLACKLIST[pisi] ?= "RDEPENDS on python-pygtk which was removed from oe-core"
meta-shr/recipes-shr/3rdparty/podboy_svn.bb:PNBLACKLIST[podboy] ?= "${@bb.utils.contains('DISTRO_FEATURES', 'bluez5', 'bluez5 conflicts with bluez4 and bluez5 is selected in DISTRO_FEATURES', '', d)}"
meta-shr/recipes-shr/3rdparty/sensmon_git.bb:PNBLACKLIST[sensmon] = "Doesn't build after vala upgrade from 0.24.0 to 0.26.1"
meta-shr/recipes-shr/3rdparty/valacompass_git.bb:PNBLACKLIST[valacompass] = "Doesn't build after vala upgrade from 0.24.0 to 0.26.1"
meta-shr/recipes-shr/games/aceofpenguins_1.4.bb:PNBLACKLIST[aceofpenguins] ?= "BROKEN: fails to build with new binutils-2.27"
meta-shr/recipes-shr/shr/shr-installer_git.bb:PNBLACKLIST[shr-installer] ?= "Depends on blacklisted packagekit"
meta-webos-ports:
meta-luneos/recipes-luneos/luna-webappmanager/luna-webappmanager.bb:PNBLACKLIST[luna-webappmanager] ?= "BROKEN: needs to be adapted to new qt-5.7"
meta-luneui/recipes-luneui/luna-next/luna-next.bb:PNBLACKLIST[luna-next] ?= "BROKEN: needs to be adapted to new qtwayland-5.7"
PNBLACKLIST[android-system] = "depends on lxc from meta-virtualiazation which isn't included in my world builds"
PNBLACKLIST[bigbuckbunny-1080p] = "big and doesn't really need to be tested so much"
PNBLACKLIST[bigbuckbunny-480p] = "big and doesn't really need to be tested so much"
PNBLACKLIST[bigbuckbunny-720p] = "big and doesn't really need to be tested so much"
PNBLACKLIST[bigbuckbunny-720p] = "big and doesn't really need to be tested so much"
PNBLACKLIST[tearsofsteel-1080p] = "big and doesn't really need to be tested so much"
PNBLACKLIST[build-appliance-image] = "tries to include whole downloads directory in /home/builder/poky :/"
PNBLACKLIST[linux-yocto-tiny-kexecboot] = "does weird sh!t breaking other kernels and modules - broken for years"
PNBLACKLIST[linux-yocto-tiny] = "does weird sh!t breaking other kernels and modules - broken for years"
QA issues by type:
count: 0 issue: already-stripped
count: 0 issue: libdir
count: 1 issue: textrel
corosync-2.4.0: ELF binary '/tmp/work/core2-64-oe-linux/corosync/2.4.0-r0/packages-split/corosync/usr/sbin/corosync' has relocations in .text [textrel]
count: 1 issue: build-deps
wireshark-2.2.1: wireshark rdepends on sbc, but it isn't a build dependency, missing sbc in DEPENDS or PACKAGECONFIG? [build-deps]
count: 4 issue: file-rdeps
libmodule-build-perl-0.31: /usr/bin/config_data contained in package libmodule-build-perl requires /tmp/sysroots/x86_64-linux/usr/bin/perl-native/perl.real, but no providers found in RDEPENDS_libmodule-build-perl? [file-rdeps]
numptyphysics-0.2+svnr109: /usr/share/numptyphysics/convert_all.sh contained in package numptyphysics requires /bin/bash, but no providers found in RDEPENDS_numptyphysics? [file-rdeps]
numptyphysics-0.2+svnr109: /usr/share/numptyphysics/convert.pl contained in package numptyphysics requires /usr/bin/perl, but no providers found in RDEPENDS_numptyphysics? [file-rdeps]
ubx-utils-0.0.0+gitrAUTOINC+b63c0932dd: /usr/bin/memory-map.sh contained in package ubx-utils requires /bin/bash, but no providers found in RDEPENDS_ubx-utils? [file-rdeps]
count: 226 issue: version-going-backwards
gnome-menus3-3.10.1: Package version for package gnome-menus3-dbg went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-dbg went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-dev went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gich would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-af went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-af went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-an went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-an went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-ar went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-ar went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-ast went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-ast went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-as went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-as went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-be+latin went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-be+latin went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-be went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-be went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-bg went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-bg went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-bn-in went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-bn-in went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-bn went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-ca+valencia went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-ca+valencia went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-ca went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-ca went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-crh went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-crh went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-csb went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-csb went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-cs went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-cs went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-cy went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-cy went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-da went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-da went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-de went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-de went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-dv went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-dv went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-dz went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwds]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-el went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-en-ca went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-en-ca went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-en-gb went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-en-gb went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-en+shaw went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-en+shaw went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-eo went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-eo went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-es went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-es went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-et went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-et went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-eu went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-eu went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-fa went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-fa went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-fi went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-fi went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3--backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-fur went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-fur went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-fy went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-fy went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-ga went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-ga went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-gl went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-gl went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-gn went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-gn went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-gu went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-gu went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-gv went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-gv went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-ha went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-ha went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-he went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-he went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-hi went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-hi weackage feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-hu went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-hy went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-hy went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-ia went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-ia went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-id went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-id went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-ig went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-ig went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-io went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-io went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-is went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-is went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-it went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-it went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-ja went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-ja went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-ka went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-ka went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menu.1: Package version for package gnome-menus3-locale-km went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-km went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-kn went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-kn went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-ko went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-ko went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-ku went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-ku went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-ky went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-ky went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-lo went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-lo went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-lt went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-lt went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-lv went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-lv went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-mai went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-mai went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-mg went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-mg went backwards which would brea[version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-ml went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-mn went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-mn went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-mr went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-mr went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-ms went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-ms went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-nb went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-nb went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-nds went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-nds went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-ne went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-ne went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-nl went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-nl went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-nn went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-nn went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-oc went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-oc went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menusards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-pl went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-pl went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-ps went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-ps went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-pt-br went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-pt-br went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-pt went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-pt went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-ro went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-ro went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-ru went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-ru went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-rw went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-rw went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-si went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-si went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-sk went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-sk went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-sl went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-sl went-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-sr went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-sr went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-sv went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-sv went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-szl went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-szl went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-ta went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-ta went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-te went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-te went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-tg went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-tg went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-th went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-th went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-tr went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-tr went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-ug went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-ug went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-uk went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale0.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-xh went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-xh went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-yo went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-yo went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-zh-cn went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-zh-cn went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-zh-hk went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-zh-hk went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-zh-tw went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-zh-tw went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-zu went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-locale-zu went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-staticdev went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3-staticdev went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3 went backwards which would break package feeds from (0:3.10.1-r0.14 to 0:3.10.1-r0.0) [version-going-backwards]
gnome-menus3-3.10.1: Package version for package gnome-menus3 went backwards which would break package feeds from (0:3.10.1-r0.18 to 0:3.10.1-r0.0) [version-going-backwards]
count: 1 issue: host-user-contaminated
opensaf-5.0.0: opensaf: /opensaf/etc/init.d/opensafd is owned by uid 3004, which is the same as the user running bitbake. This may be due to host contamination [host-user-contaminated]
count: 1 issue: installed-vs-shipped
wireshark: 45 installed and not shipped files. [installed-vs-shipped]
count: 0 issue: unknown-configure-option
count: 0 issue: symlink-to-sysroot
count: 0 issue: invalid-pkgconfig
count: 0 issue: pkgname
== Tested changes (not included in master yet) - bitbake ==
latest upstream commit:
00f7909 toaster: Updatele error
0bb81e7 lowpan-tools: Fix errors found with clang
da9cb5c openl2tp: Fix build with clang
8238492 libmnl, nftables: Update versions
21520f8 c-ares: update 1.11.0 -> 1.12.0
ca8453e c-ares: fix metadata
d667407 lksctp-tools: 1.0.16 -> 1.0.17
5a4d206 drbd-utils: 8.9.3 -> 8.9.6
5c9951d fftw: Remove the fftw-dev package dependency on non-existent fftw package.
dde1c01 libxklavier: upgrade 5.4
66d7015 nginx: update to version 1.10.2
baaf097 sdparm: 1.09 -> 1.10
e9da4e0 netmap: Rename the _count to _recount for kernel v4.8
3714bc0 apache2: cve-2016-5387
6175953 lftp: fix PACKAGECONFIG[readline]
b7e7678 libtinyxml2: Upgrade 3.0.0 -> 4.0.1
abfa9d2 libmicrohttpd: update to version 0.9.52
43c93fa python-webencodings: add recipe for version 0.5
dcb042b python-html5lib: update to version 0.999999999
627d61b python-ipaddress: update to version 1.0.17
90a70b9 python-msgpack: update to version 0.4.8
9e1fbca exo: unbreak Thunar's detailed file view
d83d6bc iscsi-initiator-utils: fix postinstall and systemd service file
d54d0d7 wireshark: install missing header files
558dcd7 xterm: package /usr/lib/X11 to avoid installed-vs-shipped error on ppc64
56aefee python-distutils-extra: initial add 2.39
adb36a8 python3-psutil: add python3 version of psutil
f9f6144 gnome-menus3: unblacklist and cleanup
e25c247 menulibre: initial add 2.1.3
a1c1c6f xfce4-whiskermenu-plugin: update to 2.0.2
3b20f4e xfce4-whiskermenu-plugin: add menulibre to RRECOMMENDS
a1377d8 ristretto: update to 0.8.1
5977a2b xfconf: update to 4.12.1
b8856d1 xfce4-notifyd: update to 0.3.3
bf12f01 poppler: update to 0.48.0
8cca4da xfce4-terminal: update to 0.8.1
9dd2967 xfce4-panel: do not display desktop icon when no window is opened
3d62702 xfce4-panel: update to 4.12.1
dc42f92 aoetools: fix QA warning for GNU_HASH
1ade510 nuttcp: fix QA warning for GNU_HASH
fffaf77 zeroconf: fix QA warning for GNU_HASH
ad20e7b tsocks: fix QA warning for GNU_HASH
2c52928 vblade: fix QA warning for GNU_HASH
7cf41dc tunctl: fix QA warning for GNU_HASH
1067e8e libwnck3: add a recipe
== Tested changes (not included in master yet) - meta-qt5 ==
latest upstream commit:
9aa870e qtbase: avoid qmake errors due to missing oe-device-extra.pri
not included in master yet:
7a58995 layer.conf: add LAYERVERSION and LAYERDEPENDS
3a86794 qtmultimedia: fix conflicting declaration error
047ebac qtwebengine: Add gperf-native to DEPENDS
6255c3b qtwayland: Fix building of QWaylandIntegration if some Qt5 features are disabled.
df324eb qt5: Use existing variables for paths of host tools
81fb771 Update Qt5's git repositories to match new locations
== Tested changes (not included in master yet) - meta-browser ==
latest upstream commit:
1edcce7 chromium-wayland: skip when CHROMIUM_ENABLE_WAYLAND isn't enabled
not included in master yet:
== Tested changes (not included in master yet) - meta-webos-ports ==
latest upstream commit:
6d82a3f libqofono: use the recipe from meta-qt5
not included in master yet:
== Tested changes (not included in master yet) - meta-smartphone ==
latest upstream commit:
eb87e6d linux-lg-mako: bump SRCREV to fix build with gcc6
not included in master yet:
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 169 bytes --]
^ permalink raw reply
* Re: State of bitbake world 2016-11-03
From: Andreas Müller @ 2016-11-08 12:32 UTC (permalink / raw)
To: Martin Jansa
Cc: openembedded-devel@lists.openembedded.org,
Patches and discussions about the oe-core layer
In-Reply-To: <20161108122406.GA2916@jama>
On Tue, Nov 8, 2016 at 1:24 PM, Martin Jansa <martin.jansa@gmail.com> 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
^ permalink raw reply
* Re: State of bitbake world 2016-11-03
From: Martin Jansa @ 2016-11-08 12:57 UTC (permalink / raw)
To: Andreas Müller
Cc: openembedded-devel@lists.openembedded.org,
Patches and discussions about the oe-core layer
In-Reply-To: <CALbNGRSLA=tipe+eed4wSKzw0ycs0g+gZVUAC_6cq6Q=WBMjEg@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 5381 bytes --]
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 <martin.jansa@gmail.com> 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(../../lib/../Source/WTF/wtf/CMakeFiles/WTF.dir/Atomics.cpp.o): previous definition here
| collect2: error: ld returned 1 exit status
| Source/WebKit2/CMakeFiles/WebKit2.dir/build.make:19450: recipe for target 'lib/libwebkit2gtk-4.0.so.37.14.8' failed
| make[2]: *** [lib/libwebkit2gtk-4.0.so.37.14.8] Error 1
>
> Andreas
--
Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 169 bytes --]
^ permalink raw reply
* Re: Yocto Project Status WW45 - UPDATED
From: Richard Purdie @ 2016-11-08 13:51 UTC (permalink / raw)
To: Andreas Oberritter, Jolley, Stephen K,
openembedded-core@lists.openembedded.org
In-Reply-To: <e188c300-ce1b-4591-cb87-81a1497bbf34@opendreambox.org>
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
^ permalink raw reply
* [PATCH] weston: upgrade from 1.11.1 to 1.12.0
From: Fathi Boudra @ 2016-11-08 13:54 UTC (permalink / raw)
To: openembedded-core
From: Daniel Díaz <daniel.diaz@linaro.org>
* 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 <daniel.diaz@linaro.org>
Signed-off-by: Fathi Boudra <fathi.boudra@linaro.org>
---
...-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 <daniels@collabora.com>
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-graphics/wayland/weston/0001-configure.ac-Fix-wayland-protocols-path.patch
@@ -18,10 +18,10 @@ Upstream-Status: Inappropriate [embedded specific]
--- a/configure.ac
+++ b/configure.ac
-@@ -187,7 +187,7 @@ PKG_CHECK_MODULES(LIBINPUT_BACKEND, [lib
+@@ -229,7 +229,7 @@ PKG_CHECK_MODULES(LIBINPUT_BACKEND, [lib
PKG_CHECK_MODULES(COMPOSITOR, [$COMPOSITOR_MODULES])
- PKG_CHECK_MODULES(WAYLAND_PROTOCOLS, [wayland-protocols >= 1.2],
+ PKG_CHECK_MODULES(WAYLAND_PROTOCOLS, [wayland-protocols >= 1.7],
- [ac_wayland_protocols_pkgdatadir=`$PKG_CONFIG --variable=pkgdatadir wayland-protocols`])
+ [ac_wayland_protocols_pkgdatadir=${WAYLAND_PROTOCOLS_SYSROOT_DIR}`$PKG_CONFIG --variable=pkgdatadir wayland-protocols`])
AC_SUBST(WAYLAND_PROTOCOLS_DATADIR, $ac_wayland_protocols_pkgdatadir)
diff --git a/meta/recipes-graphics/wayland/weston/0001-make-error-portable.patch b/meta/recipes-graphics/wayland/weston/0001-make-error-portable.patch
index f7b5284..c41ea49 100644
--- a/meta/recipes-graphics/wayland/weston/0001-make-error-portable.patch
+++ b/meta/recipes-graphics/wayland/weston/0001-make-error-portable.patch
@@ -7,18 +7,18 @@ error() is not posix but gnu extension so may not be available on all
kind of systemsi e.g. musl.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
----
-Upstream-Status: Submitted
- configure.ac | 2 ++
- src/weston-error.h | 20 ++++++++++++++++++++
- src/weston-launch.c | 2 +-
+Upstream-Status: Submitted
+---
+ configure.ac | 2 ++
+ libweston/weston-error.h | 20 ++++++++++++++++++++
+ libweston/weston-launch.c | 2 +-
3 files changed, 23 insertions(+), 1 deletion(-)
- create mode 100644 src/weston-error.h
+ create mode 100644 libweston/weston-error.h
--- a/configure.ac
+++ b/configure.ac
-@@ -60,6 +60,8 @@ AC_CHECK_DECL(CLOCK_MONOTONIC,[],
+@@ -102,6 +102,8 @@ AC_CHECK_DECL(CLOCK_MONOTONIC,[],
[[#include <time.h>]])
AC_CHECK_HEADERS([execinfo.h])
@@ -28,7 +28,7 @@ Upstream-Status: Submitted
COMPOSITOR_MODULES="wayland-server >= $WAYLAND_PREREQ_VERSION pixman-1 >= 0.25.2"
--- /dev/null
-+++ b/src/weston-error.h
++++ b/libweston/weston-error.h
@@ -0,0 +1,20 @@
+#ifndef _WESTON_ERROR_H
+#define _WESTON_ERROR_H
@@ -50,8 +50,8 @@ Upstream-Status: Submitted
+
+#endif
+
---- a/src/weston-launch.c
-+++ b/src/weston-launch.c
+--- a/libweston/weston-launch.c
++++ b/libweston/weston-launch.c
@@ -33,7 +33,6 @@
#include <poll.h>
#include <errno.h>
diff --git a/meta/recipes-graphics/wayland/weston/0001-shared-include-stdint.h-for-int32_t.patch b/meta/recipes-graphics/wayland/weston/0001-shared-include-stdint.h-for-int32_t.patch
deleted file mode 100644
index ee66c20..0000000
--- a/meta/recipes-graphics/wayland/weston/0001-shared-include-stdint.h-for-int32_t.patch
+++ /dev/null
@@ -1,23 +0,0 @@
-From ba02b8abe4e2afac2bfbf2559972d5059d75a041 Mon Sep 17 00:00:00 2001
-From: Jussi Kukkonen <jussi.kukkonen@intel.com>
-Date: Sat, 16 Jul 2016 22:50:19 +0300
-Subject: [PATCH weston] shared: include stdint.h for int32_t
-
-This fixes build on musl.
-
-Signed-off-by: Jussi Kukkonen <jussi.kukkonen@intel.com>
-Upstream-Status: Submitted
----
- shared/xalloc.h | 1 +
- 1 file changed, 1 insertion(+)
-
---- a/shared/xalloc.h
-+++ b/shared/xalloc.h
-@@ -30,6 +30,7 @@
- extern "C" {
- #endif
-
-+#include <stdint.h>
- #include <stdlib.h>
- #include <string.h>
-
diff --git a/meta/recipes-graphics/wayland/weston/0001-weston-launch-Provide-a-default-version-that-doesn-t.patch b/meta/recipes-graphics/wayland/weston/0001-weston-launch-Provide-a-default-version-that-doesn-t.patch
index d684b1c..3d12d53 100644
--- a/meta/recipes-graphics/wayland/weston/0001-weston-launch-Provide-a-default-version-that-doesn-t.patch
+++ b/meta/recipes-graphics/wayland/weston/0001-weston-launch-Provide-a-default-version-that-doesn-t.patch
@@ -14,13 +14,13 @@ Upstream-Status: Pending
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
---
- configure.ac | 9 +++++++--
- src/weston-launch.c | 20 ++++++++++++++++++++
+ configure.ac | 9 +++++++--
+ libweston/weston-launch.c | 20 ++++++++++++++++++++
2 files changed, 27 insertions(+), 2 deletions(-)
--- a/configure.ac
+++ b/configure.ac
-@@ -416,13 +416,17 @@ AC_ARG_ENABLE(resize-optimization,
+@@ -441,13 +441,17 @@ AC_ARG_ENABLE(resize-optimization,
AS_IF([test "x$enable_resize_optimization" = "xyes"],
[AC_DEFINE([USE_RESIZE_POOL], [1], [Use resize memory pool as a performance optimization])])
@@ -40,7 +40,7 @@ Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
fi
AM_CONDITIONAL(HAVE_PANGO, test "x$have_pango" = "xyes")
-@@ -673,6 +677,7 @@ AC_MSG_RESULT([
+@@ -704,6 +708,7 @@ AC_MSG_RESULT([
Enable developer documentation ${enable_devdocs}
weston-launch utility ${enable_weston_launch}
@@ -48,8 +48,8 @@ Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
systemd-login support ${have_systemd_login}
systemd notify support ${enable_systemd_notify}
---- a/src/weston-launch.c
-+++ b/src/weston-launch.c
+--- a/libweston/weston-launch.c
++++ b/libweston/weston-launch.c
@@ -51,7 +51,9 @@
#include <pwd.h>
@@ -103,7 +103,7 @@ Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
if (ioctl(wl->tty, KDSKBMUTE, 0) &&
ioctl(wl->tty, KDSKBMODE, wl->kb_mode))
-@@ -600,6 +608,7 @@ setup_session(struct weston_launch *wl)
+@@ -600,6 +608,7 @@ setup_session(struct weston_launch *wl,
setenv("HOME", wl->pw->pw_dir, 1);
setenv("SHELL", wl->pw->pw_shell, 1);
@@ -111,15 +111,15 @@ Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
env = pam_getenvlist(wl->ph);
if (env) {
for (i = 0; env[i]; ++i) {
-@@ -608,6 +617,7 @@ setup_session(struct weston_launch *wl)
+@@ -608,6 +617,7 @@ setup_session(struct weston_launch *wl,
}
free(env);
}
+#endif
- }
- static void
-@@ -665,7 +675,9 @@ static void
+ /*
+ * We open a new session, so it makes sense
+@@ -675,7 +685,9 @@ static void
help(const char *name)
{
fprintf(stderr, "Usage: %s [args...] [-- [weston args..]]\n", name);
@@ -129,7 +129,7 @@ Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
fprintf(stderr, " -t, --tty Start session on alternative tty\n");
fprintf(stderr, " -v, --verbose Be verbose\n");
fprintf(stderr, " -h, --help Display this help message\n");
-@@ -678,7 +690,9 @@ main(int argc, char *argv[])
+@@ -688,7 +700,9 @@ main(int argc, char *argv[])
int i, c;
char *tty = NULL;
struct option opts[] = {
@@ -139,7 +139,7 @@ Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
{ "tty", required_argument, NULL, 't' },
{ "verbose", no_argument, NULL, 'v' },
{ "help", no_argument, NULL, 'h' },
-@@ -690,9 +704,13 @@ main(int argc, char *argv[])
+@@ -700,9 +714,13 @@ main(int argc, char *argv[])
while ((c = getopt_long(argc, argv, "u:t::vh", opts, &i)) != -1) {
switch (c) {
case 'u':
@@ -153,7 +153,7 @@ Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
break;
case 't':
tty = optarg;
-@@ -732,8 +750,10 @@ main(int argc, char *argv[])
+@@ -740,8 +758,10 @@ main(int argc, char *argv[])
if (setup_tty(&wl, tty) < 0)
exit(EXIT_FAILURE);
diff --git a/meta/recipes-graphics/wayland/weston_1.11.1.bb b/meta/recipes-graphics/wayland/weston_1.12.0.bb
similarity index 92%
rename from meta/recipes-graphics/wayland/weston_1.11.1.bb
rename to meta/recipes-graphics/wayland/weston_1.12.0.bb
index 7e75cf7..f944646 100644
--- a/meta/recipes-graphics/wayland/weston_1.11.1.bb
+++ b/meta/recipes-graphics/wayland/weston_1.12.0.bb
@@ -3,20 +3,19 @@ DESCRIPTION = "Weston is the reference implementation of a Wayland compositor"
HOMEPAGE = "http://wayland.freedesktop.org"
LICENSE = "MIT"
LIC_FILES_CHKSUM = "file://COPYING;md5=d79ee9e66bb0f95d3386a7acae780b70 \
- file://src/compositor.c;endline=23;md5=1d535fed266cf39f6d8c0647f52ac331"
+ file://libweston/compositor.c;endline=23;md5=1d535fed266cf39f6d8c0647f52ac331"
SRC_URI = "https://wayland.freedesktop.org/releases/${BPN}-${PV}.tar.xz \
file://weston.png \
file://weston.desktop \
file://0001-make-error-portable.patch \
file://0001-configure.ac-Fix-wayland-protocols-path.patch \
- file://0001-shared-include-stdint.h-for-int32_t.patch \
file://xwayland.weston-start \
file://0001-weston-launch-Provide-a-default-version-that-doesn-t.patch \
file://0001-Add-configuration-option-for-no-input-device.patch \
"
-SRC_URI[md5sum] = "c5fdc02ab67d33c0fca8f72d341facdf"
-SRC_URI[sha256sum] = "548973496a5c8613d6690f9120f21066946a544df65ce4fe0ef153a8dc0bf6de"
+SRC_URI[md5sum] = "310af6d7f8ba03c3418cec8ad72ea748"
+SRC_URI[sha256sum] = "ac7ac2a32e3b9f50131fccded5d2326bd36b2226712d90b61999118a09af5033"
inherit autotools pkgconfig useradd distro_features_check
# depends on virtual/egl
@@ -26,7 +25,6 @@ DEPENDS = "libxkbcommon gdk-pixbuf pixman cairo glib-2.0 jpeg"
DEPENDS += "wayland wayland-protocols libinput virtual/egl pango wayland-native"
EXTRA_OECONF = "--enable-setuid-install \
- --disable-rpi-compositor \
--disable-rdp-compositor \
WAYLAND_PROTOCOLS_SYSROOT_DIR=${STAGING_DIR}/${MACHINE} \
"
@@ -84,7 +82,7 @@ PACKAGECONFIG[pam] = "--with-pam,--without-pam,libpam"
do_install_append() {
# Weston doesn't need the .la files to load modules, so wipe them
- rm -f ${D}/${libdir}/weston/*.la
+ rm -f ${D}/${libdir}/libweston-1/*.la
# If X11, ship a desktop file to launch it
if [ "${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'x11', '', d)}" = "x11" ]; then
@@ -103,7 +101,7 @@ do_install_append() {
PACKAGE_BEFORE_PN += "${@bb.utils.contains('PACKAGECONFIG', 'xwayland', '${PN}-xwayland', '', d)}"
PACKAGES += "${PN}-examples"
-FILES_${PN} = "${bindir}/weston ${bindir}/weston-terminal ${bindir}/weston-info ${bindir}/weston-launch ${bindir}/wcap-decode ${libexecdir} ${libdir}/${BPN}/*.so ${datadir}"
+FILES_${PN} = "${bindir}/weston ${bindir}/weston-terminal ${bindir}/weston-info ${bindir}/weston-launch ${bindir}/wcap-decode ${libexecdir} ${libdir}/*${SOLIBS} ${libdir}/${BPN}/*.so ${libdir}/libweston-1/*.so ${datadir}"
FILES_${PN}-examples = "${bindir}/*"
FILES_${PN}-xwayland = "${libdir}/${BPN}/xwayland.so"
--
2.10.2
^ permalink raw reply related
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox