Re: honister - errors while patching net-snmp 5.9
On Thu, Dec 9, 2021 at 7:59 AM Ori Pessach <mail@...> wrote:
The changes are the same as master and it applies fine on master without any patch fuzz either, can you check if there are some other patches are applied to this recipe from other layers. I wonder if someone else can reproduce it on honister ?
|
|
Specify systemd startup order for volatile-bind and network setup
Silvan Murer
Hi,
I have a read-only rootfs created with IMAGE_FEATURES:append=read-only-rootfs and a few files located in a read/write partition which are defined in the volatile-bind recipe. So far so good. But one file located in the rw partition is the network configuration (/usr/lib/systemd/network/20-wired.network). Unfortunately the network is loaded before the volatile-binds are mounted. Does some one know, how to force volatile-bind to be mounted before the network is initialized? I'm using systemd and dunfell. Thanks, Silvan
|
|
Minutes: Yocto Project Weekly Triage Meeting 12/9/2021
Trevor Gamblin
Wiki: https://wiki.yoctoproject.org/wiki/Bug_Triage Attendees: Alexandre, Anuj, Bruce, Daiane, Joshua,
Michael, Ross, Saul, Stephen, Steve, Randy, Richard, Tim, Trevor
ARs: N/A Notes:
There was no meeting for 12/2/2021 due to Yocto Summit Medium+ 3.5 Unassigned Enhancements/Bugs: 75 (Last week
73) AB Bugs: 67
(Last week 61)
|
|
honister - errors while patching net-snmp 5.9
Ori Pessach
With the latest honister code I'm getting this error: ERROR: net-snmp-5.9.1-r0 do_patch: Applying patch '0001-snmplib-keytools.c-Don-t-check-for-return-from-EVP_M.patch' on target directory '/media/ori/Linux-Backup/poky-intel/build/tmp/work/corei7-64-poky-linux/net-snmp/5.9.1-r0/net-snmp-5.9.1' Command Error: 'quilt --quiltrc /media/ori/Linux-Backup/poky-intel/build/tmp/work/corei7-64-poky-linux/net-snmp/5.9.1-r0/recipe-sysroot-native/etc/quiltrc push' exited with 0 Output:stdout: Applying patch 0001-snmplib-keytools.c-Don-t-check-for-return-from-EVP_M.patch patching file snmplib/keytools.c Hunk #1 FAILED at 186. 1 out of 1 hunk FAILED -- rejects in file snmplib/keytools.c Patch 0001-snmplib-keytools.c-Don-t-check-for-return-from-EVP_M.patch does not apply (enforce with -f) Removing that patch from the recipe lets the build continue. Ori Pessach
|
|
kwayland-server-5.23.1
sateesh m
Hi Team,
I am facing a problem with the Kwayland-server package issue. Can anybody know about this package issue or patchwork can you please guide me. ERROR: kwayland-server-5.23.1-r0 do_compile: Execution of '/home/sample-kde/build/tmp-glibc/work/riscv64-oe-linux/kwayland-server/5.23.1-r0/temp/run.do_compile.23397' failed with exit code 1:
ninja: error: '/usr/share/wayland/wayland.xml', needed by 'src/server/qwayland-server-wayland.cpp', missing and no known rule to make it
WARNING: exit code 1 from a shell command.
ERROR: Logfile of failure stored in: /home/sample-kde/build/tmp-glibc/work/riscv64-oe-linux/kwayland-server/5.23.1-r0/temp/log.do_compile.23397
Log data follows:
| DEBUG: Executing shell function do_compile
| NOTE: VERBOSE=1 cmake --build /home/sateesh/sample-kde/build/tmp-glibc/work/riscv64-oe-linux/kwayland-server/5.23.1-r0/build --target all --
| ninja: error: '/usr/share/wayland/wayland.xml', needed by 'src/server/qwayland-server-wayland.cpp', missing and no known rule to make it
| WARNING: exit code 1 from a shell command.
| ERROR: Execution of '/home/sample-kde/build/tmp-glibc/work/riscv64-oe-linux/kwayland-server/5.23.1-r0/temp/run.do_compile.23397' failed with exit code 1:
| ninja: error: '/usr/share/wayland/wayland.xml', needed by 'src/server/qwayland-server-wayland.cpp', missing and no known rule to make it
| WARNING: exit code 1 from a shell command.
|
ERROR: Task (/home/sample-kde/yocto-meta-kde/recipes-plasma/kwayland-server_5.23.1.bb:do_compile) failed with exit code '1'
NOTE: Tasks Summary: Attempted 3506 tasks of which 3500 didn't need to be rerun and 1 failed.
Summary: 1 task failed:
/home/sample-kde/yocto-meta-kde/recipes-plasma/kwayland-server_5.23.1.bb:do_compile
Summary: There was 1 ERROR message shown, returning a non-zero exit code.
-- Regards, Sateesh
|
|
netkit-ftp for yocto
lavkhush2208@...
Hello Guys
I have installed netkit-ftp-0.17-r0 version successfully but i am not able to get -4 and -6 option with using ftp -help $ ftp -help Usage: { ftp | pftp } [-46pinegvtd] [hostname] -p: enable passive mode (default for pftp) -i: turn off prompting during mget -n: inhibit auto-login -e: disable readline support, if present -g: disable filename globbing -v: verbose mode -t: enable packet tracing [nonfunctional] -d: enable debugging not getting ipv4 and ipv6 option -4: use IPv4 addresses only -6: use IPv6, nothing else if some package or something is missing, please update me so that i can modify. T&R lavkhush
|
|
Re: [meta-raspberrypi][PATCH] xserver-xorg: remove xshmfence configure option
On Wed, Dec 8, 2021 at 7:03 PM Yu, Mingli <mingli.yu@...> wrote: From: Mingli Yu <mingli.yu@...> That’s ok to remove it but more importantly does it work now without this option
|
|
[meta-raspberrypi][PATCH] xserver-xorg: remove xshmfence configure option
Yu, Mingli
From: Mingli Yu <mingli.yu@...>
After the commit [1] introduced in openembedded-core layer, some configure options is't carried over include xshmfence option, so remove the xshmfence configure option to silence the below warning. WARNING: xserver-xorg-2_21.1.1-r0 do_configure: QA Issue: xserver-xorg: invalid PACKAGECONFIG: xshmfence [invalid-packageconfig] [1] https://git.openembedded.org/openembedded-core/commit/?id=e05abd87ee5d23750c641d0129d9c83db68ee2e8 Signed-off-by: Mingli Yu <mingli.yu@...> --- recipes-graphics/xorg-xserver/xserver-xorg_%.bbappend | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/recipes-graphics/xorg-xserver/xserver-xorg_%.bbappend b/recipes-graphics/xorg-xserver/xserver-xorg_%.bbappend index 25829c2..ee4812f 100644 --- a/recipes-graphics/xorg-xserver/xserver-xorg_%.bbappend +++ b/recipes-graphics/xorg-xserver/xserver-xorg_%.bbappend @@ -1,4 +1,4 @@ -OPENGL_PKGCONFIGS:rpi = "dri glx ${@bb.utils.contains('MACHINE_FEATURES', 'vc4graphics', 'dri3 xshmfence glamor', '', d)}" +OPENGL_PKGCONFIGS:rpi = "dri glx ${@bb.utils.contains('MACHINE_FEATURES', 'vc4graphics', 'dri3 glamor', '', d)}" # when using userland graphic KHR/khrplatform.h is provided by userland but virtual/libgl is provided by mesa-gl where # we explicitly delete KHR/khrplatform.h since its already coming from userland package -- 2.17.1
|
|
Re: [meta-rockchip][PATCH] u-boot: Replace virtual/trusted-firmware-a with trusted-firmware-a
On Wed, Dec 8, 2021 at 6:03 PM Trevor Woerner <twoerner@...> wrote: On Wed 2021-12-08 @ 01:15:26 PM, Khem Raj wrote: Cool
|
|
Re: [meta-rockchip][PATCH] u-boot: remove "virtual" keyword in dependency
Trevor Woerner
On Wed 2021-12-08 @ 03:29:14 PM, Trevor Woerner wrote:
The latest trusted-firmware-a recipe in meta-arm no longer considersApplied to meta-rockchip (with Khem's SoB added) master.
|
|
Re: [meta-rockchip][PATCH] u-boot: Replace virtual/trusted-firmware-a with trusted-firmware-a
Trevor Woerner
On Wed 2021-12-08 @ 01:15:26 PM, Khem Raj wrote:
meta-arm has dropped exporting virtual/trusted-firmware-a and expectsOops, looks like we both noticed this at about the same time. Since both our patches are identical, I simply added your SoB line. Thanks!
|
|
Re: [meta-rockchip][PATCH] trusted-firmware-a: Drop 0001-Fix-build-with-gcc-11.patch
Trevor Woerner
On Wed 2021-12-08 @ 11:54:04 AM, Khem Raj wrote:
This has been included upstream see [1]Applied to meta-rockchip master. Thanks!
|
|
Re: [docs] [PATCH yocto-autobuilder-helper] scripts/run-docs-build: stop using the "transition" branch
Tim Orling
On Wed, Dec 8, 2021 at 2:08 PM Nicolas Dechesne <nicolas.dechesne@...> wrote:
Maybe?
|
|
Re: [docs] [PATCH yocto-autobuilder-helper] scripts/run-docs-build: stop using the "transition" branch
On Wed, Dec 8, 2021 at 10:57 PM Michael Opdenacker <michael.opdenacker@...> wrote: Quentin, Nico, docs.pythong.org is where we stole the idea of the switcher ;-) Would anyone be able to figure out if their 'publishing' script is available anywhere? if we could mimic that somehow that might be good.
|
|
Re: [docs] [PATCH yocto-autobuilder-helper] scripts/run-docs-build: stop using the "transition" branch
Michael Opdenacker
Quentin, Nico,
On 12/3/21 11:51 AM, Quentin Schulz wrote:
Thanks for your reviews. Good to know that the "transition" branch is still in use in spite of what I wrongly believed. It indeed, it's a good idea to see what other projects are doing. Maybe what we are doing is unnecessarily complicated. Look at Python docs (https://docs.python.org/) for example. They have a switcher as we do, and also a left bar the latest versions and a separate page for all versions. However, such versions are only shown on the top page. When you enter one of the documents though for a given version, the left bar is used for navigation between sections instead, and you no longer have references to other versions. Let's keep thinking about this, to find an easier to manage solution. Thanks again Michael. -- Michael Opdenacker, Bootlin Embedded Linux and Kernel engineering https://bootlin.com
|
|
[meta-rockchip][PATCH] u-boot: Replace virtual/trusted-firmware-a with trusted-firmware-a
meta-arm has dropped exporting virtual/trusted-firmware-a and expects
direct use of trusted-firmware-a on depends sections Signed-off-by: Khem Raj <raj.khem@...> --- recipes-bsp/u-boot/u-boot%.bbappend | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/recipes-bsp/u-boot/u-boot%.bbappend b/recipes-bsp/u-boot/u-boot%.bbappend index 7916e45..9108a36 100644 --- a/recipes-bsp/u-boot/u-boot%.bbappend +++ b/recipes-bsp/u-boot/u-boot%.bbappend @@ -8,9 +8,9 @@ do_compile:append:rock2-square () { ATF_DEPENDS ??= "" EXTRA_OEMAKE:append:rk3399 = " BL31=${DEPLOY_DIR_IMAGE}/bl31-rk3399.elf" -ATF_DEPENDS:rk3399 = " virtual/trusted-firmware-a:do_deploy" +ATF_DEPENDS:rk3399 = " trusted-firmware-a:do_deploy" EXTRA_OEMAKE:append:rk3328 = " BL31=${DEPLOY_DIR_IMAGE}/bl31-rk3328.elf" -ATF_DEPENDS:rk3328 = " virtual/trusted-firmware-a:do_deploy" +ATF_DEPENDS:rk3328 = " trusted-firmware-a:do_deploy" do_compile[depends] .= "${ATF_DEPENDS}" -- 2.34.1
|
|
Re: Trouble building core-image-minimal-initramfs for j7-evm target
#grub
Tom Rini
On Wed, Dec 08, 2021 at 12:06:49PM -0800, chiefsleepyeye@... wrote:
I'm on the "dunfell" branch and trying to build core-image-minimal-initramfs for a j7-evm target. When I do that I get the following error:Note that using grub-efi on aarch64 is expected and normal, buildingIf I build for the genericx86-64 target it builds successfully. I think the problem is with it needing "grub" for the j7-evm target because I don't believe grub is needed nor built for that target. The bootloader in that case is u-boot. Is there something I need to do to tell it the bootloader is u-boot rather than grub maybe? Anyone have any ideas and/or guidance? Thanks in advance. "grub" is not. I think the core-image-minimal-initramfs recipes and/or initramfs-module-install recipes need a bit of tweaking. -- Tom
|
|
[meta-rockchip][PATCH] u-boot: remove "virtual" keyword in dependency
Trevor Woerner
The latest trusted-firmware-a recipe in meta-arm no longer considers
trusted-firmware-a to have potentially multiple providers. Signed-off-by: Trevor Woerner <twoerner@...> --- recipes-bsp/u-boot/u-boot%.bbappend | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/recipes-bsp/u-boot/u-boot%.bbappend b/recipes-bsp/u-boot/u-boot%.bbappend index 7916e45..9108a36 100644 --- a/recipes-bsp/u-boot/u-boot%.bbappend +++ b/recipes-bsp/u-boot/u-boot%.bbappend @@ -8,9 +8,9 @@ do_compile:append:rock2-square () { ATF_DEPENDS ??= "" EXTRA_OEMAKE:append:rk3399 = " BL31=${DEPLOY_DIR_IMAGE}/bl31-rk3399.elf" -ATF_DEPENDS:rk3399 = " virtual/trusted-firmware-a:do_deploy" +ATF_DEPENDS:rk3399 = " trusted-firmware-a:do_deploy" EXTRA_OEMAKE:append:rk3328 = " BL31=${DEPLOY_DIR_IMAGE}/bl31-rk3328.elf" -ATF_DEPENDS:rk3328 = " virtual/trusted-firmware-a:do_deploy" +ATF_DEPENDS:rk3328 = " trusted-firmware-a:do_deploy" do_compile[depends] .= "${ATF_DEPENDS}" -- 2.34.0.rc1.14.g88d915a634
|
|
[meta-rockchip][PATCH] trusted-firmware-a: Drop 0001-Fix-build-with-gcc-11.patch
This has been included upstream see [1]
[1] https://review.trustedfirmware.org/plugins/gitiles/TF-A/trusted-firmware-a/+/f943b7c8e292e3aad2fcbdd0a37505f62b3b4c87%5E%21/#F0 Signed-off-by: Khem Raj <raj.khem@...> --- .../files/0001-Fix-build-with-gcc-11.patch | 34 ------------------- .../trusted-firmware-a_%.bbappend | 1 - 2 files changed, 35 deletions(-) delete mode 100644 recipes-bsp/trusted-firmware-a/files/0001-Fix-build-with-gcc-11.patch diff --git a/recipes-bsp/trusted-firmware-a/files/0001-Fix-build-with-gcc-11.patch b/recipes-bsp/trusted-firmware-a/files/0001-Fix-build-with-gcc-11.patch deleted file mode 100644 index 7956717..0000000 --- a/recipes-bsp/trusted-firmware-a/files/0001-Fix-build-with-gcc-11.patch +++ /dev/null @@ -1,34 +0,0 @@ -From d4c60a312271e000e8339f0b47a302c325313758 Mon Sep 17 00:00:00 2001 -From: Khem Raj <raj.khem@...> -Date: Tue, 11 May 2021 11:46:30 -0700 -Subject: [PATCH] Fix build with gcc 11 - -Fixes -plat/rockchip/rk3399/drivers/dram/dram.c:13:22: error: ignoring attribute 'section (".pmusram.data")' because it conflicts with previous 'section (".sram.data")' [-Werror=attributes] - -See [1] - -[1] https://developer.trustedfirmware.org/T925 - -Upstream-Status: Pending -Signed-off-by: Khem Raj <raj.khem@...> ---- - plat/rockchip/rk3399/drivers/dram/dram.h | 2 +- - 1 file changed, 1 insertion(+), 1 deletion(-) - -diff --git a/plat/rockchip/rk3399/drivers/dram/dram.h b/plat/rockchip/rk3399/drivers/dram/dram.h -index 0eb12cf29..5572b1612 100644 ---- a/plat/rockchip/rk3399/drivers/dram/dram.h -+++ b/plat/rockchip/rk3399/drivers/dram/dram.h -@@ -149,7 +149,7 @@ struct rk3399_sdram_params { - uint32_t rx_cal_dqs[2][4]; - }; - --extern __sramdata struct rk3399_sdram_params sdram_config; -+extern struct rk3399_sdram_params sdram_config; - - void dram_init(void); - --- -2.31.1 - diff --git a/recipes-bsp/trusted-firmware-a/trusted-firmware-a_%.bbappend b/recipes-bsp/trusted-firmware-a/trusted-firmware-a_%.bbappend index f7777a7..074d0e0 100644 --- a/recipes-bsp/trusted-firmware-a/trusted-firmware-a_%.bbappend +++ b/recipes-bsp/trusted-firmware-a/trusted-firmware-a_%.bbappend @@ -8,7 +8,6 @@ COMPATIBLE_MACHINE:append:rk3328 = "|rk3328" FILESEXTRAPATHS:prepend := "${THISDIR}/files:" SRC_URI += "\ file://serial-console-baudrate.patch \ - file://0001-Fix-build-with-gcc-11.patch \ file://0001-dram-Fix-build-with-gcc-11.patch \ file://0001-plat_macros.S-Use-compatible-.asciz-asm-directive.patch \ file://0001-pmu-Do-not-mark-already-defined-functions-as-weak.patch \ -- 2.34.1
|
|
Re: [docs] [PATCH yocto-autobuilder-helper] scripts/run-docs-build: make all versions list releases known to master
Michael Opdenacker
Hi Quentin,
Thanks for the review and for your suggestions. On 12/3/21 10:34 AM, Quentin Schulz wrote: Hi Michael, I tried, but I stumble on the need to copy the latest switchers.js from yocto-docs to the Bitbake branches too. And since the Bitbake branches need to be checked out and processed first, I hesitate to add a special extra step to checkout the yocto-docs repo before. Possible but adding complexity. So, if I don't use this way for the Bitbake branches, I still need a find command at the end... If you don't think about any better idea, I'd propose to stick to this version of the patch. Cheers Michael. -- Michael Opdenacker, Bootlin Embedded Linux and Kernel engineering https://bootlin.com
|
|