as much as this disturbs me, i was asked about the easiest way to
add arbitrary files scattered across the development host into the
final OE-generated image and, based on richard purdie's recent
clarification that *everything* that is listed in SRC_URI is unloaded
into WORKDIR, i suspect the ea
On Sat, 21 Feb 2015, Richard Purdie wrote:
> On Sat, 2015-02-21 at 05:09 -0500, Robert P. J. Day wrote:
... snip ...
> > sticking with those non-patch files, it makes sense that all of
> > them should be processed relative to their location in ${WORKDIR}
> > (which is where they've all been co
Am 22.02.2015 um 09:33 schrieb Robert P. J. Day:
>
> as much as this disturbs me, i was asked about the easiest way to
> add arbitrary files scattered across the development host into the
> final OE-generated image and, based on richard purdie's recent
> clarification that *everything* that is l
On Sun, 2015-02-22 at 03:35 -0500, Robert P. J. Day wrote:
> On Sat, 21 Feb 2015, Richard Purdie wrote:
>
> > On Sat, 2015-02-21 at 05:09 -0500, Robert P. J. Day wrote:
>
> ... snip ...
>
> > > sticking with those non-patch files, it makes sense that all of
> > > them should be processed relat
On Sun, 22 Feb 2015, Sven Ebenfeld wrote:
> Am 22.02.2015 um 09:33 schrieb Robert P. J. Day:
> >
> > as much as this disturbs me, i was asked about the easiest way
> > to add arbitrary files scattered across the development host into
> > the final OE-generated image and, based on richard purdie'
On Sat, 21 Feb 2015, Bruce Ashfield wrote:
> On Sat, Feb 21, 2015 at 2:43 AM, Robert P. J. Day
> wrote:
> >
> > once a SRC_URI refers to an .scc file that further refers to a
> > .cfg file, is there any need for the SRC_URI file to
> > *additionally* refer explicitly to that same .cfg file? i
On Sun, 22 Feb 2015, Richard Purdie wrote:
> http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=4eb3db9a2ca8eaff64b64b8f56dac25d4734571c
>
> http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=cf72ede74d35746a10d0708942287548f9c72f30
>
> and some of the surrounding patches. I'd assumed base-fil
As people know, I've been looking at performance a little, one of the
benchmarks is how long the kernel takes to build. I dumped out the task
performance data from buildstats for a linux-yocto build (nothing else
running):
do_fetch: Elapsed time: 0.04 seconds
do_unpack:
On Sun, Feb 22, 2015 at 8:04 AM, Richard Purdie
wrote:
> As people know, I've been looking at performance a little, one of the
> benchmarks is how long the kernel takes to build. I dumped out the task
> performance data from buildstats for a linux-yocto build (nothing else
> running):
>
> do_fetch
Martin
On 02/20/2015 03:09 PM, Martin Jansa wrote:
http://www.openembedded.org/wiki/Bitbake_World_Status
== Failed tasks 2015-02-20 ==
INFO: jenkins-job.sh-1.1.0 Complete log available at
http://logs.nslu2-linux.org/buildlogs/oe/world/log.report.20150220_202958.log
=== common (5) ===
*
On Sun, 22 Feb 2015, Richard Purdie wrote:
> http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=4eb3db9a2ca8eaff64b64b8f56dac25d4734571c
>
> http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=cf72ede74d35746a10d0708942287548f9c72f30
>
> and some of the surrounding patches. I'd assumed base-fil
On 2015-02-22 8:04 AM, Richard Purdie wrote:
As people know, I've been looking at performance a little, one of the
benchmarks is how long the kernel takes to build. I dumped out the task
performance data from buildstats for a linux-yocto build (nothing else
running):
do_fetch: El
12 matches
Mail list logo