[yocto] [meta-raspberrypi] Cannot see /dev/ttyS0 on CM3+ with 4.19.66 yocto build.

2019-09-02 Thread Bill Jenkins
The 4.14.112 yocto builds that we have been using show both /dev/ttyS0 and /dev/ttyAMA0 initialization strings in dmesg and both can be successfully used. After updating to the latest to try out the 4.19.66 kernel, we see the initialization message for /dev/ttyAMA0 and can use it, but there is

Re: [yocto] Fetching Yocto layers

2019-09-02 Thread Belisko Marek
On Mon, Sep 2, 2019 at 4:50 PM Maciej Pijanowski wrote: > > > On 02.09.2019 15:51, Josef Holzmayr wrote: > > I'd like to throw kas into the discussion too, I've been using it quite > > successfully. > > > > https://github.com/siemens/kas > +1 for kas. Previously I was using repo, custom scripts

Re: [yocto] ptest-runner yocto build sytem issue

2019-09-02 Thread Alexander Kanavin
On Mon, 2 Sep 2019 at 16:06, sateesh m wrote: > Sure, sir. If you don't mine can you please share where this log file will > present. > I am seeing /tmp-glibc/work/riscv-oe-linux/ptest-runner/2.3.4.../temp/ > I am seeing here but log.do_rootfs file is not Present here. > > Can you please tell me

Re: [yocto] WARNING: bluez5-5.50-r0 do_fetch: Failed to fetch URL file://variscite-bt.conf

2019-09-02 Thread Ross Burton
That file isn't part of oe-core, given the name you should ask the variscite-bsp-platform maintainers. Ross On 27/08/2019 06:51, Zoran Stojsavljevic wrote: BTW, I have created the complete description of this problem!

Re: [yocto] Fetching Yocto layers

2019-09-02 Thread Maciej Pijanowski
On 02.09.2019 15:51, Josef Holzmayr wrote: > I'd like to throw kas into the discussion too, I've been using it quite > successfully. > > https://github.com/siemens/kas +1 for kas. Previously I was using repo, custom scripts and custom Docker container for running  the build. kas does all of that

Re: [yocto] Fetching Yocto layers

2019-09-02 Thread Beth Flanagan
On Mon, Sep 2, 2019 at 2:05 PM Brian Silverman wrote: > > Is there a way to automatically fetch/add a yocto layer from another layer? > > My problem is that I’d like to be able to build instructions of my product > from one version number. But here’s our normal (example) build instructions: > >

Re: [yocto] Fetching Yocto layers

2019-09-02 Thread Josef Holzmayr
I'd like to throw kas into the discussion too, I've been using it quite successfully. https://github.com/siemens/kas Greetz On Mon, Sep 02, 2019 at 03:34:28PM +0200, Alexander Kanavin wrote: > On Mon, 2 Sep 2019 at 15:05, Brian Silverman wrote: > > > The tags chosen above are based on what we

Re: [yocto] ptest-runner yocto build sytem issue

2019-09-02 Thread Alexander Kanavin
On Mon, 2 Sep 2019 at 15:06, sateesh m wrote: > I followed the wiki https://wiki.yoctoproject.org/wiki/Ptest , but when I > boot to my image and run ptest-runner I have the output : "No ptests found." > Is this normal ? I thought that > > DISTRO_FEATURES_append = " ptest" > and >

Re: [yocto] Fetching Yocto layers

2019-09-02 Thread Alexander Kanavin
On Mon, 2 Sep 2019 at 15:05, Brian Silverman wrote: > The tags chosen above are based on what we test and ship. So my issue is > that someone has to correctly follow the above instructions for different > versions of multiple layers if they want a reproducible build of a specific > version of

[yocto] ptest-runner yocto build sytem issue

2019-09-02 Thread sateesh m
Hi, I am new to Yocto. I am working on ptest-runner. I followed the wiki https://wiki.yoctoproject.org/wiki/Ptest , but when I boot to my image and run ptest-runner I have the output : "No ptests found." Is this normal ? I thought that DISTRO_FEATURES_append = " ptest" and EXTRA_IMAGE_FEATURES +=

[yocto] Fetching Yocto layers

2019-09-02 Thread Brian Silverman
Is there a way to automatically fetch/add a yocto layer from another layer? My problem is that I’d like to be able to build instructions of my product from one version number. But here’s our normal (example) build instructions: git clone git://git.yoctoproject.org/poky -b some_poky_tag cd poky

