Re: [yocto] [meta-raspberrypi] Current master broken

2016-12-06 Thread Paul Barker
On Tue, 6 Dec 2016 21:17:55 -0500 Trevor Woerner wrote: > On Tue 2016-12-06 @ 11:00:34 PM, Paul Barker wrote: > > Upstream effectively support one version, currently 4.4. When upstream > > made that the default branch, the changes to the 4.1 branch stopped - > > there wasn't

Re: [yocto] update mechanisms

2016-12-06 Thread Kristian Amlie
On 06/12/16 23:38, Stefano Babic wrote: > On 06/12/2016 19:45, Philip Balister wrote: >> I just skimmed the page and the table format isn't working well with the >> length of the blocks of text. >> > > Agree - I think it is better to have a section per project. And now I added yet another one,

Re: [yocto] [recipetool] Failure to create a new recipe (failed to parse setup.py)

2016-12-06 Thread Vincent Rubiolo
Hi Paul, On 12/04/2016 11:14 AM, Paul Eggleton wrote: Hmm, it looks like we're treating a byte array as a string (i.e. missing decoding) and that doesn't work. Likely this broke during the Python3 migration, and since there are a number of different code paths in recipetool's python handling

[yocto] Release Candidate Build for yocto-2.0.3.rc1.rc1 now available.

2016-12-06 Thread Poky Build User
A release candidate build for yocto-2.0.3.rc1 is now available at: http://autobuilder.yoctoproject.org/pub/releases/yocto-2.0.3.rc1 Please begin QA on this build as soon as possible. Build hash information: meta-qt4 : 2c7f8df9039be498f8a2232d1428adb7f4e5e800 meta-intel :

Re: [yocto] ***SPAM*** Re: [meta-raspberrypi] Current master broken

2016-12-06 Thread Trevor Woerner
On Tue 2016-12-06 @ 11:00:34 PM, Paul Barker wrote: > Upstream effectively support one version, currently 4.4. When upstream > made that the default branch, the changes to the 4.1 branch stopped - > there wasn't really much overlap. Everything post-4.4 is active > development and gets rebased at

Re: [yocto] ***SPAM*** Re: [meta-raspberrypi] Current master broken

2016-12-06 Thread Paul Barker
On Tue, 6 Dec 2016 22:21:50 +0100 Herve Jourdain wrote: > Sorry, a bit tired... > I meant we need to track the changes happening to the versions we decide we > want to support, and update the recipes accordingly. > My understanding is we're interested in 4.4, 4.8 and 4.9.

Re: [yocto] [meta-raspberrypi] Current master broken

2016-12-06 Thread Paul Barker
On Tue, 6 Dec 2016 15:29:02 + Andrei Gherzan wrote: > On Mon, Dec 5, 2016 at 4:50 PM, Khem Raj wrote: > > On Sun, Dec 4, 2016 at 10:03 PM, Gary Thomas wrote: > >> On 2016-12-05 01:54, Andrei Gherzan wrote: > >>> > >>> Hi Gary, > >>>

Re: [yocto] update mechanisms

2016-12-06 Thread Stefano Babic
Hi Philip, On 06/12/2016 19:45, Philip Balister wrote: > On 12/06/2016 06:11 AM, Lopez, Mariano wrote: >> >> >> On 12/6/2016 3:45 AM, Patrick Ohly wrote: >>> On Tue, 2016-12-06 at 10:01 +0100, Stefano Babic wrote: Hi Patrick, On 30/11/2016 15:59, Patrick Ohly wrote: > I've

Re: [yocto] [meta-raspberrypi] Current master broken

2016-12-06 Thread Trevor Woerner
Just to clarify, in the last couple days, there have been *two* major issues that have independently broken raspi builds: 1) the rebase of the raspi kernel repository at git://github.com/raspberrypi/linux.git 2) a bug in a recent commit to oe-core's kernel tools Andrei pushed patches today to

Re: [yocto] ***SPAM*** Re: [meta-raspberrypi] Current master broken

2016-12-06 Thread Herve Jourdain
Sorry, a bit tired... I meant we need to track the changes happening to the versions we decide we want to support, and update the recipes accordingly. My understanding is we're interested in 4.4, 4.8 and 4.9. And I have a personal interest in 4.7 for the moment, so I can try to keep the 4.7 recipe

Re: [yocto] [meta-raspberrypi][PATCH] Do not rely on DISTRO_TYPE to enable/disable kernel debug

