Re: [linux-yocto] [kernel v5.2/standard/xlnx-soc][PATCH 0/1] sound: soc: xilinx: give a name to stream_name in xilinx_dp_dai_links

2019-11-20 Thread Bruce Ashfield
On Mon, Nov 11, 2019 at 5:30 AM wrote: > > From: Quanyang Wang > > Hi Bruce & Michal, > > When running "aplay -l" in zcu102 board, there will be a "(null)" in output: > root@xilinx-zynqmp:~# aplay -l > List of PLAYBACK Hardware Devices > card 0: monitor [DisplayPort monitor], device 0:

Re: [linux-yocto] [linux-yocto-dev]: [kernel standard/bcm-2xxx-rpi]: bcm-2xxx-rpi: Revert "cgroup: Disable cgroup "memory" by default"

2019-11-20 Thread Bruce Ashfield
On Tue, Nov 19, 2019 at 11:43 PM wrote: > > From: Limeng > > Hi Bruce, > > After kts test, we found out cgroup case failed. > The reason is that raspberrypi SDK kernel disable cgroup "memory" feature. > > It is not reasonable to disable a common cgroup feature. > Because there is enough memory

[yocto] [mariadb] I'm getting an error when I include mariadb in sdk build

2019-11-20 Thread Greg Wilson-Lindberg
I'm building thud for raspberrypi3 with boot2qt. I've got mariadb included in my rpi image and it is working fine, I've got a problem with Qt's latest release that when I include mariadb in the sdk build I get the following error: ERROR: meta-toolchain-b2qt-embedded-qt5-sdk-1.0-r0

Re: [yocto] Doubt regarding python-elementtree rpm

2019-11-20 Thread Randy MacLeod
On 11/20/19 9:05 AM, Varun A wrote: Hi Had a doubt. While building python3 rpms using python 3.4.3 bit bake file, I am noticing that python-elementtree rpm is missing. It used to be available in package feeds in python 2.7 case. Has it been merged with another RPM? If so which one. Regards

Re: [yocto] Review request 0/13: Contribute meta-tensorflow to Yocto

2019-11-20 Thread Randy MacLeod
On 11/20/19 11:56 AM, Mauro Ziliani wrote: Is it possible to compile tensorflow against python2.7? I doubt that it's easy/supported but Hongxu, who lives in China, will reply later today to explain. Btw, Krogoth has python3, why not use it? ../Randy Il 20/11/19 16:40, Mauro Ziliani ha

[yocto] [meta-gplv2][PATCH] diffutils: fix the build with musl

2019-11-20 Thread Nicola Lunghi
This patch fixes the build with musl using the included regex library. It follows a similar patch applied to grep (uclibc-fix.patch) Signed-off-by: Nicola Lunghi --- .../0002-uclibc-use-mempcpy-instead-of.patch | 53 +++ recipes-extended/diffutils/diffutils.inc | 8 ---

Re: [yocto] Review request 0/13: Contribute meta-tensorflow to Yocto

2019-11-20 Thread Mauro Ziliani
Is it possible to compile tensorflow against python2.7? Il 20/11/19 16:40, Mauro Ziliani ha scritto: I forked the repository and I'm tryng to port the layer for Krogoth M Il 20/11/19 15:37, Mauro Ziliani ha scritto: Hi all. There a port for meta-tensorflow for Krogoth or Sumo? Mayabe I

Re: [yocto] Review request 0/13: Contribute meta-tensorflow to Yocto

2019-11-20 Thread Mauro Ziliani
I forked the repository and I'm tryng to port the layer for Krogoth M Il 20/11/19 15:37, Mauro Ziliani ha scritto: Hi all. There a port for meta-tensorflow for Krogoth or Sumo? Mayabe I need to use it on this distribution Thaks  M Il 21/02/19 12:37, Hongxu Jia ha scritto: Hi RP and

