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
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,
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
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 :
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
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.
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,
> >>>
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
>
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
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
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
>
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
> > >>
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 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
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
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
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,
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
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
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
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
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
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
38 matches
Mail list logo