2016-12-06 Thread Andrei Gherzan
On Mon, Nov 28, 2016 at 08:37:45PM +0100, Frank Meerkoetter wrote: > DISTRO_TYPE doesn't seem to be set anywhere in OE/poky. This causes > CMDLINE_DEBUG to default to "debug" which is very noisy. This is > especially true when building a systemd based system, as systemd > also looks at the kernel

Re: [yocto] [meta-raspberrypi][PATCH] Do not rely on DISTRO_TYPE to enable/disable kernel debug

2016-12-06 Thread Andrei Gherzan
On Mon, Nov 28, 2016 at 08:37:45PM +0100, Frank Meerkoetter wrote: > DISTRO_TYPE doesn't seem to be set anywhere in OE/poky. This causes > CMDLINE_DEBUG to default to "debug" which is very noisy. This is > especially true when building a systemd based system, as systemd > also looks at the kernel

Re: [yocto] update mechanisms

2016-12-06 Thread Philip Balister
On 12/06/2016 06:11 AM, Lopez, Mariano wrote: > > > On 12/6/2016 3:45 AM, Patrick Ohly wrote: >> On Tue, 2016-12-06 at 10:01 +0100, Stefano Babic wrote: >>> Hi Patrick, >>> >>> On 30/11/2016 15:59, Patrick Ohly wrote: I've started a Wiki page

Re: [yocto] [meta-raspberrypi][PATCH] linux-raspberrypi-base.bbclass: allow -rt kernels

2016-12-06 Thread Andrei Gherzan
On Tue, Dec 06, 2016 at 06:27:32PM +, Andrei Gherzan wrote: > On Mon, Nov 28, 2016 at 08:37:09PM -0500, Trevor Woerner wrote: > > On Mon 2016-11-28 @ 03:16:11 PM, Khem Raj wrote: > > > > > > > On Nov 28, 2016, at 11:07 AM, Trevor Woerner wrote: > > > > > > > > If the

Re: [yocto] [meta-raspberrypi][PATCH] linux-raspberrypi-base.bbclass: allow -rt kernels

2016-12-06 Thread Andrei Gherzan
On Mon, Nov 28, 2016 at 08:37:09PM -0500, Trevor Woerner wrote: > On Mon 2016-11-28 @ 03:16:11 PM, Khem Raj wrote: > > > > > On Nov 28, 2016, at 11:07 AM, Trevor Woerner wrote: > > > > > > If the PREEMPT_RT patch is applied, the kernel version becomes, say, > > > 4.4.32-rt43

Re: [yocto] ***SPAM*** Re: [meta-raspberrypi][PATCH] gstreamer1.0-plugins-bad: Don't hard wire use of userland

2016-12-06 Thread Herve Jourdain
Hi Gary, Could you try a local to your layer gstreamer1.0-plugins-bad_%.bbappend, that would contain: PACKAGECONFIG_remove_rpi = " dispmanx" And see if it solves your problem? I've never built for "vc-graphics-hardfp", as I'm not sure if there are benefits in using it over either using the

Re: [yocto] [meta-raspberrypi][PATCH v5] u-boot: Simplify boot script

2016-12-06 Thread Andrei Gherzan
On Wed, Nov 30, 2016 at 09:02:39PM +, Paul Barker wrote: > From: Jonathan Liu > > A patch is backported to check if the firmware loaded a device tree blob > into memory and set the fdt_addr variable if it is found. The U-Boot > script will then read the command line

Re: [yocto] ***SPAM*** Re: [meta-raspberrypi] Current master broken

2016-12-06 Thread Andrei Gherzan
On Tue, Dec 06, 2016 at 07:04:31PM +0100, Herve Jourdain wrote: > Hi Andrei, > > But I believe that the core of the problem is not necessarily the patch in > oe-core to detect the kernel version itself, but like Khem mentioned the > fact that a "well known" SRCREV is only valid for a brief period

Re: [yocto] [meta-raspberrypi][PATCH] gstreamer1.0-plugins-bad: Don't hard wire use of userland

2016-12-06 Thread Andrei Gherzan
On Tue, Dec 06, 2016 at 04:57:42PM +0100, Gary Thomas wrote: > On 2016-12-06 16:48, Andrei Gherzan wrote: > > On Tue, Dec 06, 2016 at 04:02:20PM +0100, Gary Thomas wrote: > > > On 2016-12-06 13:45, Herve Jourdain wrote: > > > > Hi Gary, > > > > > > > > But dispmanx is really only provided by

Re: [yocto] ***SPAM*** Re: [meta-raspberrypi] Current master broken

2016-12-06 Thread Herve Jourdain
Hi Andrei, But I believe that the core of the problem is not necessarily the patch in oe-core to detect the kernel version itself, but like Khem mentioned the fact that a "well known" SRCREV is only valid for a brief period of time under the RPI tree "constant" rebasing we've been experiencing

[yocto] Minutes: Yocto Project Technical Team Meeting - Tuesday, Dec. 6, 2016 8:00 AM US Pacific Time

2016-12-06 Thread Jolley, Stephen K
Attendees: Armin, Joshua, Stephano, Manju, Saul, Sona, Mark, Randy, Stephen, Ross, Richard, Agenda: * Opens collection - 5 min (Stephen) * Yocto Project status - 5 min (Stephen/team) *YP 2.2 shipped in early November. *YP 2.1.2 shipped in late November. *YP 2.0.3

Re: [yocto] [meta-raspberrypi][PATCH] linux-raspberrypi_4.8.bb: upgrade to 4.8.11

2016-12-06 Thread Andrei Gherzan
On Mon, Nov 28, 2016 at 11:46:38AM -0500, Trevor Woerner wrote: > The rpi-4.8.y branch of git://github.com/raspberrypi/linux.git was rebased, > losing any previous commit hashes. This latest update doesn't include the > raspberry pi patches for 4.8.6, but the upstream patches are included starting

Re: [yocto] [meta-raspberrypi][PATCH] firmware: Update to 20161125

2016-12-06 Thread Andrei Gherzan
On Mon, Dec 05, 2016 at 10:00:27PM +1100, Jonathan Liu wrote: > Signed-off-by: Jonathan Liu > --- > recipes-bsp/common/firmware.inc | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > > diff --git a/recipes-bsp/common/firmware.inc b/recipes-bsp/common/firmware.inc >

Re: [yocto] [meta-raspberrypi][PATCH] gstreamer1.0-plugins-bad: Don't hard wire use of userland

2016-12-06 Thread Gary Thomas
On 2016-12-06 16:48, Andrei Gherzan wrote: On Tue, Dec 06, 2016 at 04:02:20PM +0100, Gary Thomas wrote: On 2016-12-06 13:45, Herve Jourdain wrote: Hi Gary, But dispmanx is really only provided by userland, it does not exist in other flavors of egl/libgles. Actually, dispmanx should not be

Re: [yocto] [meta-raspberrypi][PATCH] gstreamer1.0-plugins-bad: Don't hard wire use of userland

2016-12-06 Thread Andrei Gherzan
On Tue, Dec 06, 2016 at 04:02:20PM +0100, Gary Thomas wrote: > On 2016-12-06 13:45, Herve Jourdain wrote: > > Hi Gary, > > > > But dispmanx is really only provided by userland, it does not exist in other > > flavors of egl/libgles. > > Actually, dispmanx should not be selected in PACKAGECONFIG if

Re: [yocto] [meta-raspberrypi][PATCH] linux-raspberrypi_4.4.bb: upgrade to 4.4.35

2016-12-06 Thread Andrei Gherzan
On Tue, Nov 29, 2016 at 11:04:59AM -0500, Trevor Woerner wrote: > Signed-off-by: Trevor Woerner > --- > recipes-kernel/linux/linux-raspberrypi_4.4.bb | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/recipes-kernel/linux/linux-raspberrypi_4.4.bb >

Re: [yocto] [meta-raspberrypi][PATCH] linux-raspberrypi_4.4.bb: upgrade to 4.4.32

2016-12-06 Thread Andrei Gherzan
On Mon, Nov 28, 2016 at 10:03:24PM -0500, Trevor Woerner wrote: > On Mon 2016-11-28 @ 05:52:38 PM, Khem Raj wrote: > > > > > On Nov 28, 2016, at 5:42 PM, Trevor Woerner wrote: > > > > > > On Mon 2016-11-28 @ 03:21:50 PM, Khem Raj wrote: > > >> its at 4.4.35 now see > > >>

Re: [yocto] [meta-raspberrypi] Current master broken

2016-12-06 Thread Andrei Gherzan
On Mon, Dec 5, 2016 at 4:50 PM, Khem Raj wrote: > On Sun, Dec 4, 2016 at 10:03 PM, Gary Thomas wrote: >> On 2016-12-05 01:54, Andrei Gherzan wrote: >>> >>> Hi Gary, >>> >>> >>> On Sat, Dec 3, 2016 at 2:16 PM, Paul Barker wrote:

Re: [yocto] [meta-raspberrypi][PATCH] gstreamer1.0-plugins-bad: Don't hard wire use of userland

2016-12-06 Thread Gary Thomas
On 2016-12-06 13:45, Herve Jourdain wrote: Hi Gary, But dispmanx is really only provided by userland, it does not exist in other flavors of egl/libgles. Actually, dispmanx should not be selected in PACKAGECONFIG if userland is not in use for EGL/GLES. Fine, but I'm looking for a solution

Re: [yocto] cve-checker tool

2016-12-06 Thread Sona Sarmadi
Another qustion: We don't have recipes for libcurl, I guess both curl and libcurl CVEs are patched in the curl recipes, right? I think curl uses libcurl, and libcurl is built when building curl. Those CVEs which are listed in the nvd.xml file under "cpe:/a:haxx:libcurl: are not detected and

Re: [yocto] cve-checker tool

2016-12-06 Thread Sona Sarmadi
Hi Mariano, all, > If there is a version affected by a CVE it will look for a patch that solves > that particular CVE using the the metadata in the patch format. > For example, the current bind version is affected by CVE-2016-1285, but > there is patch for that, so the cve-check class will find

Re: [yocto] ***SPAM*** [meta-raspberrypi] Qt EGLFS frozen on VC4

2016-12-06 Thread Herve Jourdain
Hi Gerhard, Could you please provide a bit more information, like the kernel you’re building against, the kind of features you’re using in QT, if you’re using GStreamer as well, if you’re playing video, versions of the meta-raspberrypi/yocto/openembedded layers, etc… I’m not sure I can help,

[yocto] [meta-raspberrypi] Qt EGLFS frozen on VC4

2016-12-06 Thread Gerhard de Clercq
When I build Qt5 for my RPi 3 so that it uses EGLFS on VC4 (all using Yocto) then everything seems to go well initially and I can even get a program to launch but it then seems to render only one frame and then stay there. There is no response to user input and applications that are supposed

Re: [yocto] update mechanisms

2016-12-06 Thread Lopez, Mariano
On 12/6/2016 3:45 AM, Patrick Ohly wrote: On Tue, 2016-12-06 at 10:01 +0100, Stefano Babic wrote: Hi Patrick, On 30/11/2016 15:59, Patrick Ohly wrote: I've started a Wiki page https://wiki.yoctoproject.org/wiki/System_Update - rudimentary at the moment, but might as well be mentioned

Re: [yocto] [meta-raspberrypi][PATCH] gstreamer1.0-plugins-bad: Don't hard wire use of userland

2016-12-06 Thread Herve Jourdain
Hi Gary, But dispmanx is really only provided by userland, it does not exist in other flavors of egl/libgles. Actually, dispmanx should not be selected in PACKAGECONFIG if userland is not in use for EGL/GLES. Cheers, Herve -Original Message- From: yocto-boun...@yoctoproject.org

Re: [yocto] update mechanisms

2016-12-06 Thread Patrick Ohly
On Tue, 2016-12-06 at 10:01 +0100, Stefano Babic wrote: > Hi Patrick, > > On 30/11/2016 15:59, Patrick Ohly wrote: > > I've started a Wiki page > > https://wiki.yoctoproject.org/wiki/System_Update - rudimentary at the > > moment, but might as well be mentioned already now. > > I have seen

[yocto] [meta-raspberrypi][PATCH] gstreamer1.0-plugins-bad: Don't hard wire use of userland

2016-12-06 Thread Gary Thomas
Selection of the libgl packages should be by virtual/XXX. Using 'userland' directly can lead to build conflicts and make the system unbuildable. Signed-off-by: Gary Thomas --- recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_%.bbappend | 2 +- 1 file changed, 1

Re: [yocto] update mechanisms

2016-12-06 Thread Stefano Babic
Hi Patrick, On 30/11/2016 15:59, Patrick Ohly wrote: > On Wed, 2016-11-30 at 14:31 +, André Draszik wrote: >> On Wed, 2016-11-30 at 12:04 +0100, Patrick Ohly wrote: >>> On Mon, 2016-11-21 at 12:03 +, André Draszik wrote: This allows us to completely remove the build time