Struggling to get shared state mirrors to work. I can see files with the same
file name (and therefore the same hash) in my mirror and, after a build, in my
local sstate cache direcotry. Ala:
/storage/yocto-cache/sstate-toolchain/Ubuntu-10.04/95/sstate-bzip2-native-i686-linux-1.0.6-r5-i686-2-95b6
From: Tom Zanussi
Normally pre-canned properties are supplied as JSON from a file, which
the user can specify using e.g. the -i option.
We can reuse that basic functionality for dedicated command-line
parameters by sythesizing a JSON string containing those param values
on the fly and passing th
From: Tom Zanussi
If the user specifies a layer priority following the layer name, layer
creation will proceed without further queries using the specified
layer priority and the remaining values defaulted.
Signed-off-by: Tom Zanussi
---
scripts/lib/bsp/help.py | 14 --
scripts/yoct
From: Tom Zanussi
This does a bit of refactoring of the bsp-generation code to make it
generically reusable for generating non-bsp layers.
The first user remains the existing yocto-bsp tool; these changes
allow a second user, the new yocto-layer tool, to use the same code.
Signed-off-by: Tom Za
From: Tom Zanussi
Add a 'layer' target containing all the data that will be used to
generate a generic yocto layer.
Signed-off-by: Tom Zanussi
---
.../bsp/substrate/target/arch/layer/COPYING.MIT| 17 ++
scripts/lib/bsp/substrate/target/arch/layer/README | 64 ++
...
From: Tom Zanussi
This is essentially 'the documentation' for the yocto-layer tool.
Signed-off-by: Tom Zanussi
---
scripts/lib/bsp/help.py | 228
1 file changed, 228 insertions(+)
diff --git a/scripts/lib/bsp/help.py b/scripts/lib/bsp/help.py
i
From: Tom Zanussi
Implementation of the 'yocto-layer' command-line tool, for creating
generic layers and listing their input properties.
Signed-off-by: Tom Zanussi
---
scripts/yocto-layer | 142
1 file changed, 142 insertions(+)
create mode
From: Tom Zanussi
Add a new yocto_layer_create() function that will be used to generate
a generic yocto layer (for the new 'yocto-layer' command).
Signed-off-by: Tom Zanussi
---
scripts/lib/bsp/engine.py | 56 +++
1 file changed, 56 insertions(+)
di
From: Tom Zanussi
Since I've been doing kind of similar work lately for the 'custom kernel'
support for yocto-bsp and have gotten several requests lately (mainly
from Darren in support of the new kernel documentation) for something
like this, I decided to just go ahead and try to quickly implemen
--needs more testing
Signed-off-by: Ioana Grigoropol
---
plugins/org.yocto.bc.ui/META-INF/MANIFEST.MF |1 +
.../src/org/yocto/bc/bitbake/ShellSession.java | 10 +-
.../org/yocto/bc/remote/utils/RemoteHelper.java| 289
.../bc/remote/utils/YoctoRunnableWit
Hi Thomas,
On 01/11/2013 06:19 PM, Thomas Petazzoni wrote:
>> Did someone manage to build/run gcov for an armv7a?
>> ... or let's put it otherwise: Why doesn't it exist on the target?
>
> I supposed the idea is to generate to coverage data on the target, and
> then analyze them with gcov on the bu
On 01/11/2013 01:00 AM, Chris Tapp wrote:
> BTW the change I need to make to the grub file is partially related -
> the boot device is sda and the internal (install target) is sdb. Grub
> gets configured to boot from sdb but the device is sda on a clean
> boot.
That is definitely a weakness in
Dear Robert Berger,
On Fri, 11 Jan 2013 12:24:47 +0200, Robert Berger wrote:
> I use Yocto Project, 1.3 "danny" for a beagle-xm and would like to show
> kernel code coverage with a core-image-sato-sdk.
> This image is pretty complete. Unfortunately there is no gcov available
> on the target.
>
>
Hi,
I use Yocto Project, 1.3 "danny" for a beagle-xm and would like to show
kernel code coverage with a core-image-sato-sdk.
This image is pretty complete. Unfortunately there is no gcov available
on the target.
It looks like it's only built for the host.
Did someone manage to build/run gcov for
On 10 Jan 2013, at 17:15, Darren Hart wrote:
>
>
> On 01/10/2013 12:09 AM, Chris Tapp wrote:
>> Hi Darren,
>>
>> On 7 Jan 2013, at 16:44, Darren Hart wrote:
>>
>>> On 12/09/2012 01:39 PM, Chris Tapp wrote:
I am trying to change the 'install' behaviour for the meta-cedartrail
image
15 matches
Mail list logo