make glxinfo/glggears/.. work
Signed-off-by: Andreas Müller
---
conf/machine/include/rpi-base.inc | 1 +
1 file changed, 1 insertion(+)
diff --git a/conf/machine/include/rpi-base.inc
b/conf/machine/include/rpi-base.inc
index 497dd29..9ce647d 100644
--- a/conf/machine/include/rpi-base.inc
+++ b
This is nothing a BSP has to decide
Signed-off-by: Andreas Müller
---
conf/machine/include/rpi-base.inc | 3 ---
1 file changed, 3 deletions(-)
diff --git a/conf/machine/include/rpi-base.inc
b/conf/machine/include/rpi-base.inc
index 9ce647d..9f20663 100644
--- a/conf/machine/include/rpi-base.i
Signed-off-by: Ed Bartosh
---
documentation/ref-manual/ref-variables.xml | 14 ++
1 file changed, 14 insertions(+)
diff --git a/documentation/ref-manual/ref-variables.xml
b/documentation/ref-manual/ref-variables.xml
index 4e003cd..9c03364 100644
--- a/documentation/ref-manual/ref-va
On 2016-12-11 02:33 PM, Paul Eggleton wrote:
On Fri, 09 Dec 2016 11:19:56 Bruce Ashfield wrote:
On 2016-12-09 11:17 AM, Andrea Galbusera wrote:
Hi Bruce,
On Thu, Dec 8, 2016 at 3:36 PM, Bruce Ashfield
mailto:bruce.ashfi...@windriver.com>>
wrote:
On 2016-12-08 09:06 AM, Bent Bisballe Nye
>> I
>> tried to summarize the key aspects of each mechanism in the table
>> itself. That's something that I haven't seen elsewhere and something
>> that the page can I tried to be as fair and objective as possible,
>> please shout if I messed something up or you don't agree with my
>> summary.
>
Khem,
> -Original Message-
> From: Khem Raj [mailto:raj.k...@gmail.com]
> Sent: Saturday, December 10, 2016 4:26 PM
> To: Bryan Evenson
> Cc: yocto@yoctoproject.org
> Subject: Re: [yocto] Can't enable reverse debugging
>
> On Fri, Dec 9, 2016 at 8:43 AM, Bryan Evenson
> wrote:
> > I tri
Hi,
On Tue, 2016-12-06 at 10:45 +0100, 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
> > > mo
(if there's already a doc section for this somewhere, a pointer to
it would be just ducky.)
if one is building an image for a releasable, commercial product,
and that image involves pulling in numerous layers, then dumping all
sorts of proprietary apps on top of it, what are the possibilities
On Mon, Dec 12, 2016 at 8:20 AM, Robert P. J. Day
wrote:
> if one is building an image for a releasable, commercial product,
> and that image involves pulling in numerous layers, then dumping all
> sorts of proprietary apps on top of it, what are the possibilities for
> how to version number th
On Mon, 2016-12-12 at 15:13 +, André Draszik wrote:
> Hi,
>
> On Tue, 2016-12-06 at 10:45 +0100, Patrick Ohly wrote:
> > I'll do the same for swupd. Editing the sections should be possible
> > without conflicts, we just have to be more careful about editing the
> > table concurrently.
>
> It
On Mon, 2016-12-12 at 08:59 -0600, Mariano Lopez wrote:
> >> In particular the "complexity" column is a bit subjective. Stefano, I
> >> hope you don't mind that I did not quite buy the "easy to use"
> >> characterization of swupdate ;-)
> > No worry...and I have not written myself. It was inserted
On 12/12/16 09:41, Patrick Ohly wrote:
> On Mon, 2016-12-12 at 08:59 -0600, Mariano Lopez wrote:
In particular the "complexity" column is a bit subjective. Stefano, I
hope you don't mind that I did not quite buy the "easy to use"
characterization of swupdate ;-)
>>> No worry...and
Current Dev Position: YP 2.3 M1 -> M2
Next Deadline: YP 2.3 M1 by Dec. 12, 2016 (TODAY!!)
YP 2.3 M2 by Jan 23, 2017
SWAT team rotation: Tracy -> Alejandro
https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team
Key Status/Updates:
* Today is the M1 feature free
Robert,
> -Original Message-
> From: yocto-boun...@yoctoproject.org [mailto:yocto-
> boun...@yoctoproject.org] On Behalf Of Robert P. J. Day
> Sent: Monday, December 12, 2016 10:20 AM
> To: Yocto discussion list
> Subject: [yocto] suggestions for version controlling multi-layer reproducib
Hi,
On 12/12/2016 05:03 PM, Bryan Evenson wrote:
>
> For my setup I have a separate package that is the distribution
> version number. Whenever we release an update, the distribution
> version number is updated. We then tag all our layers with the
> distribution version number for proper record
> On Dec 12, 2016, at 6:59 AM, Bryan Evenson wrote:
>
> Khem,
>
>> -Original Message-
>> From: Khem Raj [mailto:raj.k...@gmail.com]
>> Sent: Saturday, December 10, 2016 4:26 PM
>> To: Bryan Evenson
>> Cc: yocto@yoctoproject.org
>> Subject: Re: [yocto] Can't enable reverse debugging
>>
On Mon, 2016-12-12 at 09:49 -0600, Mariano Lopez wrote:
>
> On 12/12/16 09:41, Patrick Ohly wrote:
> > On Mon, 2016-12-12 at 08:59 -0600, Mariano Lopez wrote:
> In particular the "complexity" column is a bit subjective. Stefano, I
> hope you don't mind that I did not quite buy the "easy
Khem,
> -Original Message-
> From: Khem Raj [mailto:raj.k...@gmail.com]
> Sent: Monday, December 12, 2016 12:48 PM
> To: Bryan Evenson
> Cc: yocto@yoctoproject.org
> Subject: Re: [yocto] Can't enable reverse debugging
>
>
> > On Dec 12, 2016, at 6:59 AM, Bryan Evenson
> wrote:
> >
> >
> On Dec 12, 2016, at 11:12 AM, Bryan Evenson wrote:
>
> Khem,
>
>> -Original Message-
>> From: Khem Raj [mailto:raj.k...@gmail.com]
>> Sent: Monday, December 12, 2016 12:48 PM
>> To: Bryan Evenson
>> Cc: yocto@yoctoproject.org
>> Subject: Re: [yocto] Can't enable reverse debugging
>>
> -Original Message-
> From: Khem Raj [mailto:raj.k...@gmail.com]
> Sent: Monday, December 12, 2016 2:54 PM
> To: Bryan Evenson
> Cc: yocto@yoctoproject.org
> Subject: Re: [yocto] Can't enable reverse debugging
>
>
> > On Dec 12, 2016, at 11:12 AM, Bryan Evenson
> wrote:
> >
> > Khem,
On Mon, 12 Dec 2016 08:41:36 Bruce Ashfield wrote:
> On 2016-12-11 02:33 PM, Paul Eggleton wrote:
> > Can we please have some automated tests covering all of this? Perhaps it
> > would be worth talking to Francisco Pedraza who is looking at adding
> > tests under bug
> > 6359:
>
> We are already me
There is interest in the community to support building Zephyr images
( https://www.zephyrproject.org/ )in Yocto via bitbake recipes.
AFAIK the only way thus far to build Zephyr images is based on command
line/Kconfig, similar to building Linux kernel images.
Building of Zephyr images in Yocto c
Does that work without poky?
Philip
On 12/12/2016 02:15 PM, Bystricky, Juro wrote:
> There is interest in the community to support building Zephyr images
> ( https://www.zephyrproject.org/ )in Yocto via bitbake recipes.
> AFAIK the only way thus far to build Zephyr images is based on command
>
2016-12-12 06:21 skrev Khem Raj:
> On Thu, Dec 8, 2016 at 2:40 AM,
Andreas Müller
> wrote:
>
>> * no more
required (version > 3.17 | > 4.3.x | > 4.4.5) * causes error with rt
kernel
>
> I think this is ok to apply now.
>
>> Signed-off-by:
Andreas Müller ---
classes/linux-raspberrypi-base.
you need poky to build QEMUs and toolchains
> -Original Message-
> From: Philip Balister [mailto:phi...@balister.org]
> Sent: Monday, December 12, 2016 2:19 PM
> To: Bystricky, Juro ; yocto@yoctoproject.org
> Subject: Re: [yocto] meta-zephyr layer
>
> Does that work without poky?
>
> Phi
On Mon, Dec 12, 2016 at 11:33 PM, Petter Mabäcker wrote:
> 2016-12-12 06:21 skrev Khem Raj:
>
> On Thu, Dec 8, 2016 at 2:40 AM, Andreas Müller
> wrote:
>
> * no more required (version > 3.17 | > 4.3.x | > 4.4.5) * causes error with
> rt kernel
>
> I think this is ok to apply now.
>
> Signed-off-b
On 12 December 2016 at 22:52, Bystricky, Juro
wrote:
> you need poky to build QEMUs and toolchains
>
You should just need *OpenEmbedded* to build the qemus and toolchains. Why
does zephyr.conf include poky.conf? I'd say that any variables that are
useful - such as using the Yocto source mirror
2016-12-13 00:55 skrev Andreas Müller:
> On Mon, Dec 12, 2016 at
11:33 PM, Petter Mabäcker wrote:
>
>> 2016-12-12
06:21 skrev Khem Raj: On Thu, Dec 8, 2016 at 2:40 AM, Andreas Müller
wrote: * no more required (version > 3.17
| > 4.3.x | > 4.4.5) * causes error with rt kernel I think this is
28 matches
Mail list logo