[yocto] [psplash][PATCH 3/3] Generate image headers from their PNG source, while still including them in dist tarball

2019-09-02 Thread yann . dirson
From: Yann Dirson Signed-off-by: Yann Dirson --- Makefile.am|5 + psplash-bar-img.h | 47 -- psplash-hand-img.h | 320 -- psplash-poky-img.h | 1022 4 files changed, 5 insertions(+), 1389 deletions(-) delete mode 100644

[yocto] [psplash][PATCH 2/3] Import png source for images, extracted from headers

2019-09-02 Thread yann . dirson
From: Yann Dirson The prefered form for manipulating an image is the PNG source from which the C code was generated. These PNG were extracted by feeding data from the C headers to libpng. Signed-off-by: Yann Dirson --- base-images/psplash-bar.png | Bin 0 -> 544 bytes

[yocto] [psplash][PATCH 1/3] Cleanup poky logo

2019-09-02 Thread yann . dirson
From: Yann Dirson Make the shipped logo used as source for psplash-poky-img.h to have the name expected by make-image-header.sh, and remove unused logo. Signed-off-by: Yann Dirson --- base-images/poky-logo.png| Bin 7006 -> 0 bytes base-images/{poky-logo2.png =>

[yocto] [PATCH] selinux-python: Fix dependency for ntpath

2019-09-02 Thread Lorenz Kofler
On yocto warrior the semanage tool didn't work correctly, because it couldn't find ntpath module. It turned out that this module is now part of the package python-misc, therefore add dependency to python-misc. Signed-off-by: Lorenz Kofler --- recipes-security/selinux/selinux-python.inc | 3 ++-

Re: [yocto] Build break in the latest openbmc tree.

2019-09-02 Thread Jae Hyun Yoo
On 8/22/2019 6:09 PM, Brad Bishop wrote: at 6:38 PM, James Feist wrote: On 8/22/19 3:35 PM, Jae Hyun Yoo wrote: Hi brad, + The mailing list We met a build break while making Intel platform builds. ERROR: No recipes available for:

[yocto] [meta-selinux][PATCH] mcstrans: Fix package to work with usrmerge

2019-09-02 Thread Jason Wessel
ERROR: mcstrans-2.8-r0 do_package_qa: QA Issue: mcstrans-dbg package is not obeying usrmerge distro feature. /sbin should be relocated to /usr. [usrmerge] ERROR: mcstrans-2.8-r0 do_package_qa: QA run found fatal errors. Please consider fixing them. ERROR: mcstrans-2.8-r0 do_package_qa: Function

Re: [yocto] quilt-native-0.64-r0 do_install: oe_runmake failed

2019-09-02 Thread Pushpendra singh
Hi Khem, Still facing issue but this time error is different rm -rf /home/pre-si-user/Desktop/Pushpendra/Xilix_Zync/Yocto_Code/build/tmp/work/x86_64-linux/quilt-native/0.64-r0/image/home/pre-si-user/Desktop/Pushpendra/Xilix_Zync/Yocto_Code/build/tmp/sysroots/x86_64-linux/usr/share/quilt/compat |

[yocto] [meta-cgl][PATCH] libwww-perl: 6.35 -> 6.36

2019-09-02 Thread changqing.li
From: Changqing Li Signed-off-by: Changqing Li --- .../recipes-perl/perl/{libwww-perl_6.35.bb => libwww-perl_6.36.bb}| 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta-cgl-common/recipes-perl/perl/{libwww-perl_6.35.bb => libwww-perl_6.36.bb} (79%) diff --git

[yocto] [meta-cgl][PATCH] pacemaker: upgrade 1.1.19 -> 1.1.21

2019-09-02 Thread changqing.li
From: Changqing Li License-Update: update e-mail address and URL Signed-off-by: Changqing Li --- ...o-not-execute-target-program-while-cross-.patch | 25 -- .../{pacemaker_1.1.19.bb => pacemaker_1.1.21.bb} | 6 -- 2 files changed, 18 insertions(+), 13 deletions(-)

[yocto] [meta-cgl][PATCH] monit: upgrade 5.25.2 -> 5.26.0

2019-09-02 Thread changqing.li
From: Changqing Li Signed-off-by: Changqing Li --- .../recipes-cgl/monit/{monit_5.25.2.bb => monit_5.26.0.bb} | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) rename meta-cgl-common/recipes-cgl/monit/{monit_5.25.2.bb => monit_5.26.0.bb} (90%) diff --git