[yocto] [meta-poky][PATCH] meta-poky: remove True option to getVar calls

From: André Draszik A couple have still been missed in the past despite multiple attempts at doing so (or simply have re-appeared?). Search made using the following command: git grep -E 'getVar ?\(([^,)]*), True\)' Signed-off-by: André Draszik --- meta-poky/classes/poky-sanity.bbclass

[yocto] [documentation][PATCH] documentation: remove True option to getVar calls

From: André Draszik getVar() has been defaulting to expanding by default for a long time (2016), thus remove the True option from getVar() examples with a regex search and replace. Search & replace made using the following command: sed -e 's|\(d\.getVar \?\)( \?\([^,()]*\), \?True)|\1(\

Re: [yocto] [meta-java][PATCH] remove True option to getVar calls

Reposted to correct list... On Sun, 2019-01-13 at 11:11 +, André Draszik wrote: > From: André Draszik > > getVar() has been defaulting to expanding by default for > a long time (2016), thus remove the True option from > getVar() calls with a regex search and replace. >

[yocto] [meta-java][PATCH] remove True option to getVar calls

From: André Draszik getVar() has been defaulting to expanding by default for a long time (2016), thus remove the True option from getVar() calls with a regex search and replace. Search & replace made using the following command: sed -e 's|\(d\.getVar \?\)( \?\([^,()]*\), \?True)|\1(\

[yocto] [meta-swupd][PATCH] layer.conf: add LAYERSERIES_COMPAT

From: André Draszik <andre.dras...@jci.com> This layer is compatible with pyro and sumo/master (both tested), and hence should also be compatible with rocko (untested). Signed-off-by: André Draszik <andre.dras...@jci.com> --- conf/layer.conf | 2 ++ 1 file changed, 2 insertions(+)

[yocto] [meta-java][PATCH v2] ca-certificates-java: add recipe to generate trustStore

From: André Draszik <andre.dras...@jci.com> The OpenJDK-8 package currently comes with a trustStore that was generated at OpenJDK-8-native build time from *all* certificates available in the system, not just from those that are marked as trusted. This isn't right... So this recipe

[yocto] [meta-java][PATCH 3/3] openjdk-8: use ca-certificates-java

From: André Draszik <andre.dras...@jci.com> The OpenJDK-8 package currently comes with a trustStore that was generated at OpenJDK-8-native build time from *all* certificates available in the system, not just from those that are marked as trusted. This isn't right... openjdk-8 and openjre

[yocto] [meta-java][PATCH 2/3] layer.conf: add ca-certificates-java to SIGGEN_EXCLUDERECIPES_ABISAFE

From: André Draszik <andre.dras...@jci.com> Same as ca-certificates in openembedded-core Signed-off-by: André Draszik <andre.dras...@jci.com> --- conf/layer.conf | 4 1 file changed, 4 insertions(+) diff --git a/conf/layer.conf b/conf/layer.conf index 84a4d89..60fd726 10064

[yocto] [meta-java][PATCH 1/3] ca-certificates-java: add recipe to generate trustStore

From: André Draszik <andre.dras...@jci.com> The OpenJDK-8 package currently comes with a trustStore that was generated at OpenJDK-8-native build time from *all* certificates available in the system, not just from those that are marked as trusted. This isn't right... So this recipe

[yocto] [meta-java][PATCH 0/3] Java CA certificates updates

openjdk-8 and openjre-8 use a trustStore that has nothing to do with the system trusted CA certificates as provided by the ca-certificates package. These patches fix both to use the system CA certificates instead. The depend on oe-core patch ca-certificates: use relative symlinks from

Re: [yocto] [meta-java][PATCH 1/2] openjdk-8: fix MAKE detection patch

On Tue, 2018-03-13 at 18:10 +0200, Maxin B. John wrote: > Hi André, > > On Mon, Mar 12, 2018 at 04:38:05PM +0000, André Draszik wrote: > > From: André Draszik <andre.dras...@jci.com> > > > > The patch had a few typos, leading to errors during ./configure &g

