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
depenenc
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 insertion(+), 1 deletion(-)
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 Mariano
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 [mailto:
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 already
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 to
Hi Gerhard,
Could you please provide a bit more information, like the kernel youre
building against, the kind of features youre using in QT, if youre using
GStreamer as well, if youre playing video, versions of the
meta-raspberrypi/yocto/openembedded layers, etc
Im not sure I can help, b
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 th
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
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 where
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:
On Sat, 3 Dec 2016 08:33:40 +0100
Gary Thomas wrote:
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
> > >> https://github.com/kraj/m
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
> b/recipes-kernel/linu
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 u
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 sele
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
> index 8862f58..196
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
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
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 lat
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 userla
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 o
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 arguments generated by the
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 userla
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 (instead of 4.4.32). T
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 PREEMPT_RT patch is applie
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
https://wiki.yoctoproject.org/wiki/System_Up
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 c
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 c
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
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
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 start
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,
> >>>
> >>>
> >>> On Sat, Dec 3, 2016 at 2:16 PM, Paul Barker w
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. And I have a
> personal
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 wi
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 : 28c774bf25eec4
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 cod
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, Me
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 really much overlap.
38 matches
Mail list logo
