Re: [OE-core] [PATCH] gcc-7.inc: add new warning "Wnot-cross-compiler"

On Thu, Jul 20, 2017 at 12:18 PM, Burton, Ross wrote: > > On 20 July 2017 at 19:51, Khem Raj wrote: >> >> it does cause harm, by making the behaviour inconsistent and highly >> dependent >> upon build host. > > It *stops* behaviour being dependent on

Re: [OE-core] [PATCH] gcc-7.inc: add new warning "Wnot-cross-compiler"

On Wed, Jul 19, 2017 at 2:57 PM, Bystricky, Juro wrote: >> precisely, the problem is that some host compiler may silently ignore >> unknown warnings and some host may not be using gcc as default system >> compiler at all e.g. mageia distro and may be more in future. > >

Re: [OE-core] [PATCH 0/5] Add openssl 1.1

On Wed, Jul 19, 2017 at 6:19 AM, Alexander Kanavin wrote: > This patch series introduces the recipe for openssl 1.1 (openssl 1.0 is > preserved > but renamed to openssl10), and does a few necessary adjustmenets and updates > to other > recipes. > > Openssl 1.1

Re: [OE-core] [PATCH 2/5] openssh: depend on openssl 1.0

On Wed, Jul 19, 2017 at 6:19 AM, Alexander Kanavin wrote: > The proposed openssl 1.1 patches are here: > https://github.com/openssh/openssh-portable/pull/48 > > Openssl maintainers are not in a hurry to get 1.1 support in; Openssh maintainers? > if it doesn't

Re: [OE-core] [PATCH] gcc-7.inc: add new warning "Wnot-cross-compiler"

On Tue, Jul 18, 2017 at 5:12 PM, Khem Raj wrote: > > On Tue, Jul 18, 2017 at 6:45 PM Juro Bystricky > wrote: >> >> Suppose we have an autotools project that looks like it is using the cross >> compiler but is actually reaching out to the host

[OE-core] [PATCH 3/3] mirrors.bbclass: remove stale lsof ftp mirrors

Replace with an mapping for http://www.mirrorservice.org to align with recent changes to SRC_URI in the lsof recipe and allow non-current lsof tar files to be found in the /OLD subdirectory. Signed-off-by: Andre McCurdy <armccu...@gmail.com> --- meta/classes/mirrors.bbclass | 11 +---

[OE-core] [PATCH 2/3] lsof: update SRC_URI

the custom UPSTREAM_CHECK_URI to be removed). Signed-off-by: Andre McCurdy <armccu...@gmail.com> --- meta/recipes-extended/lsof/lsof_4.89.bb | 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/meta/recipes-extended/lsof/lsof_4.89.bb b/meta/recipes-extended/lsof/lso

[OE-core] [PATCH 1/3] lsof: minor recipe cleanup

- Add HOMEPAGE - Remove ${S} from LIC_FILES_CHKSUM path - Use tabs consistently to indent do_configure() - Re-order LIC_FILES_CHKSUM definition to follow OE style guide Signed-off-by: Andre McCurdy <armccu...@gmail.com> --- meta/recipes-extended/lsof/lsof_4.89.bb | 15

[OE-core] [PATCH 0/3] lsof cleanup and fetch timeout fix

For many (?) users, lsof do_fetch() results in a 90 second timeout followed by a fallback to http://downloads.yoctoproject.org. Try to fix that by updating SRC_URI and associated entries in mirrors.bbclass + misc cleanup along the way. Andre McCurdy (3): lsof: minor recipe cleanups lsof

Re: [OE-core] [PATCH] linux-libc-headers: fix duplicate IFF_LOWER_UP DORMANT ECHO on musl

On Fri, Jun 23, 2017 at 4:41 PM, Denys Dmytriyenko wrote: > On Fri, Jun 23, 2017 at 04:20:41PM -0700, Khem Raj wrote: >> On Fri, Jun 23, 2017 at 7:17 AM, wrote: >> > Hi, >> > >> > I'm chipping in since I've been messing with these things a bit in upstream

Re: [OE-core] [PATCH 4/5] sstatetests: Use higher parallelism value

On Tue, Jun 13, 2017 at 2:49 AM, Richard Purdie wrote: > Since the processing code for signature generation is now threaded, > use higher thread values as examples in this code for better performance. > > Signed-off-by: Richard Purdie

Re: [OE-core] [PATCH 1/2] package_rpm.bbclass: use multithreaded xz compression

On Fri, Jun 2, 2017 at 4:40 AM, Alexander Kanavin <alexander.kana...@linux.intel.com> wrote: > On 06/01/2017 10:02 PM, Andre McCurdy wrote: >>> >>> RPM's default is single-threaded gz; the change greatly helps with >>> both buildtimes (when there is a

Re: [OE-core] [PATCH] kernel.bbclass: fix KERNEL_IMAGETYPE(S) for Image.gz

On Thu, Jun 1, 2017 at 2:21 AM, Nicolas Dechesne wrote: > KERNEL_IMAGETYPES lists all the kernel images that we want to build. in > cb17b6c2a7 (kernel.bbclass: support kernel image type of vmlinux.gz), some > logic > was added to support vmlinux.gz which is not a