[yocto] [meta-java][PATCH 2/2] openjdk-8: fix build with --as-needed host toolchains (Ubuntu 16.04)

From: André Draszik <andre.dras...@jci.com> As per the commit message - build on hosts with --as-needed toolchains (Ubuntu 16.04) using system provided zlib fails: If the (host) toolchain has been configured to unconditionally add --as-needed to the linker command line then linking can fai

[yocto] [meta-java][PATCH 1/2] openjdk-8: fix MAKE detection patch

From: André Draszik <andre.dras...@jci.com> The patch had a few typos, leading to errors during ./configure ../jdk8u-4be07cb28b21/common/autoconf/configure: line 8408: test: too many arguments Change-Id: I867eba7aae3390aa869e69c86f29e77b505043e7 --- recipes-core/openjdk/patches-ope

[yocto] [meta-java][PATCH 13/14] openjdk-8: fix musl build

From: André Draszik <andre.dras...@jci.com> Add various patches to make it work in musl. Some of them are generic enough to be applied for all builds, some need to be specific to musl. Signed-off-by: André Draszik <andre.dras...@jci.com> --- recipes-core/openjdk/openjdk-8-releas

[yocto] [meta-java][PATCH 14/14] openjdk-8: add aarch64 support

From: André Draszik <andre.dras...@jci.com> This is using the aarch64 port to make it work, which is at version u161b15. We also add one patch to make this work with musl, too. Because the aarch64 port is fetched from a different repository, the version specific include has been sp

[yocto] [meta-java][PATCH 08/14] openjdk-8: add patches to support building against system libpng & libjpeg

From: André Draszik <andre.dras...@jci.com> This didn't actually before. Patches taken from Debian / OpenJDK-9. Signed-off-by: André Draszik <andre.dras...@jci.com> --- recipes-core/openjdk/openjdk-8-cross.inc | 5 +- recipes-core/openjdk/openjdk-8-native.inc

[yocto] [meta-java][PATCH 09/14] openjdk-8-native: really use system libgif & zlib

From: André Draszik <andre.dras...@jci.com> The intention seems to be to build against above system libraries, but configure still picked the bundled versions, even though the libraries are in the sysroot. Make it deterministic and force use of the system libraries using PACKAGE

[yocto] [meta-java][PATCH 12/14] openjdk-8: stop passing obsolete make variables (freetype)

From: André Draszik <andre.dras...@jci.com> OpenJDK's build system complains about passing in obsolete ALT_ variables. Stop passing in those for freetype, as pkg-config is used to figure out the correct compiler and linker flags. Signed-off-by: André Draszik <andre.dras...@jci.com>

[yocto] [meta-java][PATCH 11/14] openjdk-8: rename PACKAGECONFIG zip -> zlib

From: André Draszik <andre.dras...@jci.com> The existing PACKAGECONFIG option 'zip' affects OpenJDK's usage of zlib, not zip, so this option is a bit inconsistent and confusing. Rename to zlib. Signed-off-by: André Draszik <andre.dras...@jci.com> --- recipes-core/openjdk/openjdk

[yocto] [meta-java][PATCH 10/14] openjdk-8: build against system libgif & zlib by default

From: André Draszik <andre.dras...@jci.com> This should really be the default so as to benefit from CVE fixes etc. Signed-off-by: André Draszik <andre.dras...@jci.com> --- recipes-core/openjdk/openjdk-8-cross.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/

[yocto] [meta-java][PATCH 07/14] openjdk-8: add patch for compiling with enabled security flags

From: André Draszik <andre.dras...@jci.com> Rather than carrying an OE specific patch that just silences the warning on some platform only, backport the upstream patch to actually fix the issue. Signed-off-by: André Draszik <andre.dras...@jci.com> --- recipes-core/openjdk/openj

[yocto] [meta-java][PATCH 06/14] openjdk-8: fix a compiler warning

From: André Draszik <andre.dras...@jci.com> As per the patch Signed-off-by: André Draszik <andre.dras...@jci.com> --- recipes-core/openjdk/openjdk-8-release-162b12.inc | 1 + ...dk-comparison-between-pointer-and-integer.patch | 144 + 2 files changed, 14

