[OE-core] [PATCH] directfb: don't patch pkg-config files

2013-07-19 Thread André Draszik
atch is not needed - pkg-config does the right thing these days and we can simply use the correctly working upstream versions of all DirectFB .pc files. Signed-off-by: André Draszik --- meta/recipes-graphics/directfb/directfb.inc| 1 - .../directfb-1.2.x-fix-pkgconfig-cflags.patc

Re: [OE-core] [PATCH 1/1] webkit-gtk: fix 'Memory exhausted' error

2013-07-22 Thread André Draszik
Hi, Instead of penalising everybody, would it be possible to make this change dependent on the build machine (ram + swap)? Or to only add -Wl,--no-keep-memory if the build failed without it? Not sure if it would make any difference, but do you see this only with full debug enabled (-ggdb)? If yes

Re: [OE-core] Handle of kernels which need dtc_cpp use

2013-07-22 Thread André Draszik
m if $KERNEL_DEVICETREE points to file(s) that are located in arch/${ARCH}/boot/dts/ Signed-off-by: André Draszik --- meta/recipes-kernel/linux/linux-dtb.inc | 76 +++-- 1 file changed, 64 insertions(+), 12 deletions(-) diff --git a/meta/recipes-kernel/linux/lin

Re: [OE-core] Handle of kernels which need dtc_cpp use

2013-07-22 Thread André Draszik
Attached, but untested, as I'm not in a position to test master at the moment. Cheers, Andre' On Mon, 2013-07-22 at 09:34 -0300, Otavio Salvador wrote: > On Mon, Jul 22, 2013 at 9:29 AM, André Draszik > wrote: > > Hi, > > > > I am using the attached. > &g

[OE-core] [PATCH] linux-dtb: allow to build dtb using support from kernel

2013-07-22 Thread André Draszik
t is not needed any more. The previous way of handling dts files, i.e. compilation via the stand-alone dtc-native, is still supported - it is triggered by specifying the full path to the dts file, as before, e.g. KERNEL_DEVICETREE = "arch/${ARCH}/boot/dts/.dts" Signed-off-by: André Draszik

Re: [OE-core] [PATCH v2] linux-dtb: Use kernel build system to generate the dtb files

2013-08-14 Thread André Draszik
Hi, Can this please be pushed to dylan as well, please. It's a useful change, and I then could remove my version of that patch from our layer :-) Cheers, Andre' On Tue, 2013-08-13 at 10:52 -0300, Otavio Salvador wrote: > As the Linux kernel, unconditionally, builds the dtc application and > it

[OE-core] [meta-qt5][PATCH] qt5.inc: allow to set the package arch globally

2013-12-03 Thread André Draszik
ing a 'native' package. Signed-off-by: André Draszik --- recipes-qt/qt5/qt5.inc | 12 1 file changed, 12 insertions(+) diff --git a/recipes-qt/qt5/qt5.inc b/recipes-qt/qt5/qt5.inc index 7669efc..8d8438f 100644 --- a/recipes-qt/qt5/qt5.inc +++ b/recipes-qt/qt5/qt5.inc

[OE-core] [PATCH 1/2] ruby: configure mis-detects isnan/isinf on musl

2019-09-27 Thread André Draszik
From: André Draszik The configure script does not detect isnan/isinf as macros as is the case in musl. Help it by providing the correct result via CACHED_CONFIGUREVARS. Signed-off-by: André Draszik --- meta/recipes-devtools/ruby/ruby_2.5.5.bb | 3 +++ 1 file changed, 3 insertions(+) diff

[OE-core] [PATCH 2/2] ruby: fix non-IPv6 support

2019-09-27 Thread André Draszik
From: André Draszik When IPv6 support is disabled, this recipe mis-configures ruby so that it end up non-working: --enable-wide-getaddrinfo instructs ruby to re-implement the standard getaddinfo(), but IPv6 support is still automatically detected via ext/socket/extconf.rb independently of that

[OE-core] [PATCH v2] ruby: fix non-IPv6 support

2019-09-27 Thread André Draszik
From: André Draszik When IPv6 support is disabled, this recipe mis-configures ruby so that it end up non-working: --enable-wide-getaddrinfo instructs ruby to re-implement the standard getaddinfo(), but IPv6 support is still automatically detected via ext/socket/extconf.rb independently of that

Re: [OE-core] [PATCH v2] ruby: fix non-IPv6 support

2019-09-27 Thread André Draszik
arately, so ideally the same should happen when using yocto. But that's a bigger task... And I don't know anything about ruby :-) Can't the auto-updater do it? (Without the repackaging?) Cheers, Andre' > Alex > > On Fri, 27 Sep 2019 at 16:10, André Draszik wrote

Re: [OE-core] [PATCH 1/2] ruby: configure mis-detects isnan/isinf on musl

2019-09-30 Thread André Draszik
On Fri, 2019-09-27 at 16:15 +0100, Ross Burton wrote: > On 27/09/2019 14:54, André Draszik wrote: > > From: André Draszik > > > > The configure script does not detect isnan/isinf as macros > > as is the case in musl. > > > > Help it by providing the corr

Re: [OE-core] [PATCH v2] ruby: fix non-IPv6 support

2019-09-30 Thread André Draszik
On Fri, 2019-09-27 at 17:32 +0200, Alexander Kanavin wrote: > On Fri, 27 Sep 2019 at 17:24, André Draszik wrote: > > Can't the auto-updater do it? (Without the repackaging?) > > I think it fails at the rebasing patches step - merge conflicts can only be > resolved by a h

[OE-core] [PATCH v3 0/4] ruby recipe updates

2019-10-01 Thread André Draszik
This series updates the ruby recipe to: * remove duplicated patches * make it work better on musl * fix non-IPv6 support * update to v2.6.4 They were all kept as individual patches, in particular the version update, so as to make backporting the three first recipe fixes easier onto OE maintenance

[OE-core] [PATCH v3 2/4] ruby: configure mis-detects isnan/isinf on musl

2019-10-01 Thread André Draszik
From: André Draszik The configure script does not detect isnan/isinf as macros as is the case in musl: checking for isinf... no checking for isnan... no Backport an upstream patch from 2.7.0-preview1 to address this: checking whether isinf is declared... yes checking whether

[OE-core] [PATCH v3 4/4] ruby: update to v2.6.4

2019-10-01 Thread André Draszik
From: André Draszik Most patches had to be refreshed Note that we can now drop EXTRA_AUTORECONF += "--exclude=aclocal" from the recipe, as ruby upstream now fully supports runnning aclocal: https://github.com/ruby/ruby/pull/1793/commits/df9bf70cd2275a3ddc3108f392214f

[OE-core] [PATCH v3 1/4] ruby: drop long-merged CVE patches

2019-10-01 Thread André Draszik
From: André Draszik The CVE patches here address the original problem in a different way to how upstream solved it, and are superfluous. Ruby updated to Onigmo v6.1.3+669ac999761 before its v2.5.0 release, and both CVEs were fixed before Onigmo v6.1.3: https://github.com/k-takata/Onigmo

[OE-core] [PATCH v3 3/4] ruby: fix non-IPv6 support

2019-10-01 Thread André Draszik
From: André Draszik When IPv6 support is disabled, this recipe mis-configures ruby so that it end up non-working: --enable-wide-getaddrinfo instructs ruby to re-implement the standard getaddinfo(), but IPv6 support is still automatically detected via ext/socket/extconf.rb independently of that

[OE-core] [PATCH] ruby: some ptest fixes

2019-10-01 Thread André Draszik
From: André Draszik * the (new?) ruby expects some additional compiled libraries to run, so we need to copy them as part of ptest. Fixes errors like: # ruby ./runner.rb ./-ext-/vm/test_at_exit.rb Run options: # Running tests: [1/1] TestVM#test_at_exit = 0.06 s 1) Failure

Re: [OE-core] ✗ patchtest: failure for ruby recipe updates (rev2)

2019-10-01 Thread André Draszik
Hi, not sure why this failed. These patches are against current master which is at revision a73cbe649af5 ("bitbake: siggen: Remove full path from unitaskhashes keys") Cheers, Andre' On Tue, 2019-10-01 at 15:02 +, Patchwork wrote: > == Series Details == > > Series: ruby recipe updates (rev2)

[OE-core] [PATCH] packagegroup: fix a comment regarding PACKAGE_ARCH

2019-10-01 Thread André Draszik
From: André Draszik packagegroups whose dependencies are affected by MACHINE_FEATURES need to be marked as MACHINE_ARCH *before* inheriting the packagegroup class, not after. This has changed in commit 9c826962ec8f ("packagegroup: Make allarch inherit conditional"), commit 4f3f34deaf

[OE-core] [PATCH 0/6] various oeqa fixes

2019-10-16 Thread André Draszik
Hi, These patches: * allow hardware controlled targets work with testimage again In particular, I have a custom target hardware controller modelled after the ssh/qemu controllers and it works now * fix a few issues Cheers, Andre' PS: BTW, not related to this series, but it appears as if meta

[OE-core] [PATCH 1/6] testimage.bbclass: support hardware-controlled targets

2019-10-16 Thread André Draszik
From: André Draszik Since the introduction of the new runtime framework for target testing in commit 2aa5a4954d76 ("testimage.bbclass: Migrate class to use new runtime framework") commit 3857e5c91da6 in poky.git, target controllers have no access to the global datastore 'd'

[OE-core] [PATCH 3/6] oeqa/runtime/df: don't fail on long device names

2019-10-16 Thread André Draszik
72 87024 1790408 5% / Signed-off-by: André Draszik --- meta/lib/oeqa/runtime/cases/df.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/lib/oeqa/runtime/cases/df.py b/meta/lib/oeqa/runtime/cases/df.py index d8d79f32ea..89fd0fb901 100644 --- a/meta/lib/oeqa/runtim

[OE-core] [PATCH 5/6] oeqa/runtime/opkg: skip install on read-only-rootfs

2019-10-16 Thread André Draszik
Images can have package management enabled, but be generally running as read-only. In this case, the test fails at the moment with various errors due to that. Use the new @skipIfFeature decorator to also skip this test in that case. Signed-off-by: André Draszik --- meta/lib/oeqa/runtime/cases

[OE-core] [PATCH 2/6] testimage.bbclass: enable ssh agent forwarding

2019-10-16 Thread André Draszik
o the test environment. Here in testimage.bbclass we are a bit more strict and only pass the ssh related environment variables. Signed-off-by: André Draszik --- meta/classes/testimage.bbclass | 12 1 file changed, 12 insertions(+) diff --git a/meta/classes/testimage.bbclass b

[OE-core] [PATCH 4/6] oeqa/core/decorator: add skipIfFeature

2019-10-16 Thread André Draszik
skipIfFeature will skip a test if a given DIST_FEATURE or IMAGE_FEATURE is enabled. Signed-off-by: André Draszik --- meta/lib/oeqa/core/decorator/data.py | 18 ++ 1 file changed, 18 insertions(+) diff --git a/meta/lib/oeqa/core/decorator/data.py b/meta/lib/oeqa/core/decorator

[OE-core] [PATCH 6/6] oeqa/runtime/systemd: skip unit enable/disable on read-only-rootfs

2019-10-16 Thread André Draszik
this. Signed-off-by: André Draszik Signed-off-by: André Draszik --- meta/lib/oeqa/runtime/cases/systemd.py | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/meta/lib/oeqa/runtime/cases/systemd.py b/meta/lib/oeqa/runtime/cases/systemd.py index c11fa49b07..e33c8a41a7 100644

[OE-core] [PATCH v2] oeqa/runtime/systemd: skip unit enable/disable on read-only-rootfs

2019-10-17 Thread André Draszik
again). Signed-off-by: André Draszik --- v2: We can do better by adding this 2nd test described above, rather than just doing 1) described above --- meta/lib/oeqa/runtime/cases/systemd.py | 16 +++- 1 file changed, 15 insertions(+), 1 deletion(-) diff --git a/meta/lib/oeqa/runtime/

[OE-core] [PATCH] oeqa/runtime/context.py: ignore more files when loading controllers

2019-10-21 Thread André Draszik
:obj = getattr(module, target) Exception: ImportError: No module named 'oeqa.controllers.' Simply ignore those when collecting the list of files to try to load. Signed-off-by: André Draszik --- meta/lib/oeqa/runtime/context.py | 2 +- 1 file changed, 1 insertion(+), 1 del

[OE-core] [PATCH] connman: mark connman-wait-online as SYSTEMD_PACKAGE

2019-10-21 Thread André Draszik
ply times out, as it know nothing about the expected network/ interface configuration, meaning the target doesn't boot successfully (systemctl list-units --failed), and long delays are seen, caused by waiting for the systemd-networkd-wait-online.service timeout. Signed-off-by: André D

Re: [OE-core] [PATCH] connman: mark connman-wait-online as SYSTEMD_PACKAGE

2019-10-21 Thread André Draszik
On Mon, 2019-10-21 at 07:51 -0700, akuster808 wrote: > > On 10/21/19 3:46 AM, André Draszik wrote: > > The connman-wait-online package currently isn't marked as > > systemd-enabled package. This means it is impossible to > > auto-enable the service dur

Re: [OE-core] [RFC][PATCH 0/6] NPM refactoring

2019-10-25 Thread André Draszik
Hi, This has been an interesting discussion so far. I'd like to throw in something else... A couple years back I wrote a little python script to automatically generate all the required dependency recipes given an npm project's package.json The generated recipes worked very well, including cross

[OE-core][PATCH] linux-firmware: split out rockchip/dptx firmware

2024-01-13 Thread André Draszik
The dptx firmware is required by the Rockchip Type-C DisplayPort controller, and we shouldn't have to pull in all of the other firmwares just for that. Signed-off-by: André Draszik --- .../linux-firmware/linux-firmware_20231030.bb | 10 ++ 1 file changed, 10 insertions(+)

[OE-core][PATCH] sstate-cache-management: fix regex for 'sigdata' stamp files

2024-02-16 Thread André Draszik
("sstate-cache-management: Rewrite in python") in poky Signed-off-by: André Draszik --- scripts/sstate-cache-management.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/sstate-cache-management.py b/scripts/sstate-cache-management.py index 09b7aa2aefd8..d3f600bd

[OE-core][PATCH 2/3] bitbake: tests/fetch: support git's safe.bareRepository

2024-02-16 Thread André Draszik
into converting these to using the --git-dir= command line argument instead. Link: https://git.kernel.org/pub/scm/git/git.git/tree/Documentation/config/safe.txt#n1 [1] Link: https://lwn.net/Articles/892755/ [2] Signed-off-by: André Draszik --- bitbake/lib/bb/tests/fetch.py | 4 ++-- 1 file chang

[OE-core][PATCH 3/3] bitbake: git-make-shallow: support git's safe.bareRepository

2024-02-16 Thread André Draszik
into converting these to using the --git-dir= command line argument instead. Link: https://git.kernel.org/pub/scm/git/git.git/tree/Documentation/config/safe.txt#n1 [1] Link: https://lwn.net/Articles/892755/ [2] Signed-off-by: André Draszik --- bitbake/bin/git-make-shallow

[OE-core][PATCH 0/3] support git's safe.bareRepository=explicit

2024-02-16 Thread André Draszik
Hi, When git is configured with safe.bareRepository=explicit [1], various pieces here just fail. LWN has an article about the problem that this configuration option addresses and why it is useful in [2]. To test, simply run git config --global safe.bareRepository explicit to add safe.bareRepo

[OE-core][PATCH 1/3] bitbake: fetch/git2: support git's safe.bareRepository

2024-02-16 Thread André Draszik
[2] Signed-off-by: André Draszik --- bitbake/lib/bb/fetch2/git.py | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/bitbake/lib/bb/fetch2/git.py b/bitbake/lib/bb/fetch2/git.py index 0deeb5cee1f2..842f1c689697 100644 --- a/bitbake/lib/bb/fetch2/git.py +++ b/bitbake/lib/bb/fet

Re: [OE-core][PATCH 0/3] support git's safe.bareRepository=explicit

2024-02-16 Thread André Draszik
On Fri, 2024-02-16 at 16:24 +, André Draszik wrote: > Hi, > > When git is configured with safe.bareRepository=explicit [1], various pieces > here just fail. LWN has an article about the problem that this configuration > option addresses and why it is useful in [2]. This we

Re: [OE-core] [RFC][PATCH 0/6] NPM refactoring

2019-10-29 Thread André Draszik
Hi, On Fri, 2019-10-25 at 11:10 +0200, Stefan Herbrechtsmeier wrote: > Hi Andre, > > Am 25.10.19 um 10:01 schrieb André Draszik: > > Hi, > > > > This has been an interesting discussion so far. > > > > I'd like to throw in something else... > >

[OE-core] [PATCH] libevent: enable OpenSSL unconditionally and update packaging

2019-11-07 Thread André Draszik
ers of this exist. These changes also allow us to build all of nghttp2 out-of-the-box, without affecting existing users. Signed-off-by: André Draszik --- meta/recipes-support/libevent/libevent_2.1.11.bb | 13 + 1 file changed, 9 insertions(+), 4 deletions(-) diff --git a/meta

Re: [OE-core] [PATCH] libevent: enable OpenSSL unconditionally and update packaging

2019-11-07 Thread André Draszik
as it is a separate package now. Cheers, A. > . > > Alex > > On Thu, 7 Nov 2019 at 13:11, André Draszik wrote: > > The original commit describes the reason for disabling openssl > > so as to get 'more deterministic build[s]' and size-reduction: > > comm

[OE-core] [PATCH v2] libevent: update packaging (one package per shared library)

2019-11-07 Thread André Draszik
ppear that no users of this exist. Signed-off-by: André Draszik --- v2: keep SSL support turned-off by default --- meta/recipes-support/libevent/libevent_2.1.11.bb | 8 1 file changed, 8 insertions(+) diff --git a/meta/recipes-support/libevent/libevent_2.1.11.bb b/meta/recipes-su

Re: [OE-core] [PATCH] libevent: enable OpenSSL unconditionally and update packaging

2019-11-07 Thread André Draszik
On Thu, 2019-11-07 at 14:08 +, Richard Purdie wrote: > On Thu, 2019-11-07 at 14:01 +0000, André Draszik wrote: > > On Thu, 2019-11-07 at 13:26 +0100, Alexander Kanavin wrote: > > > I would rather keep the option to disable openssl, but simply > > > switch it

Re: [OE-core] [PATCH v3 00/17] NPM refactoring

2019-11-21 Thread André Draszik
Hi, On Wed, 2019-11-20 at 22:36 -0800, Tim Orling wrote: > > > > On Nov 20, 2019, at 10:27 PM, Tim Orling > > wrote: > > > > > > > > > On Nov 20, 2019, at 1:33 AM, Jean-Marie LEMETAYER > > > wrote: > > > > > > The current NPM support have several issues: > > > - The current NPM fetcher d

[OE-core] packageA rdepends on packageB but it isn't a build dependency warnings

2019-11-27 Thread André Draszik
Hi, I am getting above QA warnings for some packages. Simple example - a recipe packageA with a shell script that calls out to certain other command line utilities from packageB. Given packageA is only a shell script, it ought to be enough to simply add an RDEPENDS on packageB in that recipe. But

Re: [OE-core] Status of the NPM refactoring

2019-12-12 Thread André Draszik
Hi, On Thu, 2019-12-12 at 07:49 -0500, Jean-Marie LEMETAYER wrote: > Hi folks, > > I am currently trying to update/refactor the handling of the NPM packages. > [...] > Is it OK ? Any thought ? Any advice ? Three questions occurred to me on that whole subject... Mostly based on the understanding

[OE-core] [PATCH] e2fsprogs: split dumpe2fs into its own package

2019-12-12 Thread André Draszik
removed in 2012 from here in commit 98b1b9f047ef ("e2fsprogs: Drop fsck binary"), commit 93d647172786 in poky, and sort some of the lists alphabetically. Signed-off-by: André Draszik --- meta/recipes-devtools/e2fsprogs/e2fsprogs.inc | 2 +- meta/recipes-devtools/e2fsprogs/e2fsprogs_1.4

[OE-core] [PATCH] connman: update kernel module RRECOMMENDS for kernel >= v4.19

2019-12-12 Thread André Draszik
before v4.18 in kernel commit 8a22543c8e70 netfilter: nf_tables: make meta expression builtin Signed-off-by: André Draszik --- meta/recipes-connectivity/connman/connman.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-connectivity/connman/connman.inc b

[OE-core] [PATCH 0/4] support OEQA inside container

2019-12-12 Thread André Draszik
Hi, With these patches it is possible to run bitbake inside a docker container and still successfully execute the OEQA tests that require the target to talk to a temporary http server spawned on the machine running bitake, e.g. using crops. This wasn't possible so far because: * we need to map a

[OE-core] [PATCH 2/4] oeqa/runtime/context.py: support listening port in TEST_SERVER_IP

2019-12-12 Thread André Draszik
service spawned by bitbake / oeqa, where bitbake is actually running inside a docker container. Signed-off-by: André Draszik --- meta/lib/oeqa/runtime/context.py | 6 ++ 1 file changed, 6 insertions(+) diff --git a/meta/lib/oeqa/runtime/context.py b/meta/lib/oeqa/runtime/context.py index

[OE-core] [PATCH 4/4] oeqa/runtime/apt dnf opkg: support running from within docker container

2019-12-12 Thread André Draszik
case, the ip address is valid outside the container, but not inside, and hence can't be bound to. So switch to simply binding to all interfaces. Signed-off-by: André Draszik --- meta/lib/oeqa/runtime/cases/apt.py | 4 +++- meta/lib/oeqa/runtime/cases/dnf.py | 3 ++- meta/lib/oeqa/runtime/

[OE-core] [PATCH 1/4] oeqa/utils/httpserver: allow to pass in listening port

2019-12-12 Thread André Draszik
http server would choose a random port, which is unlikely to be mapped and thus won't be reachable from the outside. Signed-off-by: André Draszik --- meta/lib/oeqa/utils/httpserver.py | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/lib/oeqa/utils/httpserver.py b

[OE-core] [PATCH 3/4] oeqa/target/ssh oeqa/target/qemu: expose server listening port to tests

2019-12-12 Thread André Draszik
Allow tests to access the listening port as just introduced. Note that when using qemu this infrastructure shouldn't be needed, but we still need to set the port to 0 so that a listening port is determined automatically (e.g. by the python http server). Signed-off-by: André Draszik --- met

Re: [OE-core] [PATCH] cmake: Displace VERBOSE setting

2019-12-19 Thread André Draszik
Hi Khem, On Wed, 2019-12-18 at 15:39 -0800, Khem Raj wrote: > Setting VERBOSE always, while is fine on one hand for debugging, its > coming at an expense of creating lots and lots of logs, e.g. qtwebkit > compile logs alone with VERBOSE is 163MB, there are many other large > packages which use cma

Re: [OE-core] Status of the NPM refactoring

2019-12-19 Thread André Draszik
Hi Jean-Marie, On Mon, 2019-12-16 at 06:15 -0500, Jean-Marie LEMETAYER wrote: > Hi Andre, > > On Dec 12, 2019, at 9:17 PM, André Draszik g...@andred.net wrote: > > Hi, > > > > On Thu, 2019-12-12 at 07:49 -0500, Jean-Marie LEMETAYER wrote: > > > Hi folks, &

[OE-core] [PATCH] oeqa/runtime/ptest: fix detection of failed tests

2019-12-20 Thread André Draszik
ssh.SSHTest.test_ssh: PASSED (0.56s) RESULTS - ptest.PtestRunnerTest.test_ptestrunner: EXPECTEDFAIL (4.13s) SUMMARY: image-debug () - Ran 3 tests in 4.937s instead. Signed-off-by: André Draszik --- meta/lib/oeqa/runtime/cases/ptest.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[OE-core] [PATCH v2] oeqa/runtime/ptest: fix detection of failed tests

2019-12-20 Thread André Draszik
e see a summary of the ptest subtests that failed. Signed-off-by: André Draszik --- v2: update last sentence in commit message --- meta/lib/oeqa/runtime/cases/ptest.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/lib/oeqa/runtime/cases/ptest.py b/meta/lib/oeqa/runtime/

[OE-core] [PATCH] systemd: fix ${PN}-journal-remote systemd unit

2019-12-30 Thread André Draszik
Commit d31ff84a5f47 ("systemd: fix PN-container package splitting"), d0b2cedfb099 in poky, created a new package for the remote journal, but introduced a typo during declaration of the systemd unit part of that package. Fix it. Signed-off-by: André Draszik --- meta/recipes-co

Re: [OE-core] [PATCH 3/3] tclibc-musl: Add -D__USE_TIME_BITS64 to c/c++ flags

2020-01-06 Thread André Draszik
On Thu, 2020-01-02 at 23:21 -0800, Khem Raj wrote: > This is needed for 64bit time_t support on 32bit architectures > see [1] > > [1] > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit?id=152194fe9c3f As per the above, __USE_TIME_BITS64 is a glibc-internal macro, to be d

[OE-core] [PATCH] python-numpy: incompatible with armv4 and armv5

2020-03-14 Thread André Draszik
Just throws lots of compiler errors regarding the floating point macros, similar to the ones mentioned in commit 3e40a1d230a9 ("boost: fix mips soft float compilation") commit 7e712e1831f8 in poky. Just disable, to avoid frustration. Signed-off-by: André Draszik --- meta/recipe

Re: [OE-core] [PATCH] oeqa: Extend parselogs to rpi4

2020-03-16 Thread André Draszik
On Mon, 2020-03-16 at 12:17 -0700, Khem Raj wrote: > On Mon, Mar 16, 2020 at 12:12 PM akuster808 wrote: > > > > > > On 3/16/20 12:06 PM, Khem Raj wrote: > > > rpi had additional diagnostics which should be ignored [1] > > > > > > [1] https://github.com/raspberrypi/linux/issues/3195 > > > > So

[OE-core][PATCH] wic: fix a typo in help output

2023-10-10 Thread André Draszik
Signed-off-by: André Draszik --- scripts/lib/wic/help.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/lib/wic/help.py b/scripts/lib/wic/help.py index 73e3380cde17..163535e4318f 100644 --- a/scripts/lib/wic/help.py +++ b/scripts/lib/wic/help.py @@ -1118,7 +1118,7

Re: [OE-core] [PATCH 05/28] python3: update to 3.8.1

2020-01-09 Thread André Draszik
On Thu, 2020-01-09 at 16:31 +0100, Alexander Kanavin wrote: > On Thu, 9 Jan 2020 at 00:02, Richard Purdie > wrote: > > On Wed, 2020-01-08 at 14:27 +0100, Alexander Kanavin wrote: > > > Drop backports, rebase other patches. > > > > > > One patch I wasn't able to rebase as upstream code changed to

Re: [OE-core] [PATCH 05/28] python3: update to 3.8.1

2020-01-09 Thread André Draszik
On Thu, 2020-01-09 at 19:28 +, André Draszik wrote: > On Thu, 2020-01-09 at 16:31 +0100, Alexander Kanavin wrote: > > On Thu, 9 Jan 2020 at 00:02, Richard Purdie > > wrote: > > > On Wed, 2020-01-08 at 14:27 +0100, Alexander Kanavin wrote: > > > >

[OE-core] [PATCH 00/16] site updates (autotools / coreutils)

2020-01-10 Thread André Draszik
Hi, For the following updates, I have run the autotools tests (m4 macros) on the target on an up-to-date musl (32bit arm) system, as well as taken the results from my host machine for glibc (64bit, glibc 2.29) These help to prevent coreutils from compiling lots of useless wrappers, as many of the

[OE-core] [PATCH 01/16] site: linux has working chown()

2020-01-10 Thread André Draszik
I.e. a chown() that works when given -1 as uid / gid Signed-off-by: André Draszik --- meta/site/common-linux | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/site/common-linux b/meta/site/common-linux index 71ec961b15..59fb9e36a6 100644 --- a/meta/site/common-linux +++ b/meta/site

[OE-core] [PATCH 02/16] site: musl has working memcmp()

2020-01-10 Thread André Draszik
I.e. a memcmp() that is 8bit clean (like glibc). Signed-off-by: André Draszik --- meta/site/common-musl | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/site/common-musl b/meta/site/common-musl index 1b4fc32135..024b6ba1e5 100644 --- a/meta/site/common-musl +++ b/meta/site/common-musl

[OE-core] [PATCH 05/16] site: linux supports unlink() of executing program

2020-01-10 Thread André Draszik
I.e. shared text that is being executed. Signed-off-by: André Draszik --- meta/site/common-linux | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/site/common-linux b/meta/site/common-linux index 59fb9e36a6..fcabdbd54a 100644 --- a/meta/site/common-linux +++ b/meta/site/common-linux

[OE-core] [PATCH 04/16] site: musl and glibc have glibc compatible calloc()

2020-01-10 Thread André Draszik
calloc (N, S) returns non-NULL when N*S is zero, and returns NULL when N*S overflows. Signed-off-by: André Draszik --- meta/site/common-glibc | 1 + meta/site/common-musl | 1 + 2 files changed, 2 insertions(+) diff --git a/meta/site/common-glibc b/meta/site/common-glibc index 0bcaea2732

[OE-core] [PATCH 06/16] site: musl and glibc have glibc compatible getcwd()

2020-01-10 Thread André Draszik
I.e. allocate memory for the pointer returned when the first argument is NULL. Signed-off-by: André Draszik --- meta/site/common-glibc | 1 + meta/site/common-musl | 1 + 2 files changed, 2 insertions(+) diff --git a/meta/site/common-glibc b/meta/site/common-glibc index baab03c588..e5085f518f

[OE-core] [PATCH 07/16] site: set getcwd() behaviour for long paths for glibc / musl

2020-01-10 Thread André Draszik
itself. The difference in behaviour is because both do the kernel getcwd syscall (which only supports up to PATH_MAX), but glibc implements fallbacks for longer paths, while musl doesn't. Signed-off-by: André Draszik --- meta/site/common-glibc | 1 + meta/site/common-musl | 1 + 2 files ch

[OE-core] [PATCH 09/16] site: musl and glibc have working getgroups()

2020-01-10 Thread André Draszik
yocto when using meta-gplv2 is actually better than when using the latest version (when using musl). This patch rectifies this shortcoming. Signed-off-by: André Draszik --- meta/site/common-glibc | 1 + meta/site/common-musl | 1 + 2 files changed, 2 insertions(+) diff --git a/meta/site/comm

[OE-core] [PATCH 03/16] site: musl and glibc have working mkstemp()

2020-01-10 Thread André Draszik
their mkstemp() passes all tests from the gnulib m4 macro gl_FUNC_MKSTEMP. Signed-off-by: André Draszik --- meta/site/common-glibc | 1 + meta/site/common-musl | 1 + 2 files changed, 2 insertions(+) diff --git a/meta/site/common-glibc b/meta/site/common-glibc index 1443f8e528..0bcaea2732

[OE-core] [PATCH 08/16] site: set getcwd() test result for abort()-bug for glibc / musl

2020-01-10 Thread André Draszik
This coreutils (gnulib) test checks for an abort() that existed in glibc before 2.4.90-10 (in 2006) in certain conditions. Neither libraries exhibit this problem today. Signed-off-by: André Draszik --- meta/site/common-glibc | 1 + meta/site/common-musl | 1 + 2 files changed, 2 insertions

[OE-core] [PATCH 13/16] site: on linux, link(2) doesn't follow symlinks

2020-01-10 Thread André Draszik
(but gnulib / coreutils assumes yes when cross-compiling) Signed-off-by: André Draszik --- meta/site/common-linux | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/site/common-linux b/meta/site/common-linux index 720a1204a5..1c1fdafbb0 100644 --- a/meta/site/common-linux +++ b/meta/site

[OE-core] [PATCH 14/16] site: set nanosleep() behaviour for glibc / musl

2020-01-10 Thread André Draszik
pecify the result for glibc. Signed-off-by: André Draszik --- meta/site/common-glibc | 1 + meta/site/common-musl | 1 + 2 files changed, 2 insertions(+) diff --git a/meta/site/common-glibc b/meta/site/common-glibc index ca55d48e72..1a28a271ff 100644 --- a/meta/site/common-glibc +++ b/meta/site/co

[OE-core] [PATCH 11/16] site: musl and glibc have working utimes()

2020-01-10 Thread André Draszik
This coreutils / gnulib autoconf test is for a broken glibc implementation of utimes from 2003-07-12 to 2003-09-17. Signed-off-by: André Draszik --- meta/site/common-glibc | 1 + meta/site/common-musl | 1 + 2 files changed, 2 insertions(+) diff --git a/meta/site/common-glibc b/meta/site

[OE-core] [PATCH 16/16] site: musl and glibc have working mktime()

2020-01-10 Thread André Draszik
This coreutils (gnulib) test tests for various bugs that only exist in ancient versions. It defaults to assuming buggy behaviour with its own implementation when cross-compiling. musl and recent glibc (2.29) are not affected. Signed-off-by: André Draszik --- meta/site/common-glibc | 1 + meta

[OE-core] [PATCH 12/16] site: on linux, pipes are fifos with max link count of 1

2020-01-10 Thread André Draszik
Signed-off-by: André Draszik --- meta/site/common-linux | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/site/common-linux b/meta/site/common-linux index 2ef5238799..720a1204a5 100644 --- a/meta/site/common-linux +++ b/meta/site/common-linux @@ -52,6 +52,7 @@ ac_cv_func_utime_null

[OE-core] [PATCH 15/16] site: strtod() works in glibc / musl

2020-01-10 Thread André Draszik
here the additional tests also work, though. Signed-off-by: André Draszik --- meta/site/common-glibc | 1 + meta/site/common-musl | 2 ++ 2 files changed, 3 insertions(+) diff --git a/meta/site/common-glibc b/meta/site/common-glibc index 1a28a271ff..4795d7852d 100644 --- a/meta/site/common-glibc +++ b/m

[OE-core] [PATCH 10/16] site: linux supports NULL in utime()

2020-01-10 Thread André Draszik
to set the file to the current time Signed-off-by: André Draszik --- meta/site/common-linux | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/site/common-linux b/meta/site/common-linux index fcabdbd54a..2ef5238799 100644 --- a/meta/site/common-linux +++ b/meta/site/common-linux @@ -48,6

Re: [OE-core] [PATCH 3/5] default-distrovars.inc: add vfat to DISTRO_FEATURES

2020-01-23 Thread André Draszik
Hi, On Thu, 2020-01-23 at 18:34 +0100, Alexander Kanavin wrote: > This is beneficial for parted ptests in particular, as > they expect vfat functionality to work. Could you also update the parted ptests to skip or delete those tests that depend on vfat, please? I.e. when the DISTRO_FEATURE is not

[OE-core] [PATCH 1/2] oeqa: modernise subprocess: preexec_fn=os.setsid -> start_new_session=True

2020-02-03 Thread André Draszik
start_new_session was added to python3 subprocess in v3.2 and is meant to take the place of the common use of preexec_fn to call os.setsid() in the child - as done here. Update to use the new equivalent. Signed-off-by: André Draszik --- meta/lib/oeqa/controllers/masterimage.py | 2 +- meta/lib

[OE-core] [PATCH 2/2] rt-tests: modernise subprocess: preexec_fn=os.setsid -> start_new_session=True

2020-02-03 Thread André Draszik
start_new_session was added to python3 subprocess in v3.2 and is meant to take the place of the common use of preexec_fn to call os.setsid() in the child - as done here. Update to use the new equivalent. Signed-off-by: André Draszik --- meta/recipes-rt/rt-tests/files/rt_bmark.py | 4 ++-- 1

[OE-core] nondeterministic -c testimage (python3 from hosttools vs recipe-sysroot-native)

2020-02-04 Thread André Draszik
Hi, I have some OEQA image tests where external python3 scripts are invoked by the OEQA test case. Those external scripts use #!/usr/bin/env python3 as shebang. Now it appears that if rm-work is enabled, those are run using python3 from the tmp/hosttools/python3 symlink and without rm-work, the

Re: [OE-core] nondeterministic -c testimage (python3 from hosttools vs recipe-sysroot-native)

2020-02-04 Thread André Draszik
Answering my own question here... On Tue, 2020-02-04 at 08:43 +, André Draszik wrote: > 1) Should testimage remove the recipe-sysroot-native from PATH (for the > duration of the > test) so that everything runs in the same environment? Or > 2) should my image update TESTIMAG

[OE-core] [PATCH] bitbake.conf: omit XZ threads and RAM from sstate signatures