Re: [OE-core] [PATCH 1/2] package_rpm.bbclass: use multithreaded xz compression

On Thu, Jun 1, 2017 at 8:15 AM, Alexander Kanavin wrote: > RPM's default is single-threaded gz; the change greatly helps with > both buildtimes (when there is a small number of large-sized packages) > and disk space taken by resulting rpms. Do you have any test

Re: [OE-core] KERNEL_IMAGETYPES and Image.gz

On Wed, May 31, 2017 at 3:04 PM, Andre McCurdy <armccu...@gmail.com> wrote: > On Wed, May 31, 2017 at 3:26 AM, Nicolas Dechesne > <nicolas.deche...@linaro.org> wrote: >> On Tue, May 30, 2017 at 11:56 PM, Andre McCurdy <armccu...@gmail.com> wrote: >>> O

Re: [OE-core] KERNEL_IMAGETYPES and Image.gz

On Wed, May 31, 2017 at 3:26 AM, Nicolas Dechesne <nicolas.deche...@linaro.org> wrote: > On Tue, May 30, 2017 at 11:56 PM, Andre McCurdy <armccu...@gmail.com> wrote: >> On Tue, May 30, 2017 at 1:26 PM, Nicolas Dechesne >> <nicolas.deche...@linaro.org> wrote: &g

Re: [OE-core] KERNEL_IMAGETYPES and Image.gz

On Tue, May 30, 2017 at 1:26 PM, Nicolas Dechesne <nicolas.deche...@linaro.org> wrote: > On Tue, May 30, 2017 at 7:15 PM, Andre McCurdy <armccu...@gmail.com> wrote: >>> gzip -9c < "${typeformake}" > "${KERNEL_OUTPUT_DIR}/${type}" >>>

Re: [OE-core] KERNEL_IMAGETYPES and Image.gz

On Mon, May 29, 2017 at 2:13 PM, Nicolas Dechesne wrote: > hi, > > i am trying to set KERNEL_IMAGETYPES="Image.gz" in my machine conf > file. But it doesn't work. I am seeing this error during > kernel_do_compile(): > > run.do_compile.30019: cannot open Image: No

Re: [OE-core] [PATCH] recipes: Replace "cp -a" with "cp -R --no-dereference --preserve=mode, links"

On Tue, May 30, 2017 at 8:41 AM, Mark Hatle <mark.ha...@windriver.com> wrote: > On 5/30/17 9:45 AM, Andre McCurdy wrote: >> On Tue, May 30, 2017 at 1:08 AM, Martin Jansa <martin.ja...@gmail.com> wrote: >>> * Using "cp -a" leaks UID of user running th

Re: [OE-core] [PATCH] recipes: Replace "cp -a" with "cp -R --no-dereference --preserve=mode, links"

On Tue, May 30, 2017 at 1:08 AM, Martin Jansa wrote: > * Using "cp -a" leaks UID of user running the builds, causing > many QA warnings. > * See this thread for details: > > http://lists.openembedded.org/pipermail/openembedded-core/2015-November/112904.html Using "cp

Re: [OE-core] [morty][PATCH 1/1] openssl-native: Compile with -fPIC