[yocto] [meta-java][PATCH 02/14] openjdk-8: doesn't compile on aarch64

From: André Draszik <andre.dras...@jci.com> OpenJDK's build system just doesn't support it (it somehow picks compiler flags for am64 builds, which are invalid for aarch64). Signed-off-by: André Draszik <andre.dras...@jci.com> --- recipes-core/openjdk/openjdk-8-common.inc | 2 ++ 1

[yocto] [meta-java][PATCH 01/14] openjdk-8: clarify a bitbake warning

From: André Draszik <andre.dras...@jci.com> We get a bitbake warning during recipe building complaining about unsupported architectures unconditionally. That check is relevant only for shark builds, so it is quite confusing for non-shark builds. Make the warning conditional on whether

[yocto] [meta-java][PATCH 00/14] openjdk-8 updates

Hi, OpenJDK8 in yocto is a bit outdated, so these patches - update openjdk-8 from the 1.5 year old version 102b14 to the current 162b12 - modernize the recipe using bitbake variable overrides - enable building with 'security' flags enabled - fix the aarch64 build (by using the aarch64 port,

[yocto] [meta-java][PATCH] jdepend: give the downloaded file a reasonable name

From: André Draszik <andre.dras...@jci.com> 2.9.1.zip in the 'downloads' folder will easily be overwritten... Signed-off-by: André Draszik <andre.dras...@jci.com> --- recipes-core/jdepend/jdepend_2.9.1.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/recipes-

Re: [yocto] [meta-swupd][PATCH] layer.conf: exclude libarchive (bsdtar) dependency from swupd-client

On Thu, 2017-11-16 at 10:02 +, André Draszik wrote: > From: André Draszik <adras...@tycoint.com> > > The swupd-client doesn't need to be rebuilt if libarchive > changes, because swupd-client just invokes the command line > utility bsdtar from the libarchive recipe, it d

[yocto] [meta-swupd][PATCH] layer.conf: exclude libarchive (bsdtar) dependency from swupd-client

From: André Draszik <adras...@tycoint.com> The swupd-client doesn't need to be rebuilt if libarchive changes, because swupd-client just invokes the command line utility bsdtar from the libarchive recipe, it doesn't link against libarchive. The bsdtar binary changing doesn't matter, as bs

[yocto] [meta-security][PATCH] trousers: allow overriding localstatedir mandir sysconfdir

From: André Draszik <adras...@tycoint.com> It is currently impossible to override localstatedir, mandir and sysconfdir during ./configure, because they are being overriden unconditionally. With this patch it is now possible to set above locations as needed. Signed-off-by: André Draszik

[yocto] [meta-security][PATCH] trousers: make initscript more reliable

From: André Draszik <adras...@tycoint.com> The combination of using start-stop-daemon and pidof is not working reliably in all cases. Sometimes, the tcsd daemon isn't running yet at the time pidof is being invoked. This results in an empty /var/run/tcsd.pid, making it impossible to sto

[yocto] [meta-security][PATCH v2] fscryptctl: add v0.1.0

From: André Draszik <adras...@tycoint.com> fscryptctl is a low-level tool written in C that handles raw keys and manages policies for Linux filesystem encryption [1]. For a tool that presents a higher level interface and manages metadata, key generation, key wrapping, PAM integ

[yocto] [meta-security][PATCH] fscryptctl: add v0.1.0

From: André Draszik <adras...@tycoint.com> fscryptctl is a low-level tool written in C that handles raw keys and manages policies for Linux filesystem encryption [1]. For a tool that presents a higher level interface and manages metadata, key generation, key wrapping, PAM integ

[yocto] [pyro][bitbake][PATCH] bitbake: Replace deprecated git branch parameter "--set-upstream"

Rosa <andre.r...@lge.com> Signed-off-by: Martin Jansa <martin.ja...@gmail.com> Signed-off-by: Richard Purdie <richard.pur...@linuxfoundation.org> (cherry picked from commit 20d0282c6048fe11b303e538dbf9109ccb0c467d) Signed-off-by: André Draszik <adras...@tycoint.com> --- bitbake/li

[yocto] [meta-gplv2][PATCH] grep: fix compilation with security flags enabled

From: André Draszik <adras...@tycoint.com> As per attached patch Signed-off-by: André Draszik <adras...@tycoint.com> Acked-by: Sylvain Lemieux <slemi...@tycoint.com> --- ...compilation-error-with-security-flags-ena.patch | 134 + recipes-extended/g

[yocto] [meta-gplv2][PATCH] m4: fix security & musl issues

From: André Draszik <adras...@tycoint.com> As per the patches. Signed-off-by: André Draszik <adras...@tycoint.com> Acked-by: Sylvain Lemieux <slemi...@tycoint.com> --- recipes-devtools/m4/m4-1.4.9.inc | 5 +++ ...compilation-error-with-security-fl

[yocto] [meta-gplv2][PATCH] coreutils: fix musl compilation

From: André Draszik <adras...@tycoint.com> As per the patch Signed-off-by: André Draszik <adras...@tycoint.com> Acked-by: Sylvain Lemieux <slemi...@tycoint.com> --- ...-need-charset.alias-when-building-for-mus.patch | 44 ++ recipes-core/coreutil

[yocto] [meta-security][PATCH] layer.conf: fix typo (meta-filesystems vs mete-filesystems)

From: André Draszik <adras...@tycoint.com> --- conf/layer.conf | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/conf/layer.conf b/conf/layer.conf index 547a559..0e524a1 100644 --- a/conf/layer.conf +++ b/conf/layer.conf @@ -13,4 +13,4 @@ LAYERDEPENDS_security =

Re: [yocto] error while compiling external module in Krogoth branch

On Tue, 2017-02-28 at 17:57 +0530, praveen vattipalli wrote: > Hi, > I am using krogoth branch of meta-altera. > in meta/classes/kernel-yocto.bbclass file > SRCTREECOVEREDTASKS += "do_kernel_configme do_validate_branches > do_kernel_configcheck do_kernel_checkout do_shared_workdir do_fetch >

[yocto] [meta-swupd][PATCH 2/3] path.py: always clean up temporary file in copyxattrfiles()

Use try: finally: to make sure the file is removed even on exceptions. Signed-off-by: André Draszik <g...@andred.net> --- lib/swupd/path.py | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/lib/swupd/path.py b/lib/swupd/path.py index 61e979e..a55c22c 100644 ---

[yocto] [meta-swupd][PATCH 3/3] bundles.py: fix copying of full image to full bundle when no SWUPD_BUNDLES

this list This got broken in commit 6c097131ad39 ("meta-swupd: support rm_work.bbclass") while support for rm_work was being added. Signed-off-by: André Draszik <g...@andred.net> --- lib/swupd/bundles.py | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/lib/

[yocto] [meta-swupd][PATCH 0/3] fixes for when SWUPD_BUNDLES is undefined

Hi, The following set of patches were necessary for me to make meta-swupd work again as we don't use SWUPD_BUNDLES. Cheers, Andre' -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto

[yocto] [meta-swupd][RFC][PATCH] swupd-image.bbclass: split out swupd-client and config specific bits

contents for files in /usr/share/defaults/swupd, correct public keys, and correct URLs. Signed-off-by: André Draszik <g...@andred.net> --- classes/swupd-client.bbclass | 109 classes/swupd-image.bbclass | 147 +-- conf/swupd

Re: [yocto] Ordering of anonymous Python functions and task signature calculations

On Tue, 2017-01-24 at 11:55 -0600, Matt Hoosier wrote: > In order to support a use-case that embeds information about the Git > revision of Yocto itself that was used to make a build, I would like to > run > some arbitrary Python code and dump the results (Git SHA1's, tag names, > etc) into a

Re: [yocto] [meta-swupd][PATCH] swupd-image.bbclass: do_swupd_update() depends on time-native

On 23 Jan 2017 13:27, "Patrick Ohly" <patrick.o...@intel.com> wrote: On Tue, 2017-01-17 at 16:49 +0000, André Draszik wrote: > I have no preference either way. Let's remove the hard dependency. I've posted a "swupd-image.bbclass: avoid depending on time command" p

Re: [yocto] [meta-swupd][PATCH] swupd-image.bbclass: do_swupd_update() depends on time-native

On Tue, 2017-01-17 at 15:59 +, André Draszik wrote: > Note that this needs the patch to OE-core to enable the > time-native BBCLASSEXTEND to be applied before this here can > go in. The OE-core patch is in OE master now. A. -- ___ yoct

Re: [yocto] [meta-swupd][PATCH] swupd-image.bbclass: do_swupd_update() depends on time-native

On Tue, 2017-01-17 at 17:42 +0100, Patrick Ohly wrote: > On Tue, 2017-01-17 at 15:59 +0000, André Draszik wrote: > > The shell script uses time, which is either a bash built-in, or > > a GNU utility. Not all build machines will have either bash or > > GNU time available out

[yocto] [meta-swupd][PATCH] swupd-image.bbclass: do_swupd_update() depends on time-native

From: André Draszik <adras...@tycoint.com> The shell script uses time, which is either a bash built-in, or a GNU utility. Not all build machines will have either bash or GNU time available out of the box. Make sure it is available. Note that this needs the patch to OE-core to enable th

Re: [yocto] sstate pruning

On Thu, 2017-01-12 at 14:38 +0100, Gary Thomas wrote: > Any constructive ideas for cleaning out a ver long standing > sstate cache?  I have one build tree that is now approaching > a year old (I do builds there all the time, sometimes many > times per day).  The sstate-cache is HUGE.  Any ideas on

Re: [yocto] update mechanisms

Hi, On Tue, 2016-12-06 at 10:45 +0100, Patrick Ohly wrote: > On Tue, 2016-12-06 at 10:01 +0100, Stefano Babic wrote: > > Hi Patrick, > > > > On 30/11/2016 15:59, Patrick Ohly wrote: > > > I've started a Wiki page > > > https://wiki.yoctoproject.org/wiki/System_Update - rudimentary at the > > >

Re: [yocto] update mechanisms (was: Re: [meta-swupd][PATCH] bsdiff: update to latest version)

On Thu, 2016-12-01 at 08:42 +0100, Patrick Ohly wrote: > On Wed, 2016-11-30 at 17:19 +0000, André Draszik wrote: > > I liked swupd for its ability to be used both for initial provisioning > > You mean installing from the update repository? That's something that > Cle

Re: [yocto] update mechanisms (was: Re: [meta-swupd][PATCH] bsdiff: update to latest version)

On Wed, 2016-11-30 at 15:59 +0100, Patrick Ohly wrote: > On Wed, 2016-11-30 at 14:31 +0000, André Draszik wrote: > > On Wed, 2016-11-30 at 12:04 +0100, Patrick Ohly wrote: > > > On Mon, 2016-11-21 at 12:03 +0000, André Draszik wrote: > > > > This allows us to co

Re: [yocto] [meta-swupd][PATCH] swupd-client: do out-of-tree builds

On Wed, 2016-11-30 at 13:55 +0100, Patrick Ohly wrote: > change would just lead to conflicts with my development branch. Is it > okay to wait for this version update? Sure, no worries. A. -- ___ yocto mailing list yocto@yoctoproject.org

Re: [yocto] [meta-swupd][PATCH] bsdiff: update to latest version

On Wed, 2016-11-30 at 12:04 +0100, Patrick Ohly wrote: > On Mon, 2016-11-21 at 12:03 +0000, André Draszik wrote: > > This allows us to completely remove the build time > > depenency on libcheck when not needed, reducing > > overall build time, and in addition tests

[yocto] [meta-swupd][PATCH] swupd-client: fix invalid directory in do_install_append()

From: André Draszik <adras...@tycoint.com> Signed-off-by: André Draszik <adras...@tycoint.com> --- recipes-core/swupd-client/swupd-client_git.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/recipes-core/swupd-client/swupd-client_git.bb b/recipes-core/swupd-

Re: [yocto] [meta-security][PATCH v2] trousers: fix musl compilation

Changes from v1: - Upstream-Status of 0001-Check-that-getpwent_r-is-available-before-using- it.patch updated On Mon, 2016-11-28 at 09:31 +, André Draszik wrote: > From: André Draszik <adras...@tycoint.com> > > Backport patches to fix compilation. > > Signed-off-by:

[yocto] [meta-security][PATCH v2] trousers: fix musl compilation

From: André Draszik <adras...@tycoint.com> Backport patches to fix compilation. Signed-off-by: André Draszik <adras...@tycoint.com> --- ...t-getpwent_r-is-available-before-using-it.patch | 85 ++ ...si_param.c-Include-limits.h-for-POSIX_MAX.patch | 36 +

[yocto] [meta-security][PATCH] trousers: fix musl compilation

From: André Draszik <adras...@tycoint.com> Backport patches to fix compilation. Signed-off-by: André Draszik <adras...@tycoint.com> --- ...t-getpwent_r-is-available-before-using-it.patch | 85 ++ ...si_param.c-Include-limits.h-for-POSIX_MAX.patch | 36 +

Re: [yocto] [PATCH] example-recipe: Fix LDFLAGS compilation issue on newly created recipes

On Wed, 2016-11-23 at 17:27 -0600, Alejandro Hernandez wrote: > Signed-off-by: Alejandro Hernandez > --- >  .../target/arch/layer/recipes-example/example/example-recipe-0.1.bb | > 2 +- >  1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

[yocto] [meta-swupd][PATCH 2/2] swupd-client: don't unconditionally depend on bash

From: André Draszik <adras...@tycoint.com> The swupd client itself does not depend on bash anymore since version 3.3.0. Any posix shell is fine. So let's move the runtime dependency to the appropriate place. If some layer's oe-swupd-helpers.bbappend does introduce a bash dependency, it

[yocto] [meta-swupd][PATCH 1/2] oe-swupd-helpers: convert scripts to posix shell

From: André Draszik <adras...@tycoint.com> These scripts don't do much and there's no reason for them to require bash as interpreter. Signed-off-by: André Draszik <adras...@tycoint.com> --- recipes-core/swupd-client/oe-swupd-helpers/clr_pre_update.sh | 2 +- recipes-core/swu

[yocto] [meta-swupd][PATCH] swupd-client: do out-of-tree builds

From: André Draszik <adras...@tycoint.com> Backport a patch that fixes out-of-tree builds, and at the same time switch to using autotools.bbclass rather than autotools-brokensep.bbclass Signed-off-by: André Draszik <adras...@tycoint.com> --- .../0001-build-allow-out-of-tree-

[yocto] [meta-swupd][PATCH] bsdiff: update to latest version

From: André Draszik <adras...@tycoint.com> This allows us to completely remove the build time depenency on libcheck when not needed, reducing overall build time, and in addition tests can be converted into a PACKAGECONFIG to enable them if needed. Signed-off-by: André Draszik

Re: [yocto] Unusual RPM / Smart Bug When Changing Architecture

On Wed, 2016-11-16 at 11:35 -0800, Darcy Watkins wrote: > > Is this a known issue?  Has it been fixed in a newer branch?  If so, > which one? I can only say that I've encountered this (when using IPK), too. It doesn't seem to be related to RPM specifically, unless opkg and rpm just happen to

Re: [yocto] [yocto-docs][PATCH] ref-manual: clarify allarch wrt RDPENDS and TUNE_PKGARCH

Hi, Is there anything wrong with this patch? Cheers, Andre' On 28 July 2015 at 09:04, <adras...@digisoft.tv> wrote: > From: André Draszik <g...@andred.net> > > See e.g. > http://permalink.gmane.org/gmane.comp.handhelds.openembedded/64067 > > Signed-off-by: