Re: [OE-core] [PATCH] rust: Disable 64bit atomics on crossbeam on riscv32

On Tue, Oct 25, 2022 at 9:15 AM Alexander Kanavin wrote: > > Ok, I have looked into this properly now. So: > > - the fail started to occur in 1.64 because crossbeam-utils is now a > dependency of rust core (hard fail) and not just rustfmt (soft fail) > - the correct way to address it is indeed to

Re: [OE-core] [PATCH 1/2] rust-target-config: match riscv target names with what rust expects

On Tue, Oct 25, 2022 at 11:44 AM Alexander Kanavin wrote: > > Official rust risc-v targets are prefixed with riscv32gc- and riscv64gc-: > https://doc.rust-lang.org/nightly/rustc/platform-support.html > > Particularly crossbeam-utils make important build time decisions > for atomics based on those

[OE-core] [PATCH 2/2] rust: install rustfmt for riscv32 as well

With the above rust arch fixes it builds just fine. Signed-off-by: Alexander Kanavin --- meta/recipes-devtools/rust/rust_1.64.0.bb | 1 - 1 file changed, 1 deletion(-) diff --git a/meta/recipes-devtools/rust/rust_1.64.0.bb b/meta/recipes-devtools/rust/rust_1.64.0.bb index 1f9dbd3cce..dbf74cec8

[OE-core] [PATCH 1/2] rust-target-config: match riscv target names with what rust expects

Official rust risc-v targets are prefixed with riscv32gc- and riscv64gc-: https://doc.rust-lang.org/nightly/rustc/platform-support.html Particularly crossbeam-utils make important build time decisions for atomics based on those names, and so we need to match ours with official targets. On the oth

Re: [OE-core] [PATCH] mesa: enable glvnd support

On Tue, 25 Oct 2022 at 19:22, Vincent Davis Jr wrote: > Yeah, but I couldn't find where runtime depend for libegl is set and > libEGL_mesa.* gets include in image as runtime dependency without me > directly setting it. A bit of confusion there for me. Feel as if I > shouldn't need to RDEPENDS:${P

Re: [OE-core] [PATCH] mesa: enable glvnd support

Yeah, but I couldn't find where runtime depend for libegl is set and libEGL_mesa.* gets include in image as runtime dependency without me directly setting it. A bit of confusion there for me. Feel as if I shouldn't need to RDEPENDS:${PN} = "libglx" in recipe that requires it. Should just be incl

Re: [OE-core] [PATCH] rust: Disable 64bit atomics on crossbeam on riscv32

Ok, I have looked into this properly now. So: - the fail started to occur in 1.64 because crossbeam-utils is now a dependency of rust core (hard fail) and not just rustfmt (soft fail) - the correct way to address it is indeed to map oe arch (riscv32) to rust arch (riscv32gc) via meta/lib/oe/rust.p

Re: [oe-core][PATCHv2] mesa: update 22.2.0 -> 22.2.2

Hello, now thats weird. The libegl.so symlink gets installed into the libegl-mesa-dev package for my builds. Do you build without DISTRO_FEATURE 'opengl' ? Did it only break with enable PACKAGECONFIG for perfetto ? Normally libegl.so should be shipped:

[OE-core] OpenEmbedded Happy Hour October 26 9pm/2100 UTC

All, You are cordially invited to the next OpenEmbedded Happy Hour on October 26 for Asia/Pacific time zones @ 2100/9pm UTC (5pm ET / 2pm PT). https://www.openembedded.org/wiki/Calendar https://www.openembedded.org/wiki/Happy_Hours https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenEmb

[OE-core] [PATCH] qemu: backport the fix for CVE-2022-3165

Signed-off-by: Ross Burton --- meta/recipes-devtools/qemu/qemu.inc | 1 + .../qemu/qemu/CVE-2022-3165.patch | 59 +++ 2 files changed, 60 insertions(+) create mode 100644 meta/recipes-devtools/qemu/qemu/CVE-2022-3165.patch diff --git a/meta/recipes-devtool

Re: [oe-core][PATCHv2] mesa: update 22.2.0 -> 22.2.2

Hello, This is failing on the AB: https://autobuilder.yoctoproject.org/typhoon/#/builders/120/builds/1856/steps/13/logs/stdio On 24/10/2022 17:06:08+0200, Markus Volk wrote: > - add a PACKAGECONFIG for perfetto support > > Signed-off-by: Markus Volk > --- > .../mesa/{mesa-gl_22.2.0.bb => mesa

[OE-core] [PATCH] tiff: fix a number of CVEs

Backport fixes from upstream for the following CVEs: - CVE-2022-3599 - CVE-2022-3597 - CVE-2022-3626 - CVE-2022-3627 - CVE-2022-3570 - CVE-2022-3598 Signed-off-by: Ross Burton --- ...-of-TIFFTAG_INKNAMES-and-related-TIF.patch | 266 +++ ...fcrop-S-option-Make-decision-simpler.patch | 36 +

[OE-core] Yocto Project Status 25 October 2022 (WW43)

Current Dev Position: YP 4.2 M1 Next Deadline: 5th December 2022 YP 4.2 Build Next Team Meetings: * Bug Triage meeting Thursday October 27th 7:30 am PDT ( https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09)

Re: [OE-core] [PATCH] go: add support to build on ppc64le

Patience please. As written in the weekly status emails, patch merging is on hold currently. Alex On Tue, 25 Oct 2022 at 15:44, Andrew Geissler wrote: > > Hi, anything else needed to get this one in? > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Onl

Re: [OE-core] [PATCH] go: add support to build on ppc64le

Hi, anything else needed to get this one in? -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#172130): https://lists.openembedded.org/g/openembedded-core/message/172130 Mute This Topic: https://lists.openembedded.org/mt/94166389/21656 Group Owner: op

Re: [OE-core] rust: conflicts between Yocto and CC-RS compiler parameters

On Tue, Oct 25, 2022 at 03:56 AM, Richard Purdie wrote: > > I'm a bit worried that we're seeing conflicting flags, it makes me > wonder whether we have the right ones in our tune, or, are we mapping > between RUST_HOST_SYS and HOST_SYS correctly. > > I'm guessing this is from "-mfpu=vfpv3-d16" a

Re: [OE-core] rust: conflicts between Yocto and CC-RS compiler parameters

On Mon, 2022-10-24 at 10:10 -0700, Anton Antonov wrote: > Hi all, >   >  After this change (using RUST_HOST_SYS instead of > HOST_SYS): https://github.com/yoctoproject/poky/commit/5c45b73c8fa445 > b5192bb9fac1bc80b038b44c0d  builds of parsec-service recipe for > qemuarm machine started to fail: > c

Re: [OE-core] [PATCH] mesa: enable glvnd support

On 24 Oct 2022, at 07:51, Vincent Davis Jr via lists.openembedded.org wrote: > > One issue. Can't seem to get libGLX_mesa.so* included unless I add libglx to > the RDEPENDS of another recipe. Included in an image? That’s right: you split it into a separate library package, and if nothing de

[OE-core] [kirkstone] glibc: stable 2.35 branch updates.

Below commits on glibc-2.35 stable branch are updated. 8d125a1f91 (HEAD -> release/2.35/master, origin/release/2.35/master) elf: Do not completely clear reused namespace in dlmopen (bug 29600) f8730697d2 nss: Use shared prefix in IPv4 address in tst-reload1 135c29bf9c nss: Fix tst-nss-files-hosts-

Re: [OE-core] [PATCH] python3-manifest.json: Move urllib to netclient

Patch merging is on hold now, please do read the weekly status update emails when in doubt. Alex On Tue, 25 Oct 2022 at 10:41, Leon Anavi wrote: > > Hi, > > It has been 2 weeks since I submitted this patch for openembedded-core. > I am wondering if it will be merged in master/master-next. Pleas

Re: [OE-core] [PATCH] python3-manifest.json: Move urllib to netclient

Hi, It has been 2 weeks since I submitted this patch for openembedded-core. I am wondering if it will be merged in master/master-next. Please let me know if any changes are needed. Is the patch OK? Thanks, Leon On 11.10.22 г. 14:10 ч., Leon Anavi wrote: Move urllib from core to netclient be

Re: [OE-core] license manifest files effectively disappear when do_rootfs is not rerun

I don't feel familiar enough with the inner workings of oe-core to decide what a good (robust, maintainable) solution would be, but I've created a bug report with some suggestions: https://bugzilla.yoctoproject.org/show_bug.cgi?id=14946 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sen

[OE-core] [meta-oe][PATCH V2] bc: add ptest

From: Yan Xinkuan add ptest for bc, modified the original 'timetest' script, only using bc in the system to run package test. Signed-off-by: Yan Xinkuan --- .../distro/include/ptest-packagelists.inc | 1 + ...0001-ptest-only-use-bc-in-the-system.patch | 34 +++ meta/recipe