Re: [OE-core] [PATCH 34/36] busybox: drop 0001-Use-CC-when-linking-instead-of-LD-and-use-CFLAGS-and.patch

2021-11-19 Thread Andre McCurdy
On Fri, Nov 19, 2021 at 12:17 AM Alexander Kanavin wrote: > > On Fri, 19 Nov 2021 at 00:14, Andre McCurdy wrote: >> >> > So everything that is supposed to be there is actually present, and the >> > patch is indeed unneeded. >> >> Looks good. If yo

Re: [OE-core] [PATCH 34/36] busybox: drop 0001-Use-CC-when-linking-instead-of-LD-and-use-CFLAGS-and.patch

2021-11-18 Thread Andre McCurdy
n.o", "klibc-utils/built-in.o", "e2fsprogs/built-in.o", > "editors/built-in.o", "findutils/built-in.o", "init/built-in.o", > "libbb/built-in.o", "libpwdgrp/built-in.o", "loginutils/built-in.o", >

Re: [OE-core] [PATCH 34/36] busybox: drop 0001-Use-CC-when-linking-instead-of-LD-and-use-CFLAGS-and.patch

2021-11-17 Thread Andre McCurdy
On Wed, Nov 17, 2021 at 7:36 AM Alexander Kanavin wrote: > > This was added 10 years ago, is almost certainly non-upstreamable > and it isn't clear what the issues it aims to fix are: > the AB revealed no problems when the patch is removed. The comment in the patch was: This fixes the issue

Re: [OE-core] [PATCH] recipe-graphics: Add depends on cmake-native

2021-11-10 Thread Andre McCurdy
On Wed, Nov 10, 2021 at 5:41 PM Peter Kjellerstedt wrote: > > > -Original Message- > > From: openembedded-core@lists.openembedded.org > > On Behalf Of Anibal Limon > > Sent: den 11 november 2021 01:44 > > To: openembedded-core@lists.openembedded.org > > Cc:

Re: [OE-core] [PATCH 1/5] mirrors.bbclass: Clean up the additions to MIRRORS

2021-11-10 Thread Andre McCurdy
On Wed, Nov 10, 2021 at 3:19 PM Peter Kjellerstedt wrote: > > * Since commit ce0579dc in bitbake (fetch2: Revert the regexp removal > for the type field and instead anchor regexp) the type regexp has > been automatically anchored at the end. > * Since commit 044fb04d in bitbake (fetch2: Allow

Re: [OE-core] [PATCH 3/5] gcc-common.inc: Clean up the additions to MIRRORS

2021-11-10 Thread Andre McCurdy
On Wed, Nov 10, 2021 at 3:19 PM Peter Kjellerstedt wrote: > > Since commit 044fb04d in bitbake (fetch2: Allow whitespace only mirror > entries) there is no need to separate the entries in MIRRORS with "\n". > > Signed-off-by: Peter Kjellerstedt > --- > meta/recipes-devtools/gcc/gcc-common.inc |

Re: [OE-core] [PATCH] meta: use ln -rs instead of lnr

2021-11-10 Thread Andre McCurdy
On Wed, Nov 10, 2021 at 3:12 AM Ross Burton wrote: > > lnr is a script in oe-core that creates relative symlinks, with the same > behaviour as `ln --relative --symlink`. It was added back in 2014[1] as > not all of the supported host distributions at the time shipped > coreutils 8.16, the first

Re: [OE-core] Depending on other package's config

2021-11-05 Thread Andre McCurdy
On Fri, Nov 5, 2021 at 3:25 PM Maxim Sloyko via lists.openembedded.org wrote: > > Hi all, > > Posting this to openembedded-core, as it was suggested to me. > > The recipe that I'm working on for our system (let's call it A) has a > dependency on a certain feature being enabled in another package

Re: [OE-core] simplest use of SSTATE_MIRRORS?

2021-09-27 Thread Andre McCurdy
On Mon, Sep 27, 2021 at 9:13 AM Robert P. J. Day wrote: > > colleague asked me how SSTATE_MIRRORS worked, so i had to check, > followed the section here: > > http://docs.yoctoproject.org/overview-manual/concepts.html#shared-state-cache > > and in one of own builds, i moved the entire

Re: [OE-core] minor curiosity related to libdir vs base_libdir and shared libs

2021-09-07 Thread Andre McCurdy
On Sun, Sep 5, 2021 at 1:02 PM Robert P. J. Day wrote: > a minor oddity i stumbled over digging into the proper installation > of shared libraries ... building core-image-minimal for qemuarm64 and, > for the most part, recipes from oe-core that install shared libs put > all three artifacts

Re: [OE-core] [PATCH] bitbake.conf: update way of setting XZ_MEMLIMIT

2021-08-24 Thread Andre McCurdy
On Tue, Aug 24, 2021 at 7:15 AM Richard Purdie wrote: > > On Tue, 2021-08-24 at 17:40 +0800, Changqing Li wrote: > > From: Changqing Li > > > > Update way of setting XZ_MEMLIMIT, considering scenario that > > running bitbake in container, to avoid OOM Killer of xz. > > > > For example: > >

Re: [OE-core][PATCH] vim: add option to disable NLS support

2021-08-23 Thread Andre McCurdy
On Mon, Aug 23, 2021 at 10:12 AM Andrej Valek wrote: > > Hello Khem, > > I looked exactly into configure.ac which arguments are expecting for those > options. So I think, it has to be mentioned explicitly. Assuming configure.ac is based around AC_ARG_ENABLE / AC_ARG_WITH then an explicit option

Re: [OE-core] would reducing BB_NUMBER_THREADS solve parallelism overheating?

2021-08-08 Thread Andre McCurdy
On Sat, Aug 7, 2021 at 8:26 AM Robert P. J. Day wrote: > > i've asked about this previously, but i finally got around to > thinking about this in detail, and i'd like some feedback. > > i've described the overheating/lockup issues i've been having on a > dell latitude laptop building a

