Re: [yocto] Strange shell behavior in conjunction with ANSI colors

Hello Quentin, Many thanks for your tip! > I assume you are running busybox? Yes, we are running busybox. > Does that work for you? Yes, the escape sequences have disappeared in the output, and I no longer have to end with “q”, but unfortunately the whole screen is still filled with tilde cha

[yocto] Strange shell behavior in conjunction with ANSI colors

Hello, I have the problem that in the serial console and the SSH shell escape sequences are displayed instead of colors. This is not nice, but much worse is that I have to end every command like “nmcli con show” with “q” to get back into the shell. Similar to if I had started it with “| less”. S

Re: [yocto] Strange problem when extending the linux-firmware package

-Ursprüngliche Nachricht- Von: Alexander Kanavin Gesendet: Dienstag, 22. Oktober 2024 11:11 An: Matthias Klein Cc: yocto@lists.yoctoproject.org Betreff: Re: [yocto] Strange problem when extending the linux-firmware package I guess your firmware-specific package contains a symlink to something in the

Re: [yocto] Strange problem when extending the linux-firmware package

dependencies on linux-firmware? Best regards, Matthias -Ursprüngliche Nachricht- Von: Alexander Kanavin Gesendet: Montag, 21. Oktober 2024 12:16 An: yocto@lists.yoctoproject.org; Matthias Klein Betreff: Re: [yocto] Strange problem when extending the linux-firmware package You need to run

[yocto] Strange problem when extending the linux-firmware package

Hello, a few months ago I added Bluetooth firmware via a linux-firmware_%.bbappend file with the following line: FILES:${PN}-rtl8723 += " ${nonarch_base_libdir}/firmware/rtl_bt/rtl8723*.bin" I had added the linux-firmware-rtl8723 package to my image. Until a few days ago, this worked wonderful

Re: [yocto] [yocto-autobuilder-helper][PATCH v3] AUH: Add se auto-update-helper with list of layer to test

J Viele Grüße, Matthias —- Von unterwegs gesendet Von: yocto@lists.yoctoproject.org im Auftrag von Richard Purdie via lists.yoctoproject.org Gesendet: Saturday, October 28, 2023 10:27:34 AM An: David Pierret ; yocto@lists.yoctoproject.org ; Alexander Kanavin

Re: [yocto] master/kirkstone: ERROR: Nothing RPROVIDES 'gps-utils-python' (this happens since tonight)

Hello Jose, Thanks for the tip! I have submitted a patch: https://lists.openembedded.org/g/openembedded-core/message/164777 Many greetings, Matthias Von: Jose Quaresma Gesendet: Freitag, 22. April 2022 09:32 An: Matthias Klein Cc: Yocto-mailing-list Betreff: Re: [yocto] master/kirkstone

[yocto] master/kirkstone: ERROR: Nothing RPROVIDES 'gps-utils-python' (this happens since tonight)

Hello, in our image we request the following packages: gpsd gps-utils libgps Since tonight there is the error: ERROR: Nothing RPROVIDES 'gps-utils-python' (but .../yocto/meta-openembedded/meta-oe/recipes-navigation/gpsd/gpsd_3.23.1.bb RDEPENDS on or otherwise requires it) NOTE: Runtime target

Re: [yocto] Strange sporadic build issues (incremental builds in docker container)

over the Jenkins I help myself at the moment that I delete build/tmp before. So far, the problem has not occurred again. Many greetings, Matthias -Ursprüngliche Nachricht- Von: Trevor Woerner Gesendet: Dienstag, 29. März 2022 18:23 An: Alexander Kanavin Cc: Matthias Klein ; yocto

Re: [yocto] Strange sporadic build issues (incremental builds in docker container)

sa-state.bb:do_patch) ERROR: Task (/var/jenkins_home/workspace/yocto-raspberrypi/yocto/poky/meta/recipes-bsp/keymaps/keymaps_1.0.bb:do_patch) failed with exit code '1' Do you have an idea? Best regards, Matthias -Ursprüngliche Nachricht- Von: Alexander Kanavin Gesendet: Di

Re: [yocto] KERNEL_DEVICETREE cannot be appended?

Hello Alexandre, > Did you try RPI_KERNEL_DEVICETREE:append? No, I was wrong. This also replaces all device trees. Only the overlays are then additionally present. I understand that it is bad practice. However, I would still like to understand why the "append" behaves so strangely. Best regar

Re: [yocto] KERNEL_DEVICETREE cannot be appended?

Hello Alexandre, > Did you try RPI_KERNEL_DEVICETREE:append? Thank you, that works. > You should probably create a new machine, it is a bad practice to change > KERNEL_DEVICETREE from local.conf OK. Best regards, Matthias -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this

[yocto] KERNEL_DEVICETREE cannot be appended?

Hello, I am trying to add a device tree in a yocto based on the meta-raspberrypi layer. Adding the device tree via a patch in a bbapend of the kernel recipe is no problem. But all attempts to add the file in the local.conf of the variable KERNEL_DEVICETREE replace all other device trees. I.e. o

[yocto] Strange sporadic build issues (incremental builds in docker container)

Hello together, I am building various kirkstone/master yoctos every night via Jenkins inside a Debian Bullseye Docker container. These are incremental builds, reusing the build directory and sstate-cache of the previous build. The different yoctos are built in order. Each time, a new Docker con

Re: [yocto] qemu: Enable guest access to the internet

Hello Manuel, the last time I tried, I had to set the IP 192.168.7.2 and the gateway 192.168.7.1 in the guest. Then everything worked through the tap device. Best regards, Matthias -Ursprüngliche Nachricht- Von: yocto@lists.yoctoproject.org Im Auftrag von Manuel Wagesreither via list

Re: [yocto] nspr-native does not build on Debian bullseye for x86_64 target?

Yes, with maste-next the problem is gone. Thanks! -Ursprüngliche Nachricht- Von: Khem Raj Gesendet: Freitag, 11. März 2022 08:28 An: Matthias Klein Cc: yocto@lists.yoctoproject.org Betreff: Re: [yocto] nspr-native does not build on Debian bullseye for x86_64 target? Thanks Matthias

[yocto] nspr-native does not build on Debian bullseye for x86_64 target?

Hello, Has anyone had the same problem with the master branch since today? For me the build aborts as follows: /home/mak/yocto-ocean/build/tmp/hosttools/ld: ../../dist/lib/libnspr4.so: undefined reference to `dlopen' /home/mak/yocto-ocean/build/tmp/hosttools/ld: ../../dist/lib/libnspr4.so: und

Re: [yocto] python3-smbus no longer builds - Does anyone have an idea?

Hello Raj, yes, you are right, {B} works too, and looks more logical. Thanks for adapting my patch accordingly. Many greetings, Matthias -Ursprüngliche Nachricht- Von: Khem Raj Gesendet: Montag, 28. Februar 2022 18:08 An: Konrad Weihmann Cc: Matthias Klein ; yocto

Re: [yocto] python3-smbus no longer builds - Does anyone have an idea?

Hello Konrad, Thank you very much! The package is now building. I have sent a corresponding patch. Many greetings, Matthias -Ursprüngliche Nachricht- Von: Konrad Weihmann Gesendet: Montag, 28. Februar 2022 14:11 An: Matthias Klein ; yocto@lists.yoctoproject.org; Tim Orling ; Richard

Re: [yocto] python3-smbus no longer builds - Does anyone have an idea?

Hello Konrad, unfortunately it still does not build: ERROR: smbus-*-*.whl is not a valid wheel filename. Best regards, Matthias -Ursprüngliche Nachricht- Von: Konrad Weihmann Gesendet: Montag, 28. Februar 2022 13:59 An: Matthias Klein ; yocto@lists.yoctoproject.org Betreff: Re: AW

Re: [yocto] python3-smbus no longer builds - Does anyone have an idea?

ERROR: smbus-*-*.whl is not a valid wheel filename. -Ursprüngliche Nachricht- Von: Konrad Weihmann Gesendet: Montag, 28. Februar 2022 13:59 An: Matthias Klein ; yocto@lists.yoctoproject.org Betreff: Re: AW: [yocto] python3-smbus no longer builds - Does anyone have an idea? On

Re: [yocto] python3-smbus no longer builds - Does anyone have an idea?

. Februar 2022 13:51 An: Matthias Klein ; yocto@lists.yoctoproject.org Betreff: Re: [yocto] python3-smbus no longer builds - Does anyone have an idea? Hi Matthias, this is cause by merged PEP-517 changes. To make it build again just inject PIP_INSTALL_PACKAGE = "smbus" into the recipe or

[yocto] python3-smbus no longer builds - Does anyone have an idea?

Hello, the python3-smbus package no longer builds. The install step ends with the following error message: ERROR: python3_smbus-4.3-*.whl is not a valid wheel filename. Does anyone have an idea what is the cause? Many greetings, Matthias -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages

Re: [yocto] gpsd autostart with systemd?

Hello Jose, > You need to add the systemd service, the socket service is already there. > SYSTEMD_SERVICE:${PN} += "${BPN}.service" Thank you very much for your help! Best regards, Matthias -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#56094):

[yocto] gpsd autostart with systemd?

Hello, what needs to be in a bbapped so that gpsd is started automatically at boot time, and not only when the first accesses the gpsd socket? http://cgit.openembedded.org/meta-openembedded/tree/meta-oe/recipes-navigation/gpsd/gpsd_3.23.1.bb Best regards, Matthias -=-=-=-=-=-=-=-=-=-=-=- Link

Re: [yocto] readonly-rootfs-overlay

Hello Howard, i use parts of it (without a writeable partition, just a tmpfs) in a separate layer: https://github.com/matthiasklein/meta-distro-coffee/blob/master/recipes-core/readonly-rootfs-overlay/readonly-rootfs-overlay_1.0.bb Best regards, Matthias Von: yocto@lists.yoctoproject.org Im Auft

Re: [yocto] wget - The certificate has not yet been activated (does also happen in qemuarm "virt" machine)

Hello Khem, > this means you are choosing openSSL to provide TLS protocol implementation > instead of gnuTLS Please excuse that my question was so unspecific. Does it make a functional difference from which library the TLS support comes from? Best regards, Matthias -=-=-=-=-=-=-=-=-=-=-=- Li

Re: [yocto] wget - The certificate has not yet been activated (does also happen in qemuarm "virt" machine)

Hello together, I can "fix" the bug by switching from gnutls to openssl: PACKAGECONFIG:remove = "gnutls" PACKAGECONFIG:append = " openssl" Can anyone explain this? What exactly does the change to openssl mean? Many greetings, Matthias -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sen

[yocto] wget - The certificate has not yet been activated (does also happen in qemuarm "virt" machine)

Hello, another addition to the problem: The problem does not seem to be directly related to the custom kernel or the one yocto, as I can recreate the problem in a second yocto. The yocto is for the qemuarm "virt" machine. I have the complete sources for it here: https://github.com/matthiasklein

Re: [yocto] wget - The certificate has not yet been activated

, Matthias Klein -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#56052): https://lists.yoctoproject.org/g/yocto/message/56052 Mute This Topic: https://lists.yoctoproject.org/mt/88878285/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe

[yocto] wget - The certificate has not yet been activated

Hello, I have with the current master branch in a IMX6 Yocto the problem that with wget no HTTPS downloads work: # wget -4 https://speed.hetzner.de/100MB.bin --2022-02-03 06:23:25-- https://speed.hetzner.de/100MB.bin SSL_INIT Resolving speed.hetzner.de... 88.198.248.254 Connecting to speed.hetz

Re: [yocto] bbappend conditional check for advanced metadata (yocto-kernel-cache)?

Hello Bruce, > Another is to make that append conditional based on something you can test. > i.e. test for kernel-cache in the SRC_URI, and if present, do the append. Or > you could test for the defconfig in the SRC_URI and don't do the append. > There may be other options for this, but without

[yocto] bbappend conditional check for advanced metadata (yocto-kernel-cache)?

Hello, I would like to create a linux-%.bbappend file and add the following to it, for example: KERNEL_FEATURES:append = " features/overlayfs/overlayfs.scc". Works also for all kernels which use the advanced metadata. Unfortunately it leads to an error with a kernel which uses a defconfig. I w

Re: [yocto] Question of Yocto dunfell LTS period

Hello together, I would like to add a question to the topic: Why was the LTS period for dunfell extended? Can we expect the same for kirstone? Many greetings, Matthias -Ursprüngliche Nachricht- Von: yocto@lists.yoctoproject.org Im Auftrag von Chanho Park via lists.yoctoproject.org Ges

Re: [yocto] [meta-raspberrypi] Problem with RPI_USE_U_BOOT with RaspberryPi4

Hello Jean-Philippe, >I'm trying to create a simple image that uses the RPI_USE_U_BOOT option but >the pi hangs with the rainbow image. I'm able to generate bootable images when >not using the RPI_USE_U_BOOT option (but I need to use swupdate). >I have the same problem with using the Hardknott b

Re: [yocto] dunfell: pkgconfig-native build fails in existing Yocto BSP

Hello Richard, Thanks for the quick help! Best regards, Matthias -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#55145): https://lists.yoctoproject.org/g/yocto/message/55145 Mute This Topic: https://lists.yoctoproject.org/mt/86571641/21656 Group O

[yocto] dunfell: pkgconfig-native build fails in existing Yocto BSP

Hello, our dunfell based yocto no longer builds in the pkgconfig-native section. I tried it in an Ubuntu 18.04 and Debian 10 Docker container. The build always aborts as follows: checking thread related cflags... -D_REENTRANT | checking for pthread_create/pthread_join... no | checking for pthrea

Re: [yocto] Bug in dunfell branch because of commit "sdk: fix relocate symlink failed"?

Hello Steve, Can you push the commit to the dunfell branch, or do I need to open an official bug somewhere, or what is the correct procedure? Best regards, Matthias -Ursprüngliche Nachricht- Von: Matthias Klein Gesendet: Donnerstag, 2. September 2021 16:36 An: Steve Sakoman Cc: yocto

Re: [yocto] Bug in dunfell branch because of commit "sdk: fix relocate symlink failed"?

Hello Steve, yes, that commit resolves the issue. Best regards, Matthias -Ursprüngliche Nachricht- Von: Steve Sakoman Gesendet: Donnerstag, 2. September 2021 16:09 An: Matthias Klein Cc: yocto@lists.yoctoproject.org Betreff: Re: [yocto] Bug in dunfell branch because of commit &quo

[yocto] Bug in dunfell branch because of commit "sdk: fix relocate symlink failed"?

Hello, the following commit needs the variable SDK_BUILD_PATH which doesn't seem to exist in the dunfell branch: https://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/meta/files/toolchain-shar-relocate.sh?h=dunfell&id=d6f40be29bf56a835f5825692a22365f04aeb6c3 This leads to countless messages bei

Re: [yocto] gpsd [version 3.23; master branch]: Is it possible to include / enable ubxtool?

d be generated: /usr/lib/python3.9/site-packages/gps/__init__.py /usr/lib/python3.9/site-packages/gps/gps.py Can anyone confirm this? Best regards, Matthias -Ursprüngliche Nachricht- Von: Peter Bergin Gesendet: Mittwoch, 1. September 2021 15:15 An: Matthias Klein ; yocto@lists.y

[yocto] gpsd [version 3.23; master branch]: Is it possible to include / enable ubxtool?

Hello, is it somehow possible to add the ubxtool in the gpsd-utils package? (I use the current master branch) Best regards, Matthias -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#54625): https://lists.yoctoproject.org/g/yocto/message/54625 Mute

Re: [yocto] extrausers-bbclass: plaintext password (since shadow update to 4.9)

Hello Peter, thanks for the solution! Many greetings, Matthias -Ursprüngliche Nachricht- Von: Peter Bergin Gesendet: Dienstag, 31. August 2021 09:45 An: Matthias Klein ; yocto@lists.yoctoproject.org Betreff: Re: [yocto] extrausers-bbclass: plaintext password (since shadow update to

Re: [yocto] extrausers-bbclass: plaintext password (since shadow update to 4.9)

: Montag, 30. August 2021 22:52 An: Matthias Klein ; yocto@lists.yoctoproject.org Betreff: Re: [yocto] extrausers-bbclass: plaintext password (since shadow update to 4.9) On 2021-08-30 14:54, Matthias Klein wrote: > Hello, > > I am trying to find a working alternative for the old

Re: [yocto] extrausers-bbclass: plaintext password (since shadow update to 4.9)

Hello Markus, thanks for the workaround! Works great. Many greetings, Matthias Von: Markus Volk Gesendet: Montag, 30. August 2021 20:46 An: Matthias Klein Cc: yocto@lists.yoctoproject.org Betreff: Re: [yocto] extrausers-bbclass: plaintext password (since shadow update to 4.9) I also have

[yocto] extrausers-bbclass: plaintext password (since shadow update to 4.9)

Hello, I am trying to find a working alternative for the old -P option. Previous: EXTRA_USERS_PARAMS = "usermod -P toor root;" The suggestions from this thread don't seem to work: https://lists.openembedded.org/g/openembedded-core/topic/84548199 Current: hash="$(python3 -c "import crypt; pri

Re: [yocto] hardknott: systemd / agetty: root user environment (sbin not in PATH) when setting password with EXTRA_USERS_PARAMS (solved)

Hello, I found it out myself: in the /etc/profile file, the PATH for root is only adjusted if the home directory is /home/root. That was the cause. It had nothing to do with setting the password ... Best regards, Matthias -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this gro

[yocto] hardknott: systemd / agetty: root user environment (sbin not in PATH) when setting password with EXTRA_USERS_PARAMS

Hello, I tried to assign a password to the root user and added the following to my image file: inherit extrausers EXTRA_USERS_PARAMS = "usermod -d / -P root root;" At the same time in the local.conf exists: EXTRA_IMAGE_FEATURES ?= "debug-tweaks". Setting the password worked. But in parallel t

Re: [yocto] RTC issue

Hello Jupiter, >How did you disable snvs_rtc? My device tree to include imx6ull.dtsi which >don't have snvs_rtc, only has snvs-rtc-lp, so I added status = "disabled"; to >the snvs-rtc-lp node: > >snvs-rtc-lp { >compatible = "fsl,sec-v4.0-mon-rtc-lp"; > regmap = <0x16>; > offset = <0x

Re: [yocto] RTC issue

Hello jupiter, I have seen the same message on an i.MX6S7 (https://www.karo-electronics.com/fileadmin/download/Datasheets/TX6S-Datasheet.pdf) with kernel 5.10 (in a dunfell Yocto after I upgraded from kernel 4.14). Since we use an external RTC on the I2C bus, I disabled the internal RTC ("snvs