openembedded-core@lists.openembedded.org

Home Messages Hashtags Subgroups

Messages

Between

and

OpenEmbedded Developer Virtual Meeting (OEDVM) - Tomorrow

Reminder There will be an OpenEmbedded Developer Virtual Meeting (OEDVM) held tomorrow (Friday, 03 December 2021) The scheduled time will match the YP Summit's start at 12 UTC/7AM Eastern, and run

By Jon Mason · #159100 ·

[PATCH] perf: Enable libunwind packageconfig on riscv64

libunwind now supports risc64 Signed-off-by: Khem Raj <raj.khem@...> --- meta/recipes-kernel/perf/perf.bb | 1 - 1 file changed, 1 deletion(-) diff --git a/meta/recipes-kernel/perf/perf.bb

By Khem Raj · #159099 ·

Re: [PATCH] distutils3: fix bindir mangling to stop breaking symlinks

Does the same also apply to setuptools as in Tim's distutils deprecation series? If so it should definitely we be merged there

By Konrad Weihmann <kweihmann@...> · #159098 ·

[PATCH] libunwind: Enable for rv64

1.6.0+ has rv64 supports now. Signed-off-by: Khem Raj <raj.khem@...> --- meta/recipes-support/libunwind/libunwind_1.6.0.bb | 1 - 1 file changed, 1 deletion(-) diff --git

By Khem Raj · #159097 ·

[PATCH] distutils3: fix bindir mangling to stop breaking symlinks

distutils3_do_install wants to sed out build directory references from all binaries in ${bindir} and ${sbindir}. It tries to avoid touching symlinks by doing 'test -f' on the files as it iterates, but

By Ross Burton <ross@...> · #159096 ·

Re: Correct way to set DRIDRIVERS and GALLIUMDRIVERS from mesa bbappend

I would like to work our how we can improve this situation, I'm just struggling to see what we should do :/ Cheers, Richard

By Richard Purdie · #159095 ·

Re: [PATCH] python: python3-idna: fix non-existent Unicode license

I think the Unicode should be clear, as the tool (in)directly uses downloads from unicode, but kindly ignores the licensing part of that operation. Looking into the history of that lib I found

By Konrad Weihmann <kweihmann@...> · #159094 ·

Re: [PATCH] python: python3-idna: fix non-existent Unicode license

<quentin.schulz@...> wrote: I looked at https://github.com/kjd/idna/blob/master/LICENSE.md https://pypi.org/project/idna/ and they seem to indicate that it is BSD-3-Clause so where

By Khem Raj · #159093 ·

Re: Correct way to set DRIDRIVERS and GALLIUMDRIVERS from mesa bbappend

Hi Alex, It's not a case of simply deleting the so files we don't need since the mesa build system stuffs everything into a small number of files and then hard links them together. For example, the

By Mike Crowe · #159092 ·

[dunfell 00/25] Pull request (cover letter only)

After some discussion with Richard on #yocto irc we've decided to drop the patch status updates from this series. The following changes since commit 44b1970c40e9d73f6e63fb10cdc55837a26f5921:

By Steve Sakoman · #159091 ·

Re: [RFC PATCH v2 1/2] bitbake.conf: Pad rpath and remove build ID in native binaries

Unfortunatley this breaks building python3-native. Although it compiles, during the build the python build scripts tries to import the created modules, and if this fails (which it does) it renames the

By Jacob Kroon · #159090 ·

Re: [PATCH] python: python3-idna: fix non-existent Unicode license

Cc'ing licensing@... to hopefully get knowledgeable people on the topic? Thanks, Quentin

By Quentin Schulz · #159089 ·

Re: [PATCH] linux-yocto-dev: Make -dev kernel work for a fixed revision

Thanks Bruce. Kevin

By Kevin Hao · #159088 ·

Re: [PATCH] linux-yocto-dev: Make -dev kernel work for a fixed revision

ok. Let's solve this with an explicit KBRANCH with your pinned SRCREVs for now, and I'll update -dev to use versioned branches for the current 5.16 cycle and all new versions that follow. Bruce --

By Bruce Ashfield · #159087 ·

[dunfell][PATCH] go-helloworld: test at runtime

From: Alexander Kanavin <alex.kanavin@...> This adds a smoke check for whether the Go toolchain actually produces working executables across a range of architectures. (From OE-Core rev:

By Alexander Kanavin · #159086 ·

Re: [RFC PATCH v2 1/2] bitbake.conf: Pad rpath and remove build ID in native binaries

Another crazy thought is our sstate really is already path independent, regardless of the binary content. You could therefore make the hash function replace the path with a fixed string. The downside

By Richard Purdie · #159085 ·

Re: [RFC PATCH v2 1/2] bitbake.conf: Pad rpath and remove build ID in native binaries

Right, I'll give it a try. I know the build path will change if I upgrade to a new version of gcc, but then the output is most definitely gonna change as well. I was thinking if it was possible to

By Jacob Kroon · #159084 ·

Re: [RFC PATCH v2 1/2] bitbake.conf: Pad rpath and remove build ID in native binaries

I'm wondering if: -Wl,-rpath,/not/exist/our-native-libdir-marker -Wl,-rpath,/not/exist/our-native-base-libdir-marker would work. We originally started here with gcc-cross so lets consider that and

By Richard Purdie · #159083 ·

Re: [RFC PATCH v2 1/2] bitbake.conf: Pad rpath and remove build ID in native binaries

Hmm not sure I follow. This patch adds a new dummy rpath entry, "/rpath-padding-xxx...", then we remove it in chrpath. I don't know what other value we would like to put there. If I understand you

By Jacob Kroon · #159082 ·

[meta][dunfell][PATCH 3/3] libsolv: update tag for missing CVEs

From: Ranjitsinh Rathod <ranjitsinh.rathod@...> It seems like CVE-2021-33928, CVE-2021-33929, CVE-2021-33930 and CVE-2021-33938 are pointing to same patch as CVE-2021-3200 So add CVE tag inside

By Ranjitsinh Rathod · #159081 ·

22681 - 22700 of 181773

Home Hashtags Subgroups Terms