Re: [OE-core] [PATCH] systemd: Fix build on musl

2021-08-06 Thread Andre McCurdy
On Fri, Aug 6, 2021 at 7:12 AM Luca Boccassi wrote: > > On Thu, 29 Jul 2021 at 20:11, Andre McCurdy wrote: > > > > On Thu, Jul 29, 2021 at 6:49 AM Luca Bocassi > > wrote: > > > > > > Having a look at the patches, a few comments: > > &g

Re: [OE-core] [PATCH] systemd-boot: use ld.bfd as efi-ld when gold is being used by default with ld-is-gold

2021-08-03 Thread Andre McCurdy
On Tue, Aug 3, 2021 at 12:04 PM Martin Jansa wrote: > > * since the upgrade to 249.1 in: > > https://git.openembedded.org/openembedded-core/commit/?id=323ec445dfe22860cd450c303db5ed8fcb4e791c > the builds with ld-is-gold are failing with: > > [17/21] Generating linuxx64.elf.stub with a

Re: [OE-core] [PATCH] systemd: Fix build on musl

2021-07-29 Thread Andre McCurdy
On Thu, Jul 29, 2021 at 6:49 AM Luca Bocassi wrote: > > Having a look at the patches, a few comments: > > - 0012-don-t-pass-AT_SYMLINK_NOFOLLOW-flag-to-faccessat.patch I find > quite worrying, as it fundamentally changes access patterns, some of > which are done for security reasons. At best,

Re: [OE-core] [PATCH 3/3] meta: Manual override fixes

2021-07-28 Thread Andre McCurdy
On Wed, Jul 28, 2021 at 1:54 PM Richard Purdie wrote: > > On Wed, 2021-07-28 at 13:43 -0700, Andre McCurdy wrote: > > On Wed, Jul 28, 2021 at 1:24 PM Richard Purdie > > wrote: > > > > > > On Wed, 2021-07-28 at 21:00 +0100, Richard Purdie via > > >

Re: [OE-core] [PATCH pseudo 4/4] Do not return address of local variable

2021-07-28 Thread Andre McCurdy
On Wed, Jul 28, 2021 at 1:16 PM Seebs wrote: > > On Wed, 28 Jul 2021 11:36:22 +0200 > "Damian Wrobel" wrote: > > > Do I correctly assume that pseudo_client_op() has to be fully > > reentrant? > > No. It's never been even a tiny bit reentrant. We used to do the > allocate and free thing, and it

Re: [OE-core] [PATCH 3/3] meta: Manual override fixes

2021-07-28 Thread Andre McCurdy
On Wed, Jul 28, 2021 at 1:24 PM Richard Purdie wrote: > > On Wed, 2021-07-28 at 21:00 +0100, Richard Purdie via lists.openembedded.org > wrote: > > On Wed, 2021-07-28 at 12:32 -0700, Andre McCurdy wrote: > > > On Wed, Jul 28, 2021 at 7:15 AM Ric

Re: [OE-core] [PATCH 3/3] meta: Manual override fixes

2021-07-28 Thread Andre McCurdy
On Wed, Jul 28, 2021 at 7:15 AM Richard Purdie wrote: > > The automated conversion of OE-Core to use the new override sytax isn't > perfect. This patches some mis-converted lines and some lines which were > missed > by the automation. > > Signed-off-by: Richard Purdie > --- >

Re: [OE-core][dunfell][PATCH v2 1/3] cmake-native: enabled zstd support

2021-07-27 Thread Andre McCurdy
On Tue, Jul 27, 2021 at 12:24 AM Richard Purdie wrote: > > On Mon, 2021-07-26 at 14:40 -1000, Steve Sakoman wrote: > > On Mon, Jul 26, 2021 at 12:27 PM Ruslan Babayev (fib) > > wrote: > > > > > > Hi Steve, > > > > > > Thanks for reviewing the patches. I understand the problem of merging this >

Re: [OE-core] [PATCH v2] rootfs: remove ldconfig auxiliary cache where appropriate

2021-07-23 Thread Andre McCurdy
On Fri, Jul 23, 2021 at 2:22 AM Damian Wrobel wrote: > > Removes the /var/cache/ldconfig auxiliary cache directory from > the rootfs when: > - read-only-rootfs is in DISTRO_FEATURES, > - ldconfig is not in DISTRO_FEATURES. Comments say DISTRO_FEATURES but code is checking IMAGE_FEATURES in

Re: [OE-core] [PATCH] rootfs: remove ldconfig auxiliary cache where appropriate

2021-07-23 Thread Andre McCurdy
On Fri, Jul 23, 2021 at 2:16 AM Damian Wrobel wrote: > > On Thu, 22 Jul 2021 21:00:15 +0200 Andre McCurdy > wrote > > On Thu, Jul 22, 2021 at 2:48 AM Damian Wrobel > > wrote: > > > > > > Removes the /var/cache/ldconfig auxiliary cach

Re: [OE-core] [PATCH] rootfs: remove ldconfig auxiliary cache where appropriate

2021-07-22 Thread Andre McCurdy
On Thu, Jul 22, 2021 at 2:48 AM Damian Wrobel wrote: > > Removes the /var/cache/ldconfig auxiliary cache directory from > the rootfs when: > - read-only-rootfs is in DISTRO_FEATURES, > - ldconfig is not in DISTRO_FEATURES. > > In both cases the /var/cache/ldconfig/aux-cache is useless. Should

Re: [OE-core] how to configure an image with *full* debugging info in the libs and binaries?

2021-07-20 Thread Andre McCurdy
On Mon, Jul 19, 2021 at 5:06 PM Ross Burton wrote: > On Fri, 16 Jul 2021 at 20:10, Robert P. J. Day wrote: > > colleague just asked me what it would take to generate an image > > where the executables and libraries contain all the gdb-related > > debugging info in the same files (that is, not

Re: [OE-core] [PATCH] pypi: set SRC_URI with =, not with +=

2021-06-24 Thread Andre McCurdy
On Wed, Jun 23, 2021 at 3:18 AM Alexander Kanavin wrote: > > Frankly guys, I think maybe we should just break stuff in this case, and have > it fixed up properly, then try to guess what workaround might work. > > From that perspective the original patch is the most clear. The typical ordering

Re: [OE-core] should the same recipe have two different WORKDIRs?

2021-06-16 Thread Andre McCurdy
On Wed, Jun 16, 2021 at 9:30 AM Robert P. J. Day wrote: > perhaps i've just never noticed before, but a colleague asked me to > debug some strangeness with his WRLinux build, and what i noticed was > that the recipe that generated a package with a single (aarch64) > executable created WORKDIRs

Re: [OE-core] [PATCH] ffmpeg: link in libatomic on 32-bit mips

2021-06-15 Thread Andre McCurdy
On Mon, Jun 14, 2021 at 8:54 PM kai wrote: > > From: Kai Kang > > It needs some functions from libatomic on 32-bit mips too: > > | libavformat/libavformat.so: undefined reference to `__atomic_fetch_sub_8' > > Signed-off-by: Kai Kang > --- > meta/recipes-multimedia/ffmpeg/ffmpeg_4.4.bb | 1 + >

Re: [OE-core] [V2][PATCH] libjpeg-turbo: fix do_compile error on armv5

2021-06-10 Thread Andre McCurdy
On Thu, Jun 10, 2021 at 2:42 AM Changqing Li wrote: > On 6/10/21 1:29 AM, Andre McCurdy wrote: > > [Please note: This e-mail is from an EXTERNAL e-mail address] > > > > On Wed, Jun 9, 2021 at 12:32 AM Changqing Li > > wrote: > >> From: Changqing Li >

Re: [OE-core] [V2][PATCH] libjpeg-turbo: fix do_compile error on armv5

2021-06-09 Thread Andre McCurdy
On Wed, Jun 9, 2021 at 12:32 AM Changqing Li wrote: > > From: Changqing Li > > fix below error: > /include/arm_neon.h:31:2: error: #error "NEON intrinsics not available with > the soft-float ABI. Please use -mfloat-abi=softfp or -mfloat-abi=hard" > 31 | #error "NEON intrinsics not available

Re: [OE-core] want to clarify proper approach to shared lib (.so) installation

2021-06-04 Thread Andre McCurdy
On Thu, Jun 3, 2021 at 7:26 AM Robert P. J. Day wrote: > > On Thu, 3 Jun 2021, Andrea Adami wrote: > > > On Thu, Jun 3, 2021 at 4:01 PM Robert P. J. Day > > wrote: > > > > > > > > > sort of a 2-part soliloquy. in current YP code base i've inherited, > > > most of the internal (local directory

Re: [OE-core] master/main branch renaming and bitbake

2021-05-19 Thread Andre McCurdy
On Thu, May 13, 2021 at 3:48 PM Richard Purdie wrote: > > On Thu, 2021-05-13 at 17:33 -0400, colin walters wrote: > > > > On Thu, May 13, 2021, at 4:08 PM, Richard Purdie wrote: > > > > > > The advice to anyone hitting this issue is to add in the correct branch > > > to the SRC_URI. It is simple

Re: [OE-core] how to create debugfs while ruthlessly stripping image contents?

2021-05-18 Thread Andre McCurdy
On Tue, May 18, 2021 at 10:00 AM Robert P. J. Day wrote: > muh colleague just presented me with the following ... until > recently, build was properly producing bootable image while > simultaneously creating companion debugfs. so far, so good. > > then enough packages were added so that image

Re: [OE-core] [PATCH] mklibs-native: Fix build with gcc 11

2021-05-17 Thread Andre McCurdy
On Mon, May 17, 2021 at 10:05 AM Jacob Kroon wrote: > > In gcc 11 the default mode for C++ is now -std=gnu++17 instead of > -std=gnu++14, > in which support for dynamic exception specifications has been removed. As much as I'd like to see mklibs fully supported in OE, at some point maybe we

Re: [OE-core] is there an easy to prevent *creation* of some recipe's packages?

2021-05-17 Thread Andre McCurdy
On Fri, May 14, 2021 at 5:39 AM Konrad Weihmann wrote: > > On 14.05.21 13:52, Robert P. J. Day wrote: > > On Fri, 14 May 2021, Konrad Weihmann wrote: > > > >> On 14.05.21 13:16, Robert P. J. Day wrote: > >>> > >>> pretty sure i know the answer to this one, but was asked the > >>> other day

Re: [OE-core] couple questions about creating companion debug filesystem

2021-05-13 Thread Andre McCurdy
On Thu, May 13, 2021 at 3:36 AM Robert P. J. Day wrote: > > couple colleagues asked me about the details of how the debug > filesystem is created, and since i wasn't entirely clear on the > mechanics of it myself, i thought i'd dig into it, so a couple > preliminary questions to make sure i'm

Re: [OE-core] master/main branch renaming and bitbake

2021-05-12 Thread Andre McCurdy
On Wed, May 12, 2021 at 2:23 PM Alexander Kanavin wrote: > > And by the way, another reason to check that revision is linked to a branch > is when SRCREV is updated - we need some reassurance that the updated SRCREV > comes from the same branch as previous SRCREV, or that if the branch has >

Re: [OE-core] [PATCH] npth: Link with libpthread

2021-05-12 Thread Andre McCurdy
On Wed, May 12, 2021 at 12:25 PM Khem Raj wrote: > > libnpth.so uses pthread_create so ensure its linked in > > Fixes > > tmp/work/core2-32-yoe-linux/npth/1.6-r0/recipe-sysroot-native/usr/bin/i686-yoe-linux/i686-yoe-linux-ld: > ../src/.libs/libnpth.so: undefined reference to `pthread_create'

Re: [OE-core] SDK question: does "-c populate_sdk" build SDK based on entire image?

2021-05-07 Thread Andre McCurdy
On Fri, May 7, 2021 at 6:47 AM Robert P. J. Day wrote: > > On Fri, 7 May 2021, Quentin Schulz wrote: > > > Hi Robert, > > > > No SDK expert here, so as usual, to be taken with a grain of salt. > > > > On Fri, May 07, 2021 at 09:11:37AM -0400, Robert P. J. Day wrote: > > > > > > almost certainly

Re: [OE-core] how to add a "-dev" package to host SDK?

2021-05-03 Thread Andre McCurdy
On Mon, May 3, 2021 at 7:55 AM Robert P. J. Day wrote: > > colleague asks a simple question (and i'm not in front of my dev box > at the moment so i can't verify what i'm about to suggest): how to add > the header files in a given "-dev" package to the host component of > the SDK? The

Re: [OE-core] [PATCH] busybox: Enable long options for enabled applets

2021-04-29 Thread Andre McCurdy
On Thu, Apr 29, 2021 at 3:29 PM Khem Raj wrote: > > On Wed, Apr 28, 2021 at 10:40 AM Andre McCurdy wrote: > > > > On Tue, Apr 27, 2021 at 10:06 PM Khem Raj wrote: > > > > > > certain applets are enabled but the long options are not enabled for > > >

Re: [OE-core] [PATCH] busybox: Enable long options for enabled applets

2021-04-28 Thread Andre McCurdy
On Tue, Apr 27, 2021 at 10:06 PM Khem Raj wrote: > > certain applets are enabled but the long options are not enabled for > them, it results in subtle failures in ptests where its expecting these > options e.g. gzip --best is commonly used in many package tests e.g. > > root@qemux86-64:/usr/lib#

Re: [OE-core] LTP drop MUSL specific patch

2021-04-27 Thread Andre McCurdy
On Tue, Apr 27, 2021 at 12:17 PM Petr Vorel wrote: > > Hi all, > > > On Mon, Apr 26, 2021 at 11:53 AM Petr Vorel wrote: > > > > Hi Khem, Richard, > > > > I'd like to replace MUSL specific patch > > > meta/recipes-extended/ltp/ltp/0001-build-Add-option-to-select-libc-implementation.patch > > >

Re: [OE-core] LTP drop MUSL specific patch

2021-04-26 Thread Andre McCurdy
On Mon, Apr 26, 2021 at 11:53 AM Petr Vorel wrote: > > Hi Khem, Richard, > > I'd like to replace MUSL specific patch > meta/recipes-extended/ltp/ltp/0001-build-Add-option-to-select-libc-implementation.patch > with just removing broken files. We use this in upstream CI for Alpine, I > ported > it

Re: [OE-core] [yocto-security] [PATCH] busybox: use openssl for TLS connections whenever possible

2021-04-21 Thread Andre McCurdy
On Wed, Apr 21, 2021 at 2:22 AM Shachar Menashe wrote: > On Tue, Apr 20, 2021 at 1:46 PM Shachar Menashe wrote: > > Last time we talked about this I thought we would need to change something in > openssl build settings to make the openssl binary get built just for this > solution, and that was

Re: [OE-core] [yocto-security] [PATCH] busybox: use openssl for TLS connections whenever possible

2021-04-20 Thread Andre McCurdy
On Tue, Apr 20, 2021 at 1:46 PM Shachar Menashe wrote: > > Last time we talked about this I thought we would need to change something in > openssl build settings to make the openssl binary get built just for this > solution, and that was what got rejected. > But actually now I see (or perhaps

Re: [OE-core] [yocto-security] [PATCH] busybox: use openssl for TLS connections whenever possible

2021-04-20 Thread Andre McCurdy
On Tue, Apr 20, 2021 at 10:23 AM Randy MacLeod wrote: > > Add the oe-core list where patches are usually discussed. > > On 2021-04-17 10:41 a.m., Shachar Menashe wrote: > > This adds proper TLS verification to wget > > I think you should add some of the comments you made in the bugzilla here: > >

Re: [OE-core] [PATCH 2/3] btrfs-tools: Add PACKAGECONFIG options

2021-04-16 Thread Andre McCurdy
On Fri, Apr 16, 2021 at 7:28 AM Robert Joslyn wrote: > > On Apr 16, 2021, at 12:17 AM, Andre McCurdy wrote: > > On Thu, Apr 15, 2021 at 10:38 PM Robert Joslyn > > wrote: > >> > >> Add options to make it easier to control which features are enabled.

Re: [OE-core] [PATCH 2/3] btrfs-tools: Add PACKAGECONFIG options

2021-04-16 Thread Andre McCurdy
On Thu, Apr 15, 2021 at 10:38 PM Robert Joslyn wrote: > > Add options to make it easier to control which features are enabled. All > of these default to enabled by upstream, so keep them enabled to > maintain previous behavior. > > The convert option also supports reiserfs, but no recipes exist

Re: [OE-core] [PATCH] gcc: Upgrade to 10.3.0 bug-fix release

2021-04-09 Thread Andre McCurdy
On Fri, Apr 9, 2021 at 12:49 PM Khem Raj wrote: > > Drop aarch64 backports which are already upstream > List of bugs fixed is [1] > > [1] > https://gcc.gnu.org/bugzilla/buglist.cgi?bug_status=RESOLVED_id=298084=FIXED_milestone=10.3 It looks like you forgot to update BINV ? > Signed-off-by:

Re: [OE-core] [PATCH] curl: upgrade 7.75.0 -> 7.76.0

2021-04-09 Thread Andre McCurdy
On Fri, Apr 9, 2021 at 12:07 AM wangmy wrote: > > I'm going to revise it like this. Please see if it's OK: > > @@ -54,6 +54,7 @@ > PACKAGECONFIG[threaded-resolver] = > "--enable-threaded-resolver,--disable-threaded-resolverares" > PACKAGECONFIG[verbose] =

Re: [OE-core][dunfell 13/15] packagegroups: delete useless "PROVIDES" lines

2021-04-01 Thread Andre McCurdy
On Thu, Apr 1, 2021 at 8:29 AM Steve Sakoman wrote: > > From: "Robert P. J. Day" > > There is apparently no functional value to "PROVIDES" lines anymore in > packagegroup recipe files, so remove the lonely couple of examples > left. Seems questionable for backporting to a stable release. The

Re: [OE-core] what are the dangers of adding "out-of-tree" files to FILES_${PN}?

2021-04-01 Thread Andre McCurdy
On Thu, Apr 1, 2021 at 6:08 AM Robert P. J. Day wrote: > > recently, i've run across a couple layers based on pretty much > up-to-date OE/YP, where fixed files are being added to a package via > assignments like this: > > FILES_${PN} += "/data" > > i already know that's a bad idea, but i'm

Re: [OE-core] [PATCH] Use shutil.move when os.rename fails

2021-03-29 Thread Andre McCurdy
version of the patch. > > On 29 Mar 2021, at 20:00, Andre McCurdy wrote: > > > > On Mon, Mar 29, 2021 at 3:45 PM Devendra Tewari > > wrote: > >> > >> Thanks! My bad. The example I looked up in Python docs had a break and I > >> just realized i

Re: [OE-core] [PATCH] Use shutil.move when os.rename fails

2021-03-29 Thread Andre McCurdy
On Mon, Mar 29, 2021 at 3:45 PM Devendra Tewari wrote: > > Thanks! My bad. The example I looked up in Python docs had a break and I just > realized it was a looping example. > > Here’s the updated patch (or should I submit it again via git send-email?) It would be better to use shutil.move

Re: [OE-core] some trivial(?) questions about packagegroups

2021-03-27 Thread Andre McCurdy
On Sat, Mar 27, 2021 at 3:31 AM Robert P. J. Day wrote: > On Fri, 26 Mar 2021, Andre McCurdy wrote: > > On Fri, Mar 26, 2021 at 8:45 AM Robert P. J. Day > > wrote: > > > what should be easy questions about packagegroups, inspired by my > > > running across s

Re: [OE-core] some trivial(?) questions about packagegroups

2021-03-26 Thread Andre McCurdy
On Fri, Mar 26, 2021 at 8:45 AM Robert P. J. Day wrote: > > what should be easy questions about packagegroups, inspired by my > running across some puzzling packagegroup recipes in my travels > recently. (i'll start with examples out of oe-core). > > first, as with any other recipe, given a

Re: [OE-core] [PATCH v11] util-linux: split uuid in separate recipe to allow bootstrapping

2021-03-26 Thread Andre McCurdy
On Fri, Mar 26, 2021 at 11:12 AM Richard Purdie wrote: > > On Fri, 2021-03-26 at 18:06 +, Peter Kjellerstedt wrote: > > > -Original Message- > > > From: Richard Purdie > > > Sent: den 25 mars 2021 17:52 > > > To: Peter Kjellerstedt ; Oleksiy Obitotskyi - > > > X (oobitots -

Re: [OE-core] [PATCH 1/2] bitbake.conf: ensure BUILD_* tools match target tools

2021-03-23 Thread Andre McCurdy
On Tue, Mar 23, 2021 at 2:29 PM Ross Burton wrote: > > Add a few more tools to the BUILD_* list, to match the target tool list. > > Signed-off-by: Ross Burton > --- > meta/conf/bitbake.conf | 3 +++ > 1 file changed, 3 insertions(+) > > diff --git a/meta/conf/bitbake.conf

Re: [OE-core] proper (vs weird) way to define proprietary licenses

2021-03-23 Thread Andre McCurdy
On Tue, Mar 23, 2021 at 3:13 AM Robert P. J. Day wrote: > > once again into the code base i'm poring over, and this time, it's > about defining proprietary licenses for internal recipes. The typical approach for recipes which build proprietary code is to set LICENSE to "CLOSED" (and not define

Re: [OE-core] really strange usage of FILESPATH and FILESEXTRAPATHS

2021-03-22 Thread Andre McCurdy
On Mon, Mar 22, 2021 at 2:29 PM Robert P. J. Day wrote: > > here's the next head-scratching oddity i just ran across in the > current layer (and there's more weirdness on its way). > > perusing a recipe only to see: > > FILESPATH =+ "${COMMON_STUFF_DIR}:" > SRC_URI += "file://file1

Re: [OE-core] the weirdness of bbappend'ing to stock OE images

2021-03-22 Thread Andre McCurdy
On Mon, Mar 22, 2021 at 12:50 PM Robert P. J. Day wrote: > > > more a style issue than anything else, but one of the other oddities > in this layer i've been handed is the bbappending to standard OE > images, so that recipes-core/images/ contains recipe files like: > >

Re: [OE-core] curious about weirdness in some FILES_${PN} settings

2021-03-22 Thread Andre McCurdy
On Mon, Mar 22, 2021 at 11:43 AM Robert P. J. Day wrote: > (warning: i've just been handed an existing OE code base, and i'm > going to ask some questions about some head-scratching things i'm > finding in it, so be prepared for weird questions.) > > in one recipe, i see the following

Re: [OE-core] diff between "bitbake meta-toolchain" and "bitbake -c populate_sdk ?

2021-03-19 Thread Andre McCurdy
On Fri, Mar 19, 2021 at 7:23 AM Robert P. J. Day wrote: > colleague just asked me about the difference between building an SDK > with either of: > > $ bitbake meta-toolchain > $ bitbake -c populate_sdk > > i know that the meta-toolchain recipe file contains little more than > inheriting

Re: [OE-core] [PATCH 2/2] core-image-sato: qemuarmv5 doesn't work with >256M RAM

2021-03-10 Thread Andre McCurdy
On Wed, Mar 10, 2021 at 7:16 PM Jon Mason wrote: > > On Wed, Mar 10, 2021 at 6:30 PM Andre McCurdy wrote: > > > > On Wed, Mar 10, 2021 at 3:04 PM Jon Mason wrote: > > > > > > Currently seeing the following error when running runqemu on qemuarmv5: > > &g

Re: [OE-core] [PATCH 1/2] qemuarmv5: add softfp

2021-03-10 Thread Andre McCurdy
On Wed, Mar 10, 2021 at 7:09 PM Jon Mason wrote: > > On Wed, Mar 10, 2021 at 6:25 PM Andre McCurdy wrote: > > > > On Wed, Mar 10, 2021 at 3:04 PM Jon Mason wrote: > > > > > > pulseaudio-14.2 is throwing the following error when compiling for > >

Re: [OE-core] [PATCH 2/2] core-image-sato: qemuarmv5 doesn't work with >256M RAM

2021-03-10 Thread Andre McCurdy
On Wed, Mar 10, 2021 at 3:04 PM Jon Mason wrote: > > Currently seeing the following error when running runqemu on qemuarmv5: > runqemu - ERROR - Failed to run qemu: qemu-system-arm: versatilepb: memory > size must not exceed 256MB > > This is due to the memory size being set to 512 instead of

Re: [OE-core] [PATCH 1/2] qemuarmv5: add softfp

2021-03-10 Thread Andre McCurdy
On Wed, Mar 10, 2021 at 3:04 PM Jon Mason wrote: > > pulseaudio-14.2 is throwing the following error when compiling for > machine qemuarmv5 > "NEON intrinsics not available with the soft-float ABI. Please use > -mfloat-abi=softfp or -mfloat-abi=hard" > > Using softfp to resolve this issue.

Re: [OE-core] [PATCH] resolvconf: add missing dependencies to RDEPENDS

2021-03-09 Thread Andre McCurdy
hem Raj : > On 3/8/21 2:25 PM, Andre McCurdy wrote: > > On Mon, Mar 8, 2021 at 2:15 PM Khem Raj wrote: > >> > >> On 3/8/21 2:11 PM, Andre McCurdy wrote: > >>> On Mon, Mar 8, 2021 at 11:30 AM Khem Raj wrote: > >>>> > >>>> From: Fra

Re: [OE-core] [PATCH] resolvconf: add missing dependencies to RDEPENDS

2021-03-08 Thread Andre McCurdy
On Mon, Mar 8, 2021 at 2:15 PM Khem Raj wrote: > > On 3/8/21 2:11 PM, Andre McCurdy wrote: > > On Mon, Mar 8, 2021 at 11:30 AM Khem Raj wrote: > >> > >> From: Frans Meulenbroeks > >> > >> resolvconf uses flock and readlink. > >>

Re: [OE-core] [PATCH] resolvconf: add missing dependencies to RDEPENDS

2021-03-08 Thread Andre McCurdy
On Mon, Mar 8, 2021 at 11:30 AM Khem Raj wrote: > > From: Frans Meulenbroeks > > resolvconf uses flock and readlink. > So explicitly added dependencies on util-linux (for flock) and coreutils > (for readlink). > Note that the options used with flock and readlink are not part of the > busybox

Re: [OE-core] [PATCH] spirv-tools: Replace strncpy with memcpy

2021-02-27 Thread Andre McCurdy
On Sat, Feb 27, 2021 at 12:18 AM Khem Raj wrote: > > Fixes warnings produced with gcc 11 > > Signed-off-by: Khem Raj > --- > .../files/0001-fix-strncpy-bound-error.patch | 30 +++ > .../spir/spirv-tools_2020.6.bb| 4 ++- > 2 files changed, 33 insertions(+), 1

Re: [OE-core][gatesgarth]Mongodb segfault on gatesgarth

2021-02-23 Thread Andre McCurdy
On Tue, Feb 23, 2021 at 2:39 PM jaewon wrote: > > > Still struggling with this issue, Perhaps first decide what you are actually trying to do. The choice is between including debug symbols in the mongodb binary installed on the target (e.g. modifying INHIBIT_PACKAGE_STRIP and/or

Re: [OE-core] [PATCH] security_flags.inc: Use -O with -D_FORTIFY_SOURCE

2021-02-10 Thread Andre McCurdy
On Wed, Feb 10, 2021 at 12:48 AM Mikko Rapeli wrote: > > Hi, > > On Tue, Feb 09, 2021 at 11:37:39PM -0800, Khem Raj wrote: > > In this case -O will take effect sadly. and it seems to be that > > autconf munges the compiler cmdline > > while generating CFLAGS in generated Makefiles and appends

Re: [OE-core] [PATCH] [RFC] openssl: Enable cryptodev-linux by default

2021-01-29 Thread Andre McCurdy
On Fri, Jan 29, 2021 at 12:45 PM Otavio Salvador wrote: > > Em sex., 29 de jan. de 2021 às 17:39, Andre McCurdy > escreveu: > > > > If a distro or BSP layer wants to enable cryptodev-linux support in > > openssl they can already do so by creating a .bbappend

Re: [OE-core] [PATCH] [RFC] openssl: Enable cryptodev-linux by default

2021-01-29 Thread Andre McCurdy
On Fri, Jan 29, 2021 at 12:34 AM Diego Santa Cruz via lists.openembedded.org wrote: > > > -Original Message- > > From: openembedded-core@lists.openembedded.org > c...@lists.openembedded.org> On Behalf Of Khem Raj via > > lists.openembedded.org > > Sent: 29 January 2021 02:16 > > To: Tom

Re: [OE-core] [PATCH] pulseaudio: define -mfloat-abi=softfp for CC on armv5

2020-12-28 Thread Andre McCurdy
On Mon, Dec 28, 2020 at 6:36 PM Yu, Mingli wrote: > > From: Mingli Yu > > After pulseaudio upgrades from 13.0 to 14.0, it also switches from autotools > to meson and there's no option for disabling Neon optimizations with meson. > And the build system adds -mfpu=neon at the end of the compiler

Re: [OE-core] [yocto-security] [PATCH] openssl: drop support for deprecated algorithms

2020-12-21 Thread Andre McCurdy
On Sat, Dec 19, 2020 at 4:08 PM Richard Purdie wrote: > > On Sat, 2020-12-19 at 19:04 +0100, Konrad Weihmann wrote: > > > > On 19.12.20 18:58, Richard Purdie wrote: > > > On Sat, 2020-12-19 at 18:53 +0100, Konrad Weihmann wrote: > > > > On 19.12.20 18:36, Richard Purdie wrote: > > > > >

Re: [OE-core] [PATCH 3/4] busybox: Run mdev as daemon

2020-12-17 Thread Andre McCurdy
On Thu, Dec 17, 2020 at 7:52 PM Khem Raj wrote: > > On Thu, Dec 17, 2020 at 3:59 PM Andre McCurdy wrote: > > > > On Thu, Dec 17, 2020 at 2:54 PM Khem Raj wrote: > > > > > > When busybox is used for device management, kernel needs to suppor

Re: [OE-core] [PATCH 1/4] initscripts: use quotes for shell variable comparision

2020-12-17 Thread Andre McCurdy
On Thu, Dec 17, 2020 at 3:54 PM Khem Raj wrote: > > On Thu, Dec 17, 2020 at 3:51 PM Andre McCurdy wrote: > > > > On Thu, Dec 17, 2020 at 2:54 PM Khem Raj wrote: > > > > > > Helps to execute it with busybox shell > > > > How does it help? Ad

Re: [OE-core] [PATCH 3/4] busybox: Run mdev as daemon

2020-12-17 Thread Andre McCurdy
On Thu, Dec 17, 2020 at 2:54 PM Khem Raj wrote: > > When busybox is used for device management, kernel needs to support > older/obsolete mechanism via CONFIG_UEVENT_HELPER and > CONFIG_UEVENT_HELPER_PATH to enable /proc/sys/kernel/hotplug but this > would require kernel defconfig change and will

Re: [OE-core] [PATCH 1/4] initscripts: use quotes for shell variable comparision

2020-12-17 Thread Andre McCurdy
On Thu, Dec 17, 2020 at 2:54 PM Khem Raj wrote: > > Helps to execute it with busybox shell How does it help? Adding quotes would help if $rootcheck is an empty string, but that's not specific to busybox. > Signed-off-by: Khem Raj > --- >

Re: [OE-core] [PATCH 5/5] systemd: add RRECOMMENDS for weak dependencies, if enabled

2020-12-11 Thread Andre McCurdy
On Thu, Dec 10, 2020 at 4:53 AM Luca Bocassi wrote: > > From: Luca Boccassi > > Some libraries are now dlopen'ed and skipped at runtime if > not available. Add them to the RRECOMMENDS list, to allow > users to exclude them for smaller images even if generally > enabled at build time. This seems

Re: [OE-core] [PATCH v2 1/2] iproute2: install tools to mirror install under Debian/Ubuntu

2020-12-09 Thread Andre McCurdy
On Wed, Dec 9, 2020 at 2:39 PM Alan Perry wrote: > On 12/7/20 1:49 PM, Richard Purdie wrote: > > On Sat, 2020-12-05 at 08:22 +, Alan Perry wrote: > >> Many scripts exist that expect the iproute2 tools to be found in > >> the same directories where they are found in Debian or Ubuntu. > >> For

Re: [OE-core] Automatic cap on BB_NUMBER_THREADS and PARALLEL_MAKE

2020-12-03 Thread Andre McCurdy
On Thu, Dec 3, 2020 at 9:48 AM Ross Burton wrote: > > Hi, > > Currently, BB_NUMBER_THREADS and PARALLEL_MAKE use the number of cores > available unless told otherwise. This was a good idea six years > ago[1] but some modern machines are moving to very large core counts. > > For example, 88 core

Re: [OE-core] [PATCH 1/2] iproute2: install tools to mirror install under Debian/Ubuntu

2020-12-02 Thread Andre McCurdy
On Wed, Dec 2, 2020 at 11:11 AM Alan Perry wrote: > > Many scripts exist that expect the iproute2 tools to be found in > the same directories where they are found in Debian or Ubuntu. > For the iproute2 tools included in the iproute2 recipe, move > them to those directories or create links there.

Re: [OE-core] [PATCH] libsdl2: Add directfb to PACKAGECONFIG rdepends

2020-11-23 Thread Andre McCurdy
On Mon, Nov 23, 2020 at 11:14 AM Mark Jonas wrote: > > When building libsdl2 with PACKAGECONFIG[directfb] then directfb is > added to the DEPENDS. But the automatically generated runtime > dependencies do not add the directfb package to the runtime > dependencies. Most likely this happens because

Re: [OE-core] [PATCH 2/2] gstreamer1.0-plugins-base: Use bb.utils.filter to reduce code

2020-11-20 Thread Andre McCurdy
On Fri, Nov 20, 2020 at 9:36 AM Otavio Salvador wrote: > > Signed-off-by: Otavio Salvador > --- > > .../gstreamer/gstreamer1.0-plugins-base_1.18.1.bb | 7 +-- > 1 file changed, 1 insertion(+), 6 deletions(-) > > diff --git >

Re: [OE-core] YPBZ 14125: busybox wget: where to add openssl-bin dependency?

2020-11-20 Thread Andre McCurdy
ity issue, which personally I > think is problematic) > > -Original Message- > From: Andre McCurdy > Sent: Thursday, November 19, 2020 9:45 PM > To: Shachar Menashe > Cc: Randy MacLeod ; st...@sakoman.com; Patches > and discussions about the oe-core layer > &g

Re: [OE-core] YPBZ 14125: busybox wget: where to add openssl-bin dependency?

2020-11-19 Thread Andre McCurdy
hat the GNU version of wget is not exposed to this attack, so this > furthers the confusion > > If there are severe technical issues with shipping the openssl executable > with Yocto, then we should definitely think about it, but I think this > endeavor is worthwhile > > -Origin

Re: [OE-core] YPBZ 14125: busybox wget: where to add openssl-bin dependency?

2020-11-18 Thread Andre McCurdy
On Wed, Nov 18, 2020 at 2:30 PM Randy MacLeod wrote: > > Hi Shachar, > > On 2020-11-18 1:49 p.m., Shachar Menashe wrote: > > About the busybox patch, I realized that Dunfell doesn't come with the > > "openssl" binary built-in (only the library) but this fix will actually > > requires having the

Re: [OE-core] [PATCH] webkitgtk: remove '-fno-omit-frame-pointer' for x86

2020-11-10 Thread Andre McCurdy
On Mon, Nov 9, 2020 at 5:53 PM kai wrote: > > On 11/10/20 2:58 AM, Khem Raj wrote: > > On Mon, Nov 9, 2020 at 12:18 AM kai wrote: > > On 11/9/20 4:07 PM, Alexander Kanavin wrote: > > Right, but then adding _remove to the upstream recipe doesn't seem right - > rather you should use _pn-webkitgtk

Re: [OE-core] [PATCH] bison: remove the parallel build patch

2020-09-14 Thread Andre McCurdy
On Mon, Sep 14, 2020 at 1:35 AM Yu, Mingli wrote: > > From: Mingli Yu > > Remove the parallel build patch as the issue have already been > fixed in bison 3.7.2(f7b642cf build: fix incorrect dependencies). If parallel make issues have been fixed upstream then this workaround should be removed

Re: [OE-core] [PATCH v3] squashfs-tools: Allow COMP_DEFAULT to be changed easily at build time

2020-09-14 Thread Andre McCurdy
On Mon, Sep 14, 2020 at 2:59 AM Peter Morrow wrote: > > The default compression algorithm is currently gzip, this patch allows the > default to be changed by setting SQUASHFS_TOOLS_COMP_DEFAULT to a valid > compression algorithm. > > Signed-off-by: Peter Morrow > --- >

Re: [OE-core][PATCH] sysvinit: Remove ${B} assignment

2020-09-12 Thread Andre McCurdy
On Sat, Sep 12, 2020 at 12:46 PM Michael Gloff wrote: > > On Sat, Sep 12, 2020 at 2:11 PM Richard Purdie > wrote: >> >> On Sat, 2020-09-12 at 11:48 -0500, Michael Gloff wrote: >> > In order for the VERSION variable to be set, the >> > top level Makefile should be used, which only >> > builds

Re: [OE-core] [PATCH v2] squashfs-tools: Allow COMP_DEFAULT to be changed easily at build time

2020-09-12 Thread Andre McCurdy
On Fri, Sep 11, 2020 at 10:04 PM Khem Raj wrote: > > > > On 9/11/20 10:33 AM, Andre McCurdy wrote: > > On Fri, Sep 11, 2020 at 10:21 AM Peter Morrow > > wrote: > >> > >> The default compression algorithm is gzip, this patch allows the default > &g

Re: [OE-core] [PATCH v2] squashfs-tools: Allow COMP_DEFAULT to be changed easily at build time

2020-09-11 Thread Andre McCurdy
On Fri, Sep 11, 2020 at 10:21 AM Peter Morrow wrote: > > The default compression algorithm is gzip, this patch allows the default > to be changed via a bbappend file by setting SQUASHFS_TOOLS_COMP_DEFAULT > to a valid compression algorithm. > > Signed-off-by: Peter Morrow > --- >

Re: [OE-core] [PATCH] asio: extend recipe to add native support

2020-08-20 Thread Andre McCurdy
On Thu, Aug 20, 2020 at 8:51 AM Bjarne Michelsen via lists.openembedded.org wrote: > > Allows usage of asio for native packages Comment should explain why. > Signed-off-by: Bjarne Michelsen > --- > meta-oe/recipes-support/asio/asio_1.16.1.bb | 4 > 1 file changed, 4 insertions(+) > >

Re: [OE-core] [dunfell] [PATCH] cmake-native: Use cmake-provided zstd library; supported host distro zstd may be too old.

2020-08-19 Thread Andre McCurdy
On Wed, Aug 19, 2020 at 1:49 PM Leon Woestenberg wrote: > > Hello Adrian, all, > > On Sat, Aug 15, 2020 at 9:55 AM Adrian Bunk wrote: >> >> On Fri, Aug 14, 2020 at 11:44:17PM +0200, Alexander Kanavin wrote: >> > This needs to go to master first probably? >> >> Better for master might be moving

Re: [OE-core] Why disable NEON support in recipes if runtime detection works?

2020-07-29 Thread Andre McCurdy
On Wed, Jul 29, 2020 at 6:46 AM Tanu Kaskinen wrote: > > On Mon, 2020-07-27 at 13:45 -0700, Andre McCurdy wrote: > > On Sun, Jul 26, 2020 at 7:01 AM Khem Raj wrote: > > > On Sun, Jul 26, 2020 at 12:59 AM Tanu Kaskinen wrote: > > > > On Sun, 2020-07-26 at

  1   2   3   4   5   6   7   8   9   10   >