Re: [OE-core] [PATCH RESEND] openssl: pass PERL=perl environment variable to configurator

_configure: Creating Makefile sh: 1: /usr/bin/env perl: not found WARNING: exit code 1 from a shell command. But passing it as: HASHBANGPERL="/usr/bin/env perl" PERL=perl seems to work. Will check this suggestion Thanks, Ruslan On Thu, Mar 5, 2020 at 12:55 PM Ruslan Bilovol v

[OE-core] [PATCH RESEND] openssl: pass PERL=perl environment variable to configurator

In our build environment we use wrapper script for perl in non-standard configuration with extra variables set (provided by custom buildtools-tarball). In this case openssl fails to build because by default it's Configure script detects and uses perl executable directly (with absolute path)

Re: [OE-core] [PATCH] openssl: pass PERL=perl environment variable to configurator

It seems this patch was forgotten and master moved forward. Will resend it from latest master Thanks, Ruslan On 12/21/18 11:33 PM, Ruslan Bilovol wrote: In our build environment we use wrapper script for perl in non-standard configuration with extra variables set (provided by custom

Re: [OE-core] [PATCH] kernel-devsrc: support 4.4+ ARM/ARM64 kernels

Gentle ping On 2/14/20 9:24 PM, Ruslan Bilovol wrote: Linux Kernel 4.4 is an LTS kernel so people may still build it with OE. Thus make copying of some files optional: - arm64 module.lds file first appeared with kernel v4.6 commit fd045f6cd98e arm64: add support for module PLTs" -

[OE-core] [PATCH] kernel-devsrc: support 4.4+ ARM/ARM64 kernels

Linux Kernel 4.4 is an LTS kernel so people may still build it with OE. Thus make copying of some files optional: - arm64 module.lds file first appeared with kernel v4.6 commit fd045f6cd98e arm64: add support for module PLTs" - arm32 *.tbl files first appeared in kernel v4.10 in commit

Re: [OE-core] [PATCH] kernel-devsrc: copy mmiowb.h and modpost from ${B} of kernel

On 9/11/19 2:36 PM, Bruce Ashfield wrote: On Wed, Sep 11, 2019 at 5:10 AM Hongzhi, Song wrote: On 9/6/19 11:10 AM, Hongzhi, Song wrote: On 9/4/19 8:34 PM, Bruce Ashfield wrote: On Wed, Sep 4, 2019 at 6:07 AM Hongzhi, Song wrote: On 9/4/19 11:55 AM, Bruce Ashfield wrote: On Tue, Sep 3,

Re: [OE-core] [PATCH] gzip: add nativesdk support

On 9/4/19 2:01 PM, Ross Burton wrote: On 04/09/2019 11:41, Denys Zagorui -X (dzagorui - GLOBALLOGIC INC at Cisco) via Openembedded-core wrote: Signed-off-by: Denys Zagorui Can you check your mailer configuration, as the From: is the mailing list, not your email address.  This means the

Re: [OE-core] [PATCH] libnss-nisplus: Add recipe

On 3/14/19 11:42 PM, Khem Raj wrote: On Thu, Mar 14, 2019 at 12:43 PM Ruslan Bilovol > wrote: Same as with libnss-nis - this will substitute the glibc nisplus module which has been removed SRCREV points to 1.3 release plus patch on top which allows

[OE-core] [PATCH] libnss-nisplus: Add recipe

Same as with libnss-nis - this will substitute the glibc nisplus module which has been removed SRCREV points to 1.3 release plus patch on top which allows to build with recent glibc versions Signed-off-by: Ruslan Bilovol --- .../libnss-nisplus/libnss-nisplus.bb | 31

Re: [OE-core] [PATCH v3] systemd: fix remaining issues with statx and glibc 2.28+

Hi Chen, Will you pick up this fix? Still don't see it in the master-next Thanks, Ruslan On 12/22/18 1:48 AM, Khem Raj wrote: On Fri, Dec 21, 2018 at 11:45 AM Ruslan Bilovol wrote: Commit 776d14db9589 "systemd: Detect if statx struct is defined in sys/stat.h" did only a part of work, and

[OE-core] [PATCH] gdbm: depend on readline

This package depends on readline recipe. In traditional OE build readline is a dependency of python3 and few other packages, thus at the time of gdbm build it is available. However, if some custom set of recipes is build, there is a race between gdbm and python3 build and availability of readline

[OE-core] [PATCH] openssl: pass PERL=perl environment variable to configurator

In our build environment we use wrapper script for perl in non-standard configuration with extra variables set (provided by custom buildtools-tarball). In this case openssl fails to build because by default it's Configure script detects and uses perl executable directly (with absolute path)

[OE-core] [PATCH v3] systemd: fix remaining issues with statx and glibc 2.28+

Commit 776d14db9589 "systemd: Detect if statx struct is defined in sys/stat.h" did only a part of work, and systemd build fails on src/basic/chattr-util.c compilation due to same statx redefinition issue. Backport additional patch from systemd master Signed-off-by: Ruslan Bilovol --- v3:

[OE-core] [PATCH v2] systemd: fix remaining issues with statx and glibc 2.28+

Commit 776d14db9589 "systemd: Detect if statx struct is defined in sys/stat.h" did only a part of work, and systemd build fails on src/basic/chattr-util.c compilation due to same statx redefinition issue. Backport additional patch from systemd master Signed-off-by: Ruslan Bilovol --- v2:

[OE-core] [PATCH] systemd: fix remaining issues with statx and glibc 2.28+

Commit 776d14db9589 "systemd: Detect if statx struct is defined in sys/stat.h" did only a part of work, and systemd build fails on src/basic/chattr-util.c compilation due to same statx redefinition issue. Backport additional patch from systemd master Signed-off-by: Ruslan Bilovol ---

Re: [OE-core] Why openembedded-core mailing list is now author of some patches?

[CCing more affected people] On 10/12/2018 04:13 PM, Burton, Ross wrote: Ironically, this mail is From: Ruslan Bilovol via Openembedded-core. :D This is basically due to SPF, and people sending email from non-authoritive hosts. Concrete example: Richard Purdie's mail comes from a machine

[OE-core] Why openembedded-core mailing list is now author of some patches?

Hi all, Looking at OE-core history, I see that in some cases patch' author is incorrect, and actually is set to openembedded-core@lists.openembedded.org: http://git.openembedded.org/openembedded-core/log/?qt=author=openembedded-core%40lists.openembedded.org Moreover, in patchwork many of these

Re: [OE-core] [PATCH] relocate_sdk.py: remove hardcoded SDK path

on a way to fix this... Cheers, Richard On Tue, 2018-07-17 at 08:22 -0700, Christopher Larson wrote: IMHO this is a solid improvement that should go in. On Tue, Jul 17, 2018 at 8:09 AM Ruslan Bilovol via Openembedded-core wrote: Hi all, Any comments on this patch? Thanks Ruslan On 11/22/2017

Re: [OE-core] [PATCH] relocate_sdk.py: remove hardcoded SDK path

Hi all, Any comments on this patch? Thanks Ruslan On 11/22/2017 01:20 PM, Ruslan Bilovol wrote: This patch removes hardcodes added to relocate_sdk.py during SDK build, making it flexible and reusable. Now default SDK path is passed to the script as parameter rather then harcoded inside it.