Re: [OE-core] [PATCH v3 5/6] sato-icon-theme: Inherit Adwaita, not gnome-icon-theme

On 30 June 2015 at 18:39, Burton, Ross wrote: > > On 16 June 2015 at 15:22, Jussi Kukkonen wrote: >> >> -+Inherits=gnome >> ++Inherits=Adwaita > > Doesn't this also need a RDEPENDS on adwaita-icon-theme? So far there has not been a hard dependency on the icon theme from anywhere, except from app

Re: [OE-core] [PATCH v3 3/6] gtk+3: Upgrade to 3.16.3

On 30 June 2015 at 18:55, Burton, Ross wrote: > On 16 June 2015 at 15:22, Jussi Kukkonen wrote: >> >> * Package new binaries gtk3-icon-browser and gtk-encode-symbolic-svg > > Should encode-symbolic-svg be in the -dev package? That does sound better. Thanks, Jussi -- _

[OE-core] [PATCH] xorg-proto-common: allow the empty package

From: Jackie Huang Allow the ${PN} package to be created empty to avoid error like: ERROR: bigreqsproto not found in the base feeds (intel_x86_64 core2-64 x86_64 noarch any all). Signed-off-by: Jackie Huang --- meta/recipes-graphics/xorg-proto/xorg-proto-common.inc | 2 ++ 1 file changed, 2 in

[OE-core] [PATCH] rpm: check if the argument(rootpath) exists or be writable

From: Zhixiong Chi When user execute the command "rpm -qai --root=$dir",if $dir doesn't exist or is unwritable as result of making a typo in rootpath,then it will create dirent $dir and subdirectory. So we should add the check function to fix it before creating relational subdirectory,and warn th

Re: [OE-core] [PATCH 1/1] ldconfig-native: Add 64-bit flag for ELF64 entries

Hi Wenzong, This package is created by OE-core from glibc source, so there's no upstream for it... Best, Yuanjie On 07/01/2015 11:19 AM, wenzong fan wrote: Hi Yuanjie, Could you resend your patch with "Upstream-status:xxx"? Please send the V2 patch directly w/o attachment. Thanks Wenzong

Re: [OE-core] [PATCH 1/1] ldconfig-native: Add 64-bit flag for ELF64 entries

On 07/01/2015 04:58 PM, Huang, Yuanjie wrote: Hi Wenzong, This package is created by OE-core from glibc source, so there's no upstream for it... It should include "Upstream-status: Inappropriate [...]" if there's no upstream, please refer to: http://openembedded.org/wiki/Commit_Patch_Messag

[OE-core] [PATCH V2] ldconfig-native: Add 64-bit flag for ELF64 entries

From: Yuanjie Huang ldconfig-native was grepped from an old version of glibc, and its output lacks neccessary 64bit flag in entries. Due to this defect, ctypes.util.find_library() python function fails to detect any library due to the old file format that ldconfig-native creates. This fix sets ar

[OE-core] [PATCH V3] ldconfig-native: Add 64-bit flag for ELF64 entries

From: Yuanjie Huang ldconfig-native was grepped from an old version of glibc, and its output lacks neccessary 64bit flag in entries. Due to this defect, ctypes.util.find_library() python function fails to detect any library due to the old file format that ldconfig-native creates. This fix sets ar

[OE-core] Cherry-pick request: oe-core rev 2471f9b on branch dizzy

Hi Ross, Would you like to cherry-pick one commit 2471f9b which is useful from branch dizzy to master, please? http://git.openembedded.org/openembedded-core/commit/meta/recipes-devtools/valgrind?h=dizzy&id=2471f9b32a96bcb64a5a04d53456818cad57befe Thanks. -- Regards, Neil | Kai Kang -- __

Re: [OE-core] Cherry-pick request: oe-core rev 2471f9b on branch dizzy

On 1 July 2015 at 11:09, Kang Kai wrote: > Would you like to cherry-pick one commit 2471f9b which is useful from > branch dizzy to master, please? > How did that get into dizzy without going through master... :/ This doesn't apply to master anymore - would you be able to port and verify it wo

Re: [OE-core] [PATCH] buildhistory.bbclass: Check output folder is present before creating files-in-$pkg.txt

Hi Leonardo, On Tuesday 30 June 2015 11:19:40 leonardo.sandoval.gonza...@linux.intel.com wrote: > From: Leonardo Sandoval > > This is just a safe check to make sure the output folder is present, before > creating the files-in-$pkg.txt file. > > Signed-off-by: Leonardo Sandoval > --- > meta/c

Re: [OE-core] [PATCH] squashfs-tools: upgrade to newer revision from git

On Mon, Jun 08, 2015 at 02:13:48PM +0200, Martin Jansa wrote: > * 4.3 release has nasty hard to reproduce bug in LZO compression > which in few cases results in one of these 2 errors: > 1) Lseek failure when creating the FS: > | writer: Lseek on destination failed because Bad file descripto

Re: [OE-core] [daisy][PATCH] squashfs-tools: enable building unsquashfs and fix squashfs-4.2-fix-CVE-2012-4025.patch

On Thu, May 21, 2015 at 01:23:15PM +0200, Martin Jansa wrote: > * build unsqaushfs, useful when debuging corrupt squashfs from > mksquashfs > * squashfs-4.2-fix-CVE-2012-4025.patch fixes CVE in unsquashfs which we > weren't building and it actually breaks building it, because someone > missed

[OE-core] [PATCH 0/4] Fix builds for MIPS64 N32

Quite simple configuration (MIPS64 N32 image) fails to build (see below). I have verified these patches in both single lib and in multilib cases. Tri-lib images and SDK for MIPS build fine with these patches. Current situation: lumag@nexs:~/OE$ MACHINE=qemumips64n32 bitbake core-image-base NOTE:

[OE-core] [PATCH 1/4] arch-mips.inc: don't override TRANSLATED_TARGET_ARCH

Currently MIPS64 N32 is broken. There is internal disagreement between TARGET_ARCH (which doesn't contain ABIEXTENSION) and TRANSLATED_TARGET_ARCH (which contains ABIEXTENSION). ABI is already encoded into the TARGET_OS. ARM tunes in the same situation override neither the TARGET_ARCH nor the TRANS

[OE-core] [PATCH 3/4] cross.bbclass: override MULTIMACH_TARGET_SYS

Cross packages are built for BUILD_VENDOR/BUILD_OS, rather than TARGET_VENDOR/TARGET_OS. E.g. there is no point in hardcoding the target's LIBCEXTENSION and ABIEXTENSION into the STAMPDIR/WORKDIR variables (set using MULTIMACH_TARGET_SYS). Signed-off-by: Dmitry Eremin-Solenikov --- meta/classes/

[OE-core] [PATCH 2/4] packagegroups-cross-canadian: don't override TRANSLATED_TARGET_ARCH

There is no point in overriding TRANSLATED_TARGET_ARCH in packagegroups-cross-canadian recipe. The cross-canadian class sets the PACKAGE_ARCH variable, thus allarch class (inherited through packagegroup class) doesn't change variables. Signed-off-by: Dmitry Eremin-Solenikov --- meta/recipes-core

[OE-core] [PATCH 4/4] glibc: don't override TUNE_CCARGS for MIPS

Overriding TUNE_CCARGS this way breaks MULTILIB setup for MIPS. This override disables multilib handling of tunes for TUNE_CCARGS, thus enforcing glibc's TUNE_CCARGS to the TUNE_CCARGS of main DEFAULTTUNE. Glibc perfectly build without this override for both simple and multilib cases. Signed-off-

[OE-core] OE Changelog since 2015-06-21 until 2015-06-28

Changelog since 2015-06-21 until 2015-06-28. Projects included in this report: bitbake: git://git.openembedded.org/bitbake openembedded-core: git://git.openembedded.org/openembedded-core meta-openembedded: git://git.openembedded.org/meta-openembedded meta-angstrom: git://github.com/Angstrom-distr

Re: [OE-core] [PATCH] kernel-devsrc: missing tools for building modules

On Wed, Jul 1, 2015 at 2:16 AM, Jian Liu wrote: > Some tools under scripts are missed and this can cause error > during building modules on the target > Build these tools by "make script". We have a bugzilla for this, but the change was pending some other re-organizations of the kernel source pac

Re: [OE-core] [PATCH v2] cmake bbclass: fix support for native builds

On 06/30/2015 11:57 PM, Koen Kooi wrote: For native builds of recipes (e.g. mariadb-native) cmake *must* look outside of its sysroot to find the compiler, so instruct it to do so. Signed-off-by: Koen Kooi Works for me. Thanks Koen. Signed-off-by: Armin Kuster if you need it. --- m

[OE-core] [PATCH] multilib_global: expand multilib pref values properly

This ensures that in cases where the preference value changes when the multilib override is applied, we correctly expand it in that context. For example, for `PREFERRED_PROVIDER_${TARGET_PREFIX}gcc = "gcc-external-cross-${TARGET_ARCH}"`, when it sets the prefixed version of this, we want TARGET_AR

Re: [OE-core] [PATCH] core-image-kernel-dev: Define a correct subset of TEST_SUITES to run for this image

On 6/30/15 3:48 PM, Saul Wold wrote: > Since this is image can be built with both poky and poky-lsb, ensure the > correct s/is// > tests are run in both cases, the auto detection does not quite work right in > the > poky-lsb case since not all the Posix cmdline utilites are added. Add connman

Re: [OE-core] [PATCH] tune-i586-nlp: Add new tune file to support Quark/X1000 CPU

On 6/29/15 7:10 AM, Saul Wold wrote: > This tune file is needed to enable a GAS option specific to this cpu family > in order to disable the usage of lock prefix instructions. > > Signed-off-by: Saul Wold > --- > meta/conf/machine/include/tune-i586-nlp.inc | 19 > + >

Re: [OE-core] [PATCH] buildhistory.bbclass: Check output folder is present before creating files-in-$pkg.txt

Hi Paul, On 07/01/2015 07:54 AM, Paul Eggleton wrote: Hi Leonardo, On Tuesday 30 June 2015 11:19:40 leonardo.sandoval.gonza...@linux.intel.com wrote: From: Leonardo Sandoval This is just a safe check to make sure the output folder is present, before creating the files-in-$pkg.txt file. Sig

[OE-core] [PATCH 4/6] runqemu-internal: Replace wacom-tablet with tablet for usbdevice

When booting weston-core-image with latest wayland/weston/libinput mouse/touchpad would not work on qemux86, this fixes the issue Signed-off-by: Khem Raj --- scripts/runqemu-internal | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/scripts/runqemu-internal b/scripts/runqem

[OE-core] [PATCH 0/6] wayland/weston 1.8 upgrade

Addresses comments on wayland upgrade to use tarballs runqemu patch is needed for wayland/weston to work libpicaccess and gdb patches make musl support better Khem Raj (6): libinput: Upgrade 0.7.0 -> 0.18.0 wayland: Upgrade 1.6.0 -> 1.8.1 weston: Upgrade weston_1.6.0.bb -> weston_1.8.0.bb

[OE-core] [PATCH 2/6] wayland: Upgrade 1.6.0 -> 1.8.1

Fetch from git, at same release revision SHA Signed-off-by: Khem Raj --- meta/recipes-graphics/wayland/{wayland_1.6.0.bb => wayland_1.8.1.bb} | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) rename meta/recipes-graphics/wayland/{wayland_1.6.0.bb => wayland_1.8.1.bb} (92%) diff --git

[OE-core] [PATCH 6/6] gdb: Disable lttng support for musl

lttng-ust is too much dependent on glibc dlfcn code disable it for musl Signed-off-by: Khem Raj --- meta/recipes-devtools/gdb/gdb-common.inc | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-devtools/gdb/gdb-common.inc b/meta/recipes-devtools/gdb/gdb-common.inc index 81af42f..166

[OE-core] [PATCH 1/6] libinput: Upgrade 0.7.0 -> 0.18.0

Upgrade is also required for wayland/weston 1.8.x libinput license changes are - COPYING: note that having linux/input.h in the tree does not make libinput GPL - Updated to 2015 where appropriate, added where missing. - filter: add Simon's copyright This code was largely lifted from the X server

[OE-core] [PATCH 3/6] weston: Upgrade weston_1.6.0.bb -> weston_1.8.0.bb

Make error() portable, Fix build on musl Use git for repo for SRC_URI copyright year changed for weston compositor.c - * Copyright © 2012 Collabora, Ltd. + * Copyright © 2012-2015 Collabora, Ltd. Signed-off-by: Khem Raj --- .../wayland/weston/0001-make-error-portable.patch | 80 +

[OE-core] [PATCH 5/6] libpciaccess: Upgrade to 0.13.4

Drop upstreamed patch backport portablility fixes from upstream Add a fix to not use io function on ARM they dont work Signed-off-by: Khem Raj --- ...clude-config.h-before-anything-else-in-.c.patch | 187 + .../libpciaccess/0002-Fix-quoting-issue.patch | 34 ...nux

Re: [OE-core] [PATCH 2/6] wayland: Upgrade 1.6.0 -> 1.8.1

On Wed, Jul 01, 2015 at 11:24:53AM -0700, Khem Raj wrote: > Fetch from git, at same release revision SHA This doesn't match with the change anymore. > > Signed-off-by: Khem Raj > --- > meta/recipes-graphics/wayland/{wayland_1.6.0.bb => wayland_1.8.1.bb} | 5 > +++-- > 1 file changed, 3 inserti

Re: [OE-core] [PATCH 2/6] wayland: Upgrade 1.6.0 -> 1.8.1

On Wed, Jul 1, 2015 at 11:48 AM, Martin Jansa wrote: > On Wed, Jul 01, 2015 at 11:24:53AM -0700, Khem Raj wrote: >> Fetch from git, at same release revision SHA > > This doesn't match with the change anymore. amended both weston and wayland commit messages on pull branch. thx >> >> Signed-off-

Re: [OE-core] [PATCH 2/6] wayland: Upgrade 1.6.0 -> 1.8.1

On 1 July 2015 at 21:25, Khem Raj wrote: > amended both weston and wayland commit messages on pull branch. > This is kraj/for-master, right? Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded

[OE-core] [PATCH] gcc-target.inc: Remove non-related gcc headers from include_fixed folder

From: Leonardo Sandoval Without this patch, the D's include_fixed folder may change after building it (due to the gcc's fixinc.sh script, executed on the do_compile task) and changes depend on the current sysroot headers, making the gcc's builds non-deterministic. [YOCTO #7882] Signed-off-by:

Re: [OE-core] [PATCH 3/6] weston: Upgrade weston_1.6.0.bb -> weston_1.8.0.bb

On 1 July 2015 at 19:24, Khem Raj wrote: > +EXTRA_OECONF_append_qemux86 = "\ > + WESTON_NATIVE_BACKEND=fbdev-backend.so \ > + " > +EXTRA_OECONF_append_qemux86-64 = "\ > + WESTON_NATIVE_BACKEND=fbdev-backend.so \ > + " There's a qemuall overr

Re: [OE-core] [PATCH 3/6] weston: Upgrade weston_1.6.0.bb -> weston_1.8.0.bb

On 1 July 2015 at 19:24, Khem Raj wrote: > Make error() portable, Fix build on musl > Upstream points out that theres lots of other GNU-specific bits in Weston (such as gnu-specific printf formats). Does musl support those or is this a token step towards being musl-friendly? Ross -- _

[OE-core] [PATCH 1/2] wayland: always build wayland-scanner

By passing --disable-scanner to use a native wayland-scanner binary a target wayland-scanner binary isn't built, which is a problem if you want to use it on the target or in a SDK. Instead, always build a target wayland-scanner binary, and have an option to control whether that binary or a host-pr

[OE-core] [PATCH 2/2] wayland: enable nativesdk builds

Signed-off-by: Ross Burton --- meta/recipes-graphics/wayland/wayland_1.8.1.bb | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/meta/recipes-graphics/wayland/wayland_1.8.1.bb b/meta/recipes-graphics/wayland/wayland_1.8.1.bb index ac631af..0f9a0aa 100644 --- a/meta/recipes-gra

Re: [OE-core] [PATCH 1/2] nettle: update package to 3.1.1 version.

On 28 June 2015 at 14:18, Armin Kuster wrote: > this requires the gnutls 3.4.1 update or the current gnutils build will > break. > This appears to brake our partial support for building core-image-base without GPLv3: https://autobuilder.yoctoproject.org/main/builders/nightly-non-gpl3/builds/37

Re: [OE-core] [PATCH 2/6] wayland: Upgrade 1.6.0 -> 1.8.1

> On Jul 1, 2015, at 1:37 PM, Burton, Ross wrote: > > > On 1 July 2015 at 21:25, Khem Raj > wrote: > amended both weston and wayland commit messages on pull branch. > > This is kraj/for-master, right? yes > > Ross signature.asc Description: Message signed with

[OE-core] [PATCH] man: replace ',' with '#'

From: Yue Tao Sometimes, the parameters of CC contains the ',', which cause the sed command failed, so replace the ',' with '#' Signed-off-by: Yue Tao --- meta/recipes-extended/man/man/configure_sed.patch | 22 ++ meta/recipes-extended/man/man_1.6g.bb | 1 + 2

Re: [OE-core] [PATCH 3/6] weston: Upgrade weston_1.6.0.bb -> weston_1.8.0.bb

> On Jul 1, 2015, at 3:07 PM, Burton, Ross wrote: > > > On 1 July 2015 at 19:24, Khem Raj > wrote: > Make error() portable, Fix build on musl > > Upstream points out that theres lots of other GNU-specific bits in Weston > (such as gnu-specific printf formats). Doe

Re: [OE-core] Cherry-pick request: oe-core rev 2471f9b on branch dizzy

On 2015年07月01日 18:37, Burton, Ross wrote: On 1 July 2015 at 11:09, Kang Kai > wrote: Would you like to cherry-pick one commit 2471f9b which is useful from branch dizzy to master, please? How did that get into dizzy without going through master... :/ T

Re: [OE-core] [PATCH 1/2] testimage: Support full TC path such oeqa.runtime.pnp.get_memory_size in TEST_SUITES

Are we OK with this patch? -Cathy >-Original Message- >From: openembedded-core-boun...@lists.openembedded.org >[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of zjh >Sent: Tuesday, June 23, 2015 3:54 PM >To: openembedded-core@lists.openembedded.org >Subject: [OE-core]

[OE-core] [PATCH] archiver: set permissions for backup files of patch

From: Jian Liu For the program patch with version before 2.6, backup files for nonexisting files are created with mode 0. During making tarball for these files, this will cause permission error. Signed-off-by: Hongxu Jia Signed-off-by: Jian Liu --- meta/classes/archiver.bbclass | 18 +

[OE-core] [PATCH] image_types_uboot: remove the middle file

From: Yue Tao The .gz, .bz2 or .lzma are middle files for making gz.u-boot, bz2.u-boot, or lzma.u-boot. It should be removed once the final image is generated. Otherwise, even you --enable-rm-oldimgs=yes, it can't be removed, moreover more and more middle files are genrated via 'make fs Signed-o

Re: [OE-core] [PATCH] archiver: set permissions for backup files of patch

On 07/02/2015 10:32 AM, rongqing...@windriver.com wrote: From: Jian Liu For the program patch with version before 2.6, backup files for nonexisting files are created with mode 0. During making tarball for these files, this will cause permission error. Signed-off-by: Hongxu Jia Signed-off-by

Re: [OE-core] [PATCH] image_types_uboot: remove the middle file

drop it, I will rework the commit header -R On 2015年07月02日 10:34, rongqing...@windriver.com wrote: From: Yue Tao The .gz, .bz2 or .lzma are middle files for making gz.u-boot, bz2.u-boot, or lzma.u-boot. It should be removed once the final image is generated. Otherwise, even you --enable-rm-ol

Re: [OE-core] [PATCH] archiver: set permissions for backup files of patch

On 2015年07月02日 10:40, Robert Yang wrote: On 07/02/2015 10:32 AM, rongqing...@windriver.com wrote: From: Jian Liu For the program patch with version before 2.6, backup files for nonexisting files are created with mode 0. During making tarball for these files, this will cause permission erro

[OE-core] [PATCH] mesa-demos: add "inherit update-alternatives" to avoid conflicts

multiple sources 'busybox ncurses mesa-demos' provide same command 'clear',so rename 'clear' like recipe ncurses do. Signed-off-by: Li Xin --- meta/recipes-graphics/mesa/mesa-demos_8.2.0.bb | 4 1 file changed, 4 insertions(+) diff --git a/meta/recipes-graphics/mesa/mesa-demos_8.2.0.bb b/

[OE-core] [PATCH] perl: Undefine finitel for musl

finitel is not implemented in musl and since its not posix, it wont be implemented in future too Fixes perl 5.22 build error perl/5.22.0-r0/perl-5.22.0/sv.c:12135: undefined reference to `finitel' | collect2: error: ld returned 1 exit status Signed-off-by: Khem Raj --- meta/recipes-devtools/pe

Re: [OE-core] [PATCH] kernel-devsrc: missing tools for building modules

Hi Bruce, I test it with arm. The arch of compiled tools is still x86. Thanks very much for your notification. Regards! Jian 于 2015年07月01日 22:48, Bruce Ashfield 写道: On Wed, Jul 1, 2015 at 2:16 AM, Jian Liu wrote: Some tools under scripts are missed and this can cause error during building m

[OE-core] [PATCH] qemu: CVE-2014-3689

From: Li Wang Issue: LIN7-2153 the patch comes from: https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2014-3689 http://git.qemu.org/?p=qemu.git;a=commit;h=83afa38eb20ca27e30683edc7729880e091387fc vmware-vga: CVE-2014-3689: turn off hw accel Quick & easy stopgap for CVE-2014-3689: We just