Re: [yocto] [meta-zephyr 0/2] add support of the zephyr-openamp-rsc-table sample on STM32MP157

2021-10-05 Thread Naveen Saini
This is only cover letter, I do not see patches on mailing list.. Regards, Naveen > -Original Message- > From: yocto@lists.yoctoproject.org On > Behalf Of Arnaud Pouliquen > Sent: Wednesday, September 29, 2021 5:41 PM > To: yocto@lists.yoctoproject.org > Cc: Kumar Gala ; Kevin Townsend >

Re: [yocto] Enabling Websockets in Mosquitto in yocto zeus #zeus

2021-10-05 Thread Nicolas Jeker
On Fri, 2021-10-01 at 03:45 -0700, poorn...@elmeasure.com wrote: > Greetings ! > > I could able to add Mosquitto in Yocto Zeus , but as default websockets > is disabled in Mosquitto . Can anyone help me how to enable websockets > in Mosquitto in yocto zeus. > There's a 'websockets' PACKAGECONFIG

[yocto] file package dependency

2021-10-05 Thread Timur
Hi, I'm building a yocto release from the thud branch. The size of the OS image is very critical, so I need to remove as much as I can. Looking at the dependency information, I can see that the "file" package is not required by any other package, but yet it is installed. I really have to remove

Re: [yocto] [meta-zephyr 0/2] add support of the zephyr-openamp-rsc-table sample on STM32MP157

2021-10-05 Thread Arnaud Pouliquen
Hello Saini, On 10/5/21 9:08 AM, Saini, Naveen Kumar wrote: > This is only cover letter, I do not see patches on mailing list.. Yes something strange, they are not listed on same page of the archive on https://lists.yoctoproject.org/ Patch 1/2 and patch 2/2 associated with this one are visible i

[yocto] Yocto Project Status WW40`21

2021-10-05 Thread Stephen Jolley
Current Dev Position: YP 3.4 M4 Next Deadline: 4th Oct. 2021 YP 3.4 M4 build Next Team Meetings: * Bug Triage meeting Thursday Oct. 7th at 7:30am PDT ( https://zoom.us/j/454367603?pwd=ZGxoa2ZXL3FkM3Y0bFd5aVpHVVZ6dz09) *

Re: [yocto] virtual/egl on Raspberry Pi 4

2021-10-05 Thread Greg Wilson-Lindberg
I am compiling in 32 bit mode. From: Khem Raj Sent: Monday, October 4, 2021 5:15 PM To: Greg Wilson-Lindberg Cc: yocto@lists.yoctoproject.org Subject: Re: [yocto] virtual/egl on Raspberry Pi 4 It should have automatically found user land package as one of providers but if it is not doing so th

Re: [yocto] virtual/egl on Raspberry Pi 4

2021-10-05 Thread Khem Raj
that should have worked well for userland recipe to provide it. Maybe you need to set VC4GRAPHICS = "" in local.conf On Tue, Oct 5, 2021 at 8:53 AM Greg Wilson-Lindberg wrote: > > I am compiling in 32 bit mode. > > > > From: Khem Raj > Sent: Monday, October 4, 2021 5:15 PM > To: Greg Wilson-Li

Re: [yocto] file package dependency

2021-10-05 Thread Khem Raj
On 10/5/21 5:10 AM, Timur wrote: Hi, I'm building a yocto release from the thud branch. The size of the OS image is very critical, so I need to remove as much as I can. Looking at the dependency information, I can see that the "file" package is not required by any other package, but yet it is

Re: [yocto] virtual/egl on Raspberry Pi 4

2021-10-05 Thread Greg Wilson-Lindberg
Hi Khem, I added the VC4GRAPHICS line and here is the complete error that I get: ERROR: Nothing PROVIDES 'virtual/egl' (but /home/gwilson/Qt-5.15.6/Yocto-build-RPi4/sources/meta-qt5/recipes-qt/qt5/qtbase_git.bb DEPENDS on or otherwise requires it) vc-graphics PROVIDES virtual/egl but was skipp

Re: [yocto] #dunfell Path to sources in debugfs

2021-10-05 Thread Khem Raj
On 10/5/21 7:04 AM, bohdan.shubenok@sigma.software wrote: Hi all, I`m trying to debug coredump generated on embedded system running dunfel. The issue I`m facing is with the source files path in "-dbg.rootfs" archive and within dedug portion of a package. When loaded in QtCreator some source

Re: [yocto] [meta-rockchip][PATCH 1/3] linux-yocto: remove mmc aliases

2021-10-05 Thread Trevor Woerner
On Wed 2021-09-29 @ 01:29:36 AM, Trevor Woerner wrote: > Now that we're booting via UUID, we no longer need these aliases in the DT. > Personally I wasn't able to prove to myself that they actually worked (at > least not with 5.13.y) and fiddling with these aliases didn't seem to affect > the mmc p

Re: [yocto] [meta-rockchip][PATCH 2/3] include/nanopi-m4: remove KMACHINE

2021-10-05 Thread Trevor Woerner
On Wed 2021-09-29 @ 01:29:37 AM, Trevor Woerner wrote: > There is no "nanopi-m4" defined in any yocto kernel metadata (yet?), therefore > remove this superfluous line. > > Build (core-image-base) and run tested (both systemd and sysvinit) on: > - nanopi-m4 > > Signed-off-by: Trevor Woerner > ---

Re: [yocto] [meta-rockchip][PATCH 3/3] nanopi-m4: add common override

2021-10-05 Thread Trevor Woerner
On Wed 2021-09-29 @ 01:29:38 AM, Trevor Woerner wrote: > Add a common override for both nanopi-m4 MACHINEs. > > Signed-off-by: Trevor Woerner > --- > conf/machine/include/nanopi-m4.inc | 3 +++ > 1 file changed, 3 insertions(+) Applied to meta-rockchip, master. -=-=-=-=-=-=-=-=-=-=-=- Links: Y

Re: [yocto][meta-rockchip][PATCH] rockchip.wks: use uuid for /boot during fstab-update

2021-10-05 Thread Trevor Woerner
On Fri 2021-10-01 @ 03:20:35 PM, Markus Volk wrote: > Since the recent patch to switch to UUIDs [0aa5e600: "use uuid > instead of hard-coding root device"] wic fstab-update is not able > to get the correct value for the used device anymore and falls to > the default 'sda'. Thus wrong /dev/sda entri

Re: [yocto] #dunfell Path to sources in debugfs

2021-10-05 Thread Robert Berger
Hi, My comments are inline. On 05/10/2021 17:04, bohdan.shubenok@sigma.software wrote: Hi all, I`m trying to debug coredump generated on embedded system running dunfel. Just to clarify your user space applications crashes and you try to see why? In other words you would like to load the a

[yocto] Getting absolute paths in yocto generated native binary #bitbake #native #toolchain #sdk

2021-10-05 Thread Jean-Pierre Doyon
I'm attempting to create a USB first boot tarball for our custom iMX6 board that would contain the imx-usb-loader executable, config files and u-boot/SPL files. The goal being to deploy that to the production machine to program the empty boards right after being assembled. While I had plenty of

[yocto] Google GN support

2021-10-05 Thread Joel Winarske
I'm looking into best practice LTS support for Google GN based projects. This includes Chromium, Flutter, SKIA, etc. The weakness I see today for GN projects is that it's a build system within a build system, and doesn't support idiomatic download caching, download vs patching isn't clear as it s

Re: [yocto] Google GN support

2021-10-05 Thread Khem Raj
On Tue, Oct 5, 2021 at 2:34 PM Joel Winarske wrote: > > I'm looking into best practice LTS support for Google GN based projects. > This includes Chromium, Flutter, SKIA, etc. > > The weakness I see today for GN projects is that it's a build system within a > build system, and doesn't support i

Re: [yocto] Getting absolute paths in yocto generated native binary #bitbake #native #toolchain #sdk

2021-10-05 Thread Khem Raj
On Tue, Oct 5, 2021 at 1:59 PM Jean-Pierre Doyon wrote: > > I'm attempting to create a USB first boot tarball for our custom iMX6 board > that would contain the imx-usb-loader executable, config files and u-boot/SPL > files. The goal being to deploy that to the production machine to program the

Re: [yocto] Google GN support

2021-10-05 Thread Joel Winarske
> look at meta-browser/meta-chromium as well. The download archive (tar.xz) approach may be the easiest solution. Then one would just need to make a versioned recipe for each LTS. Thanks Khem! -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#54974)

Re: [yocto] Getting absolute paths in yocto generated native binary #bitbake #native #toolchain #sdk

2021-10-05 Thread Chuck Wolber
Native recipes are meant for the build machine itself to aid your build. If you are packaging something to run on a destination machine, you should be producing non-native recipe images. ..Ch:W.. On Tue, Oct 5, 2021 at 1:59 PM Jean-Pierre Doyon wrote: > I'm attempting to create a USB first boot

Re: [yocto] #dunfell Path to sources in debugfs

2021-10-05 Thread bohdan . shubenok
Hi, I can see this on Qt builds as well. I doubt Qt can have such strange behavior left unnoticed for a long time. The part is missing is " *include/QtCore* " -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#54976): https://lists.yoctoproject.org/g/