On Fri, May 26, 2017 at 12:03 AM, Mirza Krak wrote: > From: Khem Raj > > Fixes > | /usr/bin/ld: libcrypto.a(sha1-x86_64.o): relocation R_X86_64_PC32 against > undefined symbol `OPENSSL_ia32cap_P' can not be used when making a shared > object; recompile

Re: [OE-core] [meta-oe][PATCH v4] openssh: Atomically generate host keys

On Thu, May 25, 2017 at 6:52 PM, Joshua Watt wrote: > Generating the host keys atomically prevents power interruptions during > the first boot from leaving the key files incomplete, which often > prevents users from being able to ssh into the device. > --- >

[OE-core] [PATCH] tune-mips32*.inc: use consistent comments across all three .inc files

No functional changes, just use a consistent set of comments to separate hard and soft float tuning options. Signed-off-by: Andre McCurdy <armccu...@gmail.com> --- meta/conf/machine/include/tune-mips32.inc | 6 +- meta/conf/machine/include/tune-mips32r2.inc | 4 ++-- meta/conf/m

Re: [OE-core] [PATCH v2] curl: fix libssl error for ARMv8

On Wed, May 24, 2017 at 7:18 PM, Huang Qiyu wrote: > curl + gnutls can not work on ARMv8 32BE, so change it to curl + ssl when the > target is aarch64. > > The error is as follow: > curl: (35) gnutls_handshake() failed: Bad record MAC Googling for that error message

Re: [OE-core] [PATCH] module.bbclass: Add devshell support

On Wed, May 3, 2017 at 9:13 AM, Stefan Wiehler wrote: > Adds development shell support for out-of-tree kernel modules by reproducing > the build environment of the compile task. > > Signed-off-by: Stefan Wiehler

Re: [OE-core] [PATCH] cmake.bbclass: use `cmake --build` to build & install

On Tue, May 2, 2017 at 12:07 PM, Cody P Schafer <d...@codyps.com> wrote: > On Tue, May 2, 2017 at 12:49 PM, Andre McCurdy <armccu...@gmail.com> wrote: >> On Tue, May 2, 2017 at 8:49 AM, Cody P Schafer <d...@codyps.com> wrote: >>>>> do_compile[pro

Re: [OE-core] [PATCH] cmake.bbclass: use `cmake --build` to build & install

On Tue, May 2, 2017 at 8:49 AM, Cody P Schafer wrote: >>> do_compile[progress] = "percent" >>> cmake_do_compile() { >>> - cd ${B} >> >> Removing the redundant "cd ${B}" should perhaps be a separate commit? > > I'm not really seeing that as useful, change right now can be

Re: [OE-core] [PATCH v2 5/6] busybox.inc: improve reproducibility

On Mon, May 1, 2017 at 1:59 PM, Juro Bystricky wrote: > For reproducible builds do not generate build timestamp as part of > the version string. Maybe just do that by default? > Signed-off-by: Juro Bystricky > --- >

Re: [OE-core] [PATCH] cmake.bbclass: use `cmake --build` to build & install

On Mon, May 1, 2017 at 12:42 PM, Cody P Schafer wrote: > Rather than presuming `make` is the generator, use cmake's generic > `cmake --build` feature (which knows to call the appropriate generator). > > Both DESTDIR and VERBOSE still behave as intended when used as > environment

[OE-core] [PATCH] cmake.bbclass: use weakest ??= assignment for default OECMAKE_SOURCEPATH

Make it slightly easier to support situations where the default path needs to be over-ridden more than once. Signed-off-by: Andre McCurdy <armccu...@gmail.com> --- meta/classes/cmake.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/classes/cmake.bbclass

Re: [OE-core] [PATCH] Check if /etc/fstab exists

On Thu, Apr 27, 2017 at 9:56 AM, Panagiotis Tamtamis wrote: > Using "read-only-rootfs" feature in minimal or special > purpose images (eg mounted images) makes build to fail > because ${IMAGE_ROOTFS}/etc/fstab file does not exist. > > Signed-off-by: Panagiotis

Re: [OE-core] [PATCH 1/2] grub: Fix build with gcc7

On Mon, Apr 24, 2017 at 6:38 PM, Khem Raj wrote: > On Mon, Apr 24, 2017 at 3:34 PM, Burton, Ross wrote: >> Clearly there's some build difference between our configurations. Are you >> building grub-git instead of grub_2.00? Should we delete grub_2.00

Re: [OE-core] ✗ patchtest: failure for busybox: fix typo in CVE-2016-2147_2.patch Upstream-Status tag

On Tue, Apr 25, 2017 at 9:06 AM, Leonardo Sandoval wrote: > On Thu, 2017-04-20 at 01:01 +, Patchwork wrote: >> == Series Details == >> >> Series: busybox: fix typo in CVE-2016-2147_2.patch Upstream-Status tag >> Revision: 1 >> URL :

[OE-core] [PATCH] gnutls: move BBCLASSEXTEND from gnutls.inc into the gnutls recipe

There may be alternative gnutls recipes outside oe-core which include gnutls.inc but which don't want BBCLASSEXTEND = "native nativesdk". Signed-off-by: Andre McCurdy <armccu...@gmail.com> --- meta/recipes-support/gnutls/gnutls.inc | 2 -- meta/recipes-support/gnutls/gnu

Re: [OE-core] [PATCH 2/5] valgrind: Fix arm build with gcc7

On Fri, Apr 21, 2017 at 9:32 AM, Khem Raj <raj.k...@gmail.com> wrote: > On Thu, Apr 20, 2017 at 6:29 PM, Andre McCurdy <armccu...@gmail.com> wrote: >> On Thu, Apr 20, 2017 at 6:06 PM, Khem Raj <raj.k...@gmail.com> wrote: >>> On Thu, Apr 20, 2017 at 5:56 PM

Re: [OE-core] [PATCH 2/5] valgrind: Fix arm build with gcc7

On Thu, Apr 20, 2017 at 6:06 PM, Khem Raj <raj.k...@gmail.com> wrote: > On Thu, Apr 20, 2017 at 5:56 PM, Andre McCurdy <armccu...@gmail.com> wrote: >> On Thu, Apr 20, 2017 at 11:20 AM, Khem Raj <raj.k...@gmail.com> wrote: >>> Signed-off-by: Khem Raj <raj.k...

Re: [OE-core] [PATCH 2/5] valgrind: Fix arm build with gcc7

On Thu, Apr 20, 2017 at 11:20 AM, Khem Raj wrote: > Signed-off-by: Khem Raj > --- > ...rop-setting-mcpu-to-cortex-a8-on-arm-arch.patch | 108 > + > meta/recipes-devtools/valgrind/valgrind_3.12.0.bb | 3 +- > 2 files changed, 110

[OE-core] [PATCH] libcap: drop obsolete attr PACKAGECONFIG option and libattr dependency

In the 2.25 release, libcap dropped its dependency on an external libattr library: https://git.kernel.org/pub/scm/linux/kernel/git/morgan/libcap.git/commit/?id=85f38a573fc47472ab792e813b6f6b6f0b1df112 Signed-off-by: Andre McCurdy <armccu...@gmail.com> --- meta/recipes-support/

[OE-core] [PATCH] busybox: fix typo in CVE-2016-2147_2.patch Upstream-Status tag

Signed-off-by: Andre McCurdy <armccu...@gmail.com> --- meta/recipes-core/busybox/busybox/CVE-2016-2147_2.patch | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-core/busybox/busybox/CVE-2016-2147_2.patch b/meta/recipes-core/busybox/busybox/CVE-2016-2147_2

[OE-core] [PATCH] documentation.conf: update TCLIBC[doc] to match current options in oe-core

Signed-off-by: Andre McCurdy <armccu...@gmail.com> --- meta/conf/documentation.conf | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/conf/documentation.conf b/meta/conf/documentation.conf index 06527cb..35b9103 100644 --- a/meta/conf/documentation.conf +++ b/met

[OE-core] [PATCH] tclibc-musl.inc: fix stray comment reference to uclibc

Signed-off-by: Andre McCurdy <armccu...@gmail.com> --- meta/conf/distro/include/tclibc-musl.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/conf/distro/include/tclibc-musl.inc b/meta/conf/distro/include/tclibc-musl.inc index 1ddd58e..3d3f6ac 100644 --- a/met

[OE-core] [PATCH] devupstream.bbclass: minor typo fix

Signed-off-by: Andre McCurdy <armccu...@gmail.com> --- meta/classes/devupstream.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/classes/devupstream.bbclass b/meta/classes/devupstream.bbclass index 7d4113f..7780c54 100644 --- a/meta/classes/devupstream.b

Re: [OE-core] [PATCH] bitbake.conf: add unzip to HOSTTOOLS

On Thu, Apr 13, 2017 at 1:34 PM, Andreas Müller wrote: > On Thu, Apr 13, 2017 at 5:57 PM, Burton, Ross wrote: >> On 13 April 2017 at 16:53, Andreas Müller >> wrote: >>> >>> OK - but why do I see this error in

Re: [OE-core] [PATCH] image.bbclass: prevent rm_work to remove native RSS

On Mon, Apr 10, 2017 at 1:46 PM, Ed Bartosh wrote: > Added recipe-sysroot-native directory to RM_WORK_EXCLUDE_ITEMS > for image recipes. > > This should keep qemu and other useful tools in the native sysroot of > the image recipe even if rm_work is enabled. > > [YOCTO

Re: [OE-core] [PATCH 2/4] no-static-libs: Add entry for ncurses

On Fri, Apr 7, 2017 at 9:41 AM, Richard Purdie wrote: > Yes, the option to disable static libraries in boost really is boost or ncurses? > "--without-normal". Add this for ncurses and its variants. > > Signed-off-by: Richard Purdie

[OE-core] [PATCH] mtd-utils: refresh patches now merged upstream

Update Upstream-Status tags and apply 010-fix-rpmatch.patch unconditionally, since it's merged unconditionally upstream. Signed-off-by: Andre McCurdy <armccu...@gmail.com> --- .../mtd/mtd-utils/0001-Fix-build-with-musl.patch | 15 .../mtd/mtd-utils/010-fix-rpmatch

[OE-core] [PATCH] busybox.inc: drop comment explaining '-e MAKEFLAGS=' in EXTRA_OEMAKE

EXTRA_OEMAKE no longer contains '-e MAKEFLAGS=' so the comment explaining that it needs to be removed / over-ridden is obsolete. Signed-off-by: Andre McCurdy <armccu...@gmail.com> --- meta/recipes-core/busybox/busybox.inc | 1 - 1 file changed, 1 deletion(-) diff --git a/meta/recipe

Re: [OE-core] [PATCH V2] libjpeg-turbo: don't depend on NASM for non-x86 targets

On Mon, Apr 3, 2017 at 5:04 AM, Ross Burton wrote: > NASM is a x86-specific assembler so it is only required when building for x86 > targets. Use x86-architecture and class-target overrides to depend on NASM, > but > explicitly disable and don't depend on it for native as

Re: [OE-core] [PATCH] ncurses_6.0: Improve reproducibility

On Fri, Mar 31, 2017 at 3:27 PM, Khem Raj wrote: > > On Fri, Mar 31, 2017 at 2:29 PM Juro Bystricky > wrote: >> >> Build static libraries without the binutils "ar" -U option. >> This option deliberately breaks deterministic mode. > > While this patch

[OE-core] [PATCH] busybox: drop unmaintained _git recipe

The busybox _git recipe is not formally tested or kept up to date. The gstreamer _git recipes were recently removed from oe-core and the justifications for that change apply to the busybox _git recipe too. Signed-off-by: Andre McCurdy <armccu...@gmail.com> --- meta/recipes-core/b

Re: [OE-core] [PATCH] libjpeg-turbo: fix build on aarch64 or non-intel build hosts

On Wed, Mar 29, 2017 at 5:11 AM, Tristan Van Berkom wrote: > This is already filed in the appropriate bugzilla: >https://bugzilla.yoctoproject.org/show_bug.cgi?id=11240 > > Just notifying the list as the custom goes... > > libjpeg-turbo in recipes-graphics

Re: [OE-core] [PATCH] busybox: move default config fragments to defconfig

On Wed, Mar 29, 2017 at 3:24 AM, Richard Purdie wrote: > > Also, in case its not apparent, you can work around this today by > providing empty fragment files in your own layer. These would override > the default ones in the main recipe if you set it up right.

Re: [OE-core] how to specify *just* the KERNEL_IMAGETYPES i want?

On Tue, Mar 28, 2017 at 7:19 AM, Robert P. J. Day wrote: > > playing with building fit images, and i started with mpc8315e-rdb, > built virtual/kernel using all defaults, and got this in images/: > >

Re: [OE-core] [PATCH 1/2] aws-cli_1.11.66.bb: Initial commit of aws-cli

On Tue, Mar 28, 2017 at 4:40 AM, Elizabeth 'pidge' Flanagan wrote: > With fetch2 supporting s3, having an aws-cli recipe makes sense. > > Signed-off-by: Elizabeth 'pidge' Flanagan > --- > meta/recipes-devtools/aws-cli/aws-cli.inc| 14

[OE-core] [PATCH] bitbake.conf: sort HOSTTOOLS and remove duplicates

Cleanup only, no functional changes. Signed-off-by: Andre McCurdy <armccu...@gmail.com> --- meta/conf/bitbake.conf | 20 ++-- 1 file changed, 10 insertions(+), 10 deletions(-) diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf index fa5445b..96a9ed9 100644 ---

Re: [OE-core] [PATCH] libxslt: Add PACKAGECONFIG support for python

On Thu, Mar 23, 2017 at 5:00 PM, Vedang Patel wrote: > Add support to enable python bindings for libxslt using PACKAGECONFIG. > This will include --with-python argument while compiling the package. > The support is disabled by default. > > Signed-off-by: Vedang Patel

Re: [OE-core] [PATCH] native.bbclass: clear MACHINE_FEATURES

On Thu, Mar 23, 2017 at 12:09 PM, Patrick Ohly <patrick.o...@intel.com> wrote: > On Thu, 2017-03-23 at 11:59 -0700, Andre McCurdy wrote: >> On Thu, Mar 23, 2017 at 2:06 AM, Mike Looijmans <mike.looijm...@topic.nl> >> wrote: >> > On 22-03-17 23:47, Andre McC

Re: [OE-core] [PATCH] native.bbclass: clear MACHINE_FEATURES

On Thu, Mar 23, 2017 at 2:06 AM, Mike Looijmans <mike.looijm...@topic.nl> wrote: > On 22-03-17 23:47, Andre McCurdy wrote: >> >> Try to avoid native recipes accidentally being dependent on >> MACHINE_FEATURES. This simple change doesn't prevent MACHINE_FEATURES >>

Re: [OE-core] Using MACHINE_FEATURES in a native recipe

On Wed, Mar 22, 2017 at 2:46 PM, Khem Raj <raj.k...@gmail.com> wrote: > On Wed, Mar 22, 2017 at 2:42 PM, Andre McCurdy <armccu...@gmail.com> wrote: >> Currently native.bbclass clears MACHINEOVERRIDES but leaves >> MACHINE_FEATURES alone. Is that an oversight? Or is

[OE-core] [PATCH] native.bbclass: clear MACHINE_FEATURES

Try to avoid native recipes accidentally being dependent on MACHINE_FEATURES. This simple change doesn't prevent MACHINE_FEATURES set via MACHINE_FEATURES_BACKFILL sneaking through, but it's better than nothing. Signed-off-by: Andre McCurdy <armccu...@gmail.com> --- meta/classes/native.b

[OE-core] Using MACHINE_FEATURES in a native recipe

Currently native.bbclass clears MACHINEOVERRIDES but leaves MACHINE_FEATURES alone. Is that an oversight? Or is there ever a legitimate reason for a native recipe to have a dependency on MACHINE_FEATURES? -- ___ Openembedded-core mailing list

[OE-core] [PATCH] busybox: ignore the largefile distro feature ( always enable LFS )

Signed-off-by: Andre McCurdy <armccu...@gmail.com> --- meta/recipes-core/busybox/busybox.inc | 4 ++-- meta/recipes-core/busybox/busybox/defconfig | 2 +- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/meta/recipes-core/busybox/busybox.inc b/meta/recipes-core/b

Re: [OE-core] [PATCH] feature-arm-thumb.inc: fix ARM_THUMB_SUFFIX for armv8

On Fri, Mar 10, 2017 at 5:31 PM, Andre McCurdy <armccu...@gmail.com> wrote: > The current definition for ARM_THUMB_SUFFIX doesn't consider armv8 > and will therefore cause TUNE_PKGARCH to be set incorrectly for > machines which inherit arch-armv8 and don't include aarch64 in >

Re: [OE-core] [PATCH] go: Remove mips32r2 from mips

On Thu, Mar 16, 2017 at 2:42 PM, Khem Raj wrote: > mips32r1 is only one supported for mips32 > > Signed-off-by: Khem Raj > --- > meta/recipes-devtools/go/go_1.8.bb | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/meta/recipes-devtools/go/go_1.8.bb

Re: [OE-core] [PATCH 0/2][morty] Backport image dependency chain fixes

On Tue, Mar 14, 2017 at 8:08 PM, akuster808 <akuster...@gmail.com> wrote: > On 03/14/2017 07:14 PM, Andre McCurdy wrote: >> >> On Tue, Feb 21, 2017 at 10:04 AM, Andre McCurdy <armccu...@gmail.com> >> wrote: >>> >>> Andre McCurdy (1): >

Re: [OE-core] [PATCH 0/2][morty] Backport image dependency chain fixes

On Tue, Feb 21, 2017 at 10:04 AM, Andre McCurdy <armccu...@gmail.com> wrote: > Andre McCurdy (1): > image_types.bbclass: fix image dependency chain collection > > Randy Witt (1): > image_types.bbclass: IMAGE_TYPEDEP_ now adds deps for conversion types Ping (and C

[OE-core] [PATCH] feature-arm-thumb.inc: fix ARM_THUMB_SUFFIX for armv8

] wording. Signed-off-by: Andre McCurdy <armccu...@gmail.com> --- meta/conf/machine/include/arm/feature-arm-thumb.inc | 17 +++-- 1 file changed, 7 insertions(+), 10 deletions(-) diff --git a/meta/conf/machine/include/arm/feature-arm-thumb.inc b/meta/conf/machine/include/arm/f

Re: [OE-core] [PATCH] conf/machine/include: enable hardfloat by default for ARMv6 and above

On Thu, Mar 9, 2017 at 3:09 PM, Martin Jansa <martin.ja...@gmail.com> wrote: > On Thu, Mar 09, 2017 at 12:09:51PM -0800, Andre McCurdy wrote: >> On Thu, Mar 9, 2017 at 12:18 AM, Martin Jansa <martin.ja...@gmail.com> wrote: >> > Shouldn't we change default A

Re: [OE-core] [PATCH 5/5] base/bitbake.conf: Filter contents of PATH to only allow whitelisted tools

On Thu, Mar 9, 2017 at 2:17 PM, Richard Purdie wrote: > We currently have a determinism problem in that the host tools present > in PATH can influence the build. In particular, the presence of pkg-config > on the build host can mask missing pkgconfig class

Re: [OE-core] [PATCH] conf/machine/include: enable hardfloat by default for ARMv6 and above

y default for cores which only support Thumb1. > https://bugzilla.yoctoproject.org/show_bug.cgi?id=9213 > > On Tue, Mar 7, 2017 at 12:35 AM, Khem Raj <raj.k...@gmail.com> wrote: >> >> >> On Mon, Mar 6, 2017 at 2:51 PM Andre McCurdy <armccu...@gmail.com> wrote:

Re: [OE-core] [PATCH] classes: add gitupstream class

On Wed, Mar 8, 2017 at 12:54 PM, Andre McCurdy <armccu...@gmail.com> wrote: > On Wed, Mar 8, 2017 at 9:25 AM, Ross Burton <ross.bur...@intel.com> wrote: >> This class lets you use BBCLASSEXTEND to add a variant of the recipe that >> fetches from git instead o

Re: [OE-core] [PATCH] classes: add gitupstream class

On Wed, Mar 8, 2017 at 9:25 AM, Ross Burton wrote: > This class lets you use BBCLASSEXTEND to add a variant of the recipe that > fetches from git instead of a tarball. Looks good. This approach could perhaps also cover git -vs- externalsrc variants of a recipe, which seems

Re: [OE-core] [PATCH] perf.bb: Fix dependency while building kernel using externalsrc

On Thu, Mar 2, 2017 at 11:59 PM, Manjukumar Matha wrote: > Having dependency on do_patch will fail while building kernel using > externalsrc. Depend on do_configure instead of do_patch to bypass the > compilation error. I think the change to

Re: [OE-core] [PATCH] recipes: Move out stale GPLv2 versions to a seperate layer

On Tue, Mar 7, 2017 at 10:22 AM, Richard Purdie wrote: > These are recipes where the upstream has moved to GPLv3 and these old > versions are the last ones under the GPLv2 license. > > There are several reasons for making this move. There is a different >

[OE-core] [PATCH] meta: start to ignore the largefile distro feature

by this commit). Ignore the largefile distro feature more widely, as a first step towards deprecating and eventually removing it. Signed-off-by: Andre McCurdy <armccu...@gmail.com> --- meta/recipes-bsp/grub/grub-efi_2.00.bb | 6 +++--- meta/recipes-bsp/grub/grub_2.00.bb

[OE-core] [PATCH] dropbear: drop support for DSA host keys in dropbear init script

Bring the dropbear init script into sync with the systemd service file (dropbearkey.service supports RSA host keys only) and with recent versions of openssh which deprecate DSA host keys. https://www.gentoo.org/support/news-items/2015-08-13-openssh-weak-keys.html Signed-off-by: Andre McCurdy

[OE-core] [PATCH v2] conf/machine/include: enable hardfloat by default for ARMv6 and above

no clear reason to default to ignoring ARM_INSTRUCTION_SET for ARMv7. Signed-off-by: Andre McCurdy <armccu...@gmail.com> --- meta/conf/machine/include/arm/arch-armv6.inc | 2 +- meta/conf/machine/include/arm/arch-armv7a.inc | 2 +- meta/conf/machine/include/arm/arch-armv7ve.inc | 2 +- met

Re: [OE-core] [PATCH] conf/machine/include: enable hardfloat by default for ARMv6 and above

On Mon, Mar 6, 2017 at 2:51 PM, Andre McCurdy <armccu...@gmail.com> wrote: > On Mon, Mar 6, 2017 at 2:37 PM, Khem Raj <raj.k...@gmail.com> wrote: >> On Mon, Mar 6, 2017 at 1:47 PM, Andre McCurdy <armccu...@gmail.com> wrote: >>> Defaulting to softfp pr

Re: [OE-core] [PATCH] conf/machine/include: enable hardfloat by default for ARMv6 and above

On Mon, Mar 6, 2017 at 2:37 PM, Khem Raj <raj.k...@gmail.com> wrote: > On Mon, Mar 6, 2017 at 1:47 PM, Andre McCurdy <armccu...@gmail.com> wrote: >> Defaulting to softfp probably isn't the best choice anymore, >> especially as there are now ARM BSP layers which leave

Re: [OE-core] [PATCH] sanity.bbclass: allow s3 protocol when sanity checking MIRRORS, etc

On Mon, Mar 6, 2017 at 2:36 PM, Burton, Ross <ross.bur...@intel.com> wrote: > > On 6 March 2017 at 22:34, Andre McCurdy <armccu...@gmail.com> wrote: >> >> protocols = ['http', 'ftp', 'file', 'https', \ >> 'git', 'gitsm', 'hg', 'osc', 'p4'

[OE-core] [PATCH] sanity.bbclass: allow s3 protocol when sanity checking MIRRORS, etc

Bitbake now supports an Amazon AWS S3 fetcher: http://git.openembedded.org/bitbake/commit/?id=6fe07ed25457dd7952b60f4b2153d56b15d5eea6 Signed-off-by: Andre McCurdy <armccu...@gmail.com> --- meta/classes/sanity.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[OE-core] [PATCH] conf/machine/include: enable hardfloat by default for ARMv6 and above

Defaulting to softfp probably isn't the best choice anymore, especially as there are now ARM BSP layers which leave DEFAULTTUNE entirely up to the distro: https://lists.yoctoproject.org/pipermail/yocto/2017-February/034637.html Signed-off-by: Andre McCurdy <armccu...@gmail.com> --- met

[OE-core] [PATCH] base.bbclass: improve wording when skipping recipes with incompatible licenses

The previous wording, e.g. ERROR: wget was skipped: incompatible with license GPLv3 isn't very clear and could be taken to imply that the recipe is incompatible with its own license. Signed-off-by: Andre McCurdy <armccu...@gmail.com> --- meta/classes/base.bbclass | 2 +- 1 file chan

[OE-core] Creating cpio images with support for xattrs

Currently we create cpio rootfs images using the standard cpio tool. However that doesn't support the extensions added to the cpio format by the kernel in order to support initramfs images with xattrs: https://lwn.net/Articles/629134/ It looks like the only tool which does support these cpio

Re: [OE-core] [PATCH 0/2] replace USE_LDCONFIG with ldconfig distro feature

On Tue, Feb 28, 2017 at 11:17 AM, Andre McCurdy <armccu...@gmail.com> wrote: > On Thu, Feb 2, 2017 at 5:44 PM, Khem Raj <raj.k...@gmail.com> wrote: >> On Fri, Jan 27, 2017 at 2:29 PM, Andre McCurdy <armccu...@gmail.com> wrote: >>> Andre McCurdy (2): >

Re: [OE-core] [PATCH 0/2] replace USE_LDCONFIG with ldconfig distro feature

On Thu, Feb 2, 2017 at 5:44 PM, Khem Raj <raj.k...@gmail.com> wrote: > On Fri, Jan 27, 2017 at 2:29 PM, Andre McCurdy <armccu...@gmail.com> wrote: >> Andre McCurdy (2): >> bitbake.conf: replace USE_LDCONFIG with new "ldconfig" distro feature >> sy

Re: [OE-core] a few more picky questions about COMPATIBLE_MACHINE usage

On Mon, Feb 27, 2017 at 10:53 AM, Robert P. J. Day wrote: > On Mon, 27 Feb 2017, Phil Blundell wrote: > >> On Mon, 2017-02-27 at 09:09 -0500, Robert P. J. Day wrote: >> > # webkit-efl isn't available for < armv7a >> > COMPATIBLE_MACHINE = "(-)" >> >

[OE-core] [PATCH] bitbake.conf: fix ineffective include conf/target/${TARGET_SYS}.conf

TARGET_SYS is defined in terms of TARGET_ARCH, so it's not valid until after TUNE_ARCH has been set by the machine config. The original order of includes resulted in an attempt to include non-existent files such as: conf/target/INVALID-oe-linux.conf Signed-off-by: Andre McCurdy <arm

[OE-core] [PATCH 1/2][morty] image_types.bbclass: IMAGE_TYPEDEP_ now adds deps for conversion types

From: Randy Witt Previously if IMAGE_TYPEDEP_* contained a conversion type of the form, "foo.bar", the dependency on CONVERSION_DEPENDS_bar would not get added to the task depends for do_rootfs. [YOCTO #10883] Signed-off-by: Randy Witt

[OE-core] [PATCH 0/2][morty] Backport image dependency chain fixes

Andre McCurdy (1): image_types.bbclass: fix image dependency chain collection Randy Witt (1): image_types.bbclass: IMAGE_TYPEDEP_ now adds deps for conversion types meta/classes/image_types.bbclass | 16 1 file changed, 12 insertions(+), 4 deletions(-) -- 1.9.1

[OE-core] [PATCH 2/2][morty] image_types.bbclass: fix image dependency chain collection

If image type "foo" depends on image type "bar.xz", then dependencies should be collected from the base image type (ie "IMAGE_DEPENDS_bar") not from "IMAGE_DEPENDS_bar.xz". Signed-off-by: Andre McCurdy <armccu...@gmail.com> Signed-off-by: Rich

Re: [OE-core] possible consequences of adding "extraneous" layers to a build?

On Sun, Feb 19, 2017 at 10:19 AM, Robert P. J. Day wrote: > i understand that a layer can do pretty much *anything*, what i was > more interested in is what it *shouldn't* do unless it comes with huge > warning signs telling you about it. as a more concrete example, if >

[OE-core] [PATCH] arch-arm*.inc: squash whitespace within TUNE_FEATURES strings

, squash whitespace within PACKAGE_EXTRA_ARCHS strings too. Whitespace within TUNE_FEATURES strings in the tune-cortexa*.inc files has been fixed in a separate commit: http://git.openembedded.org/openembedded-core/commit/?id=5610c6397ee098dd998b7417b343494de77179f9 Signed-off-by: Andre McCurdy

Re: [OE-core] [PATCH] weston: fix LIC_FILES_CHKSUM endline and md5sum for src/compositor.c

On Tue, Feb 14, 2017 at 7:30 AM, Leonardo Sandoval <leonardo.sandoval.gonza...@linux.intel.com> wrote: > > On 02/14/2017 07:57 AM, Andre McCurdy wrote: >> >> The license text in Weston sources was changed from "MIT X11" to "MIT >> Expat" in the

[OE-core] [PATCH] weston: fix LIC_FILES_CHKSUM endline and md5sum for src/compositor.c

edesktop.org/wayland/weston/diff/src/compositor.c?id=a0bbfea64b04d3cf12327d8b488b9949a4cddc99 Signed-off-by: Andre McCurdy <armccu...@gmail.com> --- meta/recipes-graphics/wayland/weston_1.11.1.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-graphics/waylan

Re: [OE-core] [PATCH v2] busybox: 1.24.1 -> 1.26.2

On Thu, Feb 9, 2017 at 2:33 AM, zhengrq wrote: > 1) Upgrade busybox from 1.24.1 to 1.26.2 > 2) Delete 12 patches below, since they are integrated upstream. > busybox/0001-flock-update-the-behaviour-of-c-parameter-to-match-u.patch >

[OE-core] [PATCH] image_types.bbclass: fix image dependency chain collection

If image type "foo" depends on image type "bar.xz", then dependencies should be collected from the base image type (ie "IMAGE_DEPENDS_bar") not from "IMAGE_DEPENDS_bar.xz". Signed-off-by: Andre McCurdy <armccu...@gmail.com> --- meta/classes/image_typ

Re: [OE-core] [PATCH 0/2] replace USE_LDCONFIG with ldconfig distro feature

On Fri, Jan 27, 2017 at 2:29 PM, Andre McCurdy <armccu...@gmail.com> wrote: > Andre McCurdy (2): > bitbake.conf: replace USE_LDCONFIG with new "ldconfig" distro feature > systemd: check "ldconfig" distro feature when setting PACKAGECONFIG Pin

Re: [OE-core] [PATCH] systemd: respect USE_LDCONFIG when setting default PACKAGECONFIG

On Mon, Jan 30, 2017 at 12:42 PM, Andre McCurdy <armccu...@gmail.com> wrote: > On Thu, Jan 26, 2017 at 10:18 PM, Khem Raj <raj.k...@gmail.com> wrote: >> On Thu, Jan 26, 2017 at 8:06 PM, Andre McCurdy <armccu...@gmail.com> wrote: >>> Avoid trying to call ldconfi

[OE-core] [PATCH] pkgconfig: fix typo introduced during recent conversion to PACKAGECONFIG

Signed-off-by: Andre McCurdy <armccu...@gmail.com> --- meta/recipes-devtools/pkgconfig/pkgconfig_git.bb | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/meta/recipes-devtools/pkgconfig/pkgconfig_git.bb b/meta/recipes-devtools/pkgconfig/pkgconfig_git.bb index 5f2a5b6..4

<    5   6   7   8   9   10   11   12   13   14   >