2020-02-24 Thread André Draszik
s a whole isn't being whitelisted as such here is that some arguments can affect the outcome of the xz operation, so the approach taken is to only whitelist the safe flags memlimit and # of threads. Change-Id: I20d6ee5485d59a6a0d45fb679c503b035cbe1c40 Signed-off-by: André Draszik --- meta/c

[OE-core] [PATCH v2] bitbake.conf: omit XZ threads and RAM from sstate signatures

2020-02-24 Thread André Draszik
s a whole isn't being whitelisted as such here is that some arguments can affect the outcome of the xz operation, so the approach taken is to only whitelist the safe flags memlimit and # of threads. Signed-off-by: André Draszik --- v2: remove Gerrit Change-Id line --- meta/conf/bitbake.co

Re: [OE-core] [PATCH v2] bitbake.conf: omit XZ threads and RAM from sstate signatures

2020-02-24 Thread André Draszik
On Mon, 2020-02-24 at 15:40 +0200, Adrian Bunk wrote: > On Mon, Feb 24, 2020 at 12:59:55PM +0000, André Draszik wrote: > > The number of threads used, and the amount of memory allowed > > to be used, should not affect sstate signatures, as they > > don't affect the resul

Re: [OE-core] [PATCH v2] bitbake.conf: omit XZ threads and RAM from sstate signatures

2020-02-24 Thread André Draszik
On Mon, 2020-02-24 at 16:31 +0200, Adrian Bunk wrote: > On Mon, Feb 24, 2020 at 02:21:57PM +0000, André Draszik wrote: > > ... > > Once the artefact has been created, it doesn't matter anymore how it > > was created, as long as the high-level options aren't bein

Re: [OE-core] [PATCH v2] bitbake.conf: omit XZ threads and RAM from sstate signatures

2020-02-24 Thread André Draszik
On Mon, 2020-02-24 at 16:44 +, Richard Purdie wrote: > On Mon, 2020-02-24 at 15:40 +0200, Adrian Bunk wrote: > > On Mon, Feb 24, 2020 at 12:59:55PM +0000, André Draszik wrote: > > > The number of threads used, and the amount of memory allowed > > > to be use

Re: [OE-core] [PATCH v2] bitbake.conf: omit XZ threads and RAM from sstate signatures

2020-02-25 Thread André Draszik
On Tue, 2020-02-25 at 00:00 +0200, Adrian Bunk wrote: > On Mon, Feb 24, 2020 at 05:32:29PM +, Richard Purdie wrote: > > On Mon, 2020-02-24 at 17:14 +0000, André Draszik wrote: > > ... > > > I don't want to penalise myself or anybody else by generally forcing

[OE-core] reproducible builds involving xz (was: Re: [PATCH v2] bitbake.conf: omit XZ threads and RAM from sstate signatures)

2020-02-25 Thread André Draszik
On Mon, 2020-02-24 at 17:10 +0200, Adrian Bunk wrote: > On Mon, Feb 24, 2020 at 02:58:21PM +0000, André Draszik wrote: > > On Mon, 2020-02-24 at 16:31 +0200, Adrian Bunk wrote: > > > On Mon, Feb 24, 2020 at 02:21:57PM +0000, André Draszik wrote: > > > > ... >

[OE-core] xz threads / memlimit behaviour (was: Re: [PATCH v2] bitbake.conf: omit XZ threads and RAM from sstate signatures)

2020-02-26 Thread André Draszik
On Mon, 2020-02-24 at 16:44 +, Richard Purdie wrote: > On Mon, 2020-02-24 at 15:40 +0200, Adrian Bunk wrote: > > On Mon, Feb 24, 2020 at 12:59:55PM +0000, André Draszik wrote: > > > The number of threads used, and the amount of memory allowed > > > to be use

Re: [OE-core] [PATCH] utils.bbclass: Avoid recursive symlink in oe_soinstall

2020-02-27 Thread André Draszik
On Tue, 2020-02-25 at 16:17 +0200, Yevhenii Shchehlov wrote: > This patch fixes an issue when oe_soinstall function creates > non-functional recursive symlinks in case library soname is equal > to library real (file) name. > > Signed-off-by: Yevhenii Shchehlov > --- > meta/classes/utils.bbclass

[OE-core] [PATCH v2 2/4] bitbake.conf: more deterministic xz compression (threads)

2020-03-03 Thread André Draszik
erent amounts of physical memory, due to bitbake's default of limiting xz's memory consumption. Force multi-threaded operation by default, even on single-core systems, so as to ensure archives are created in the same way in all cases. Signed-off-by: André Draszik --- meta/conf/bitbake

[OE-core] [PATCH v2 1/4] lib/oe/utils: allow to set a lower bound on returned cpu_count()

2020-03-03 Thread André Draszik
on a multi-core system compared to single-core systems. Allowing cpu_count() here to return a lower bound, will allow forcing xz to always use multi-threaded operation. Signed-off-by: André Draszik --- meta/lib/oe/utils.py | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a

[OE-core] [PATCH v2 3/4] bitbake.conf: omit XZ threads and RAM from sstate signatures

2020-03-03 Thread André Draszik
possible of the package_write_ipk sstate. Whitelist the maximum number of threads and the memory limit given assumptions outlined in [2] below. Signed-off-by: André Draszik [1] When starting out in multi-threaded mode, the output is always deterministic, as even if xz scales down to single-threaded late

  1   2   3   4   5   6   >