[yocto] Doubt regarding python-elementtree rpm

2019-11-20 Thread Varun A
Hi Had a doubt. While building python3 rpms using python 3.4.3 bit bake file, I am noticing that python-elementtree rpm is missing. It used to be available in package feeds in python 2.7 case. Has it been merged with another RPM? If so which one. Regards Varun --

[yocto] [layerindex-web][PATCH 0/6] Recipe search improvements, misc fixes [cover letter only]

2019-11-20 Thread Paul Eggleton
Some minor improvements to recipe searching, plus fixes for a couple of issues I noticed while doing the RRS rework. Note: this patchset is on top of paule/recipesymbol. The following changes since commit 6f85a1b4589df08e849a106338fe03d72e2394c2: TODO: add some more tasks (2019-11-21

[yocto] [layerindex-web][PATCH 00/29] RRS: rework upgrade history collection [cover letter only]

2019-11-20 Thread Paul Eggleton
Taking a hard look at the recipe upgrade functionality, there were a number of shortcomings in how the data was collected which led to upgrades being missed, history disappearing when recipes were removed or renamed and scenarios such as multiple recipes with the same name not being handled

Re: [yocto] Install native recipe into filesystem

2019-11-20 Thread Ross Burton
On 19/11/2019 21:15, Jeff Kaisner wrote: We have several executables that can run on the target (ARM64) but also on the host system (x86).  I added the BBCLASSEXTEND = "native" and can build all the recipes in native mode.  Once done, I would like to be able to install them on the host system,

[yocto] [musl] CC option -mmusl in SDK env script but not in default do_compile task

2019-11-20 Thread Antoine MANACHE
Hi all, I've recently noticed a mismatch between CC options - set by the SDK environment script - set by the do_compile task for any 'target' class recipes when the DISTRO is configured with TCLIBC = "musl" The SDK env script adds "-mmusl" when exporting CC while do_compile doesn't. We can

Re: [yocto] [warrior] [meta-qt4] 3rdparty: javascriptcore: JITStubs.cpp: allow builds of JavaScriptCore with gcc v8

2019-11-20 Thread Quentin Schulz
Hi Mike, On Wed, Nov 20, 2019 at 09:06:08PM +1300, Paul Eggleton wrote: > Hi Mike > > On Wednesday, 20 November 2019 9:00:10 PM NZDT Mike Looijmans wrote: > > I ran into this issue yesterday, and this patch solves the compilation on > > warrior. However, it's a patch for Qt itself, and not for

Re: [yocto] bitbake SRC_URI fetch Azure DevOps repository Azure DevOps Services Basic

2019-11-20 Thread 江騏先
Hi Richard, Thanks for your patch which could work for us. I study git-clone document and found the git urls support alternative scp-like syntax like below: [user@]host.xz:path/to/repo.git/ It seems like Azure DevOps provides SSH url. Will yocto support this alternative url? Thanks, Samuel

Re: [yocto] [warrior] [meta-qt4] 3rdparty: javascriptcore: JITStubs.cpp: allow builds of JavaScriptCore with gcc v8

2019-11-20 Thread Paul Eggleton
Hi Mike On Wednesday, 20 November 2019 9:00:10 PM NZDT Mike Looijmans wrote: > I ran into this issue yesterday, and this patch solves the compilation on > warrior. However, it's a patch for Qt itself, and not for OE. > > Is there already a warrior patch in the making, or should I submit one?

Re: [yocto] [warrior] [meta-qt4] 3rdparty: javascriptcore: JITStubs.cpp: allow builds of JavaScriptCore with gcc v8

2019-11-20 Thread Mike Looijmans
I ran into this issue yesterday, and this patch solves the compilation on warrior. However, it's a patch for Qt itself, and not for OE. Is there already a warrior patch in the making, or should I submit one? On 19-11-19 13:37, Quentin Schulz wrote: > At least since gcc v8, source code with asm