Good morning everyone,
I am currently trying to figure out the best way to integrate the
meta-texasinstruments layer with the Yocto provided layers. According to
the meta-texasinstruments readme, it requires the meta-oe, meta-angstrom
and meta-oe-core. Now Yocto provides the stable meta-oe-cor
Using a freshly updated master
OE Build Configuration:
BB_VERSION= "1.15.0"
TARGET_ARCH = "arm"
TARGET_OS = "linux-gnueabi"
MACHINE = "beagleboard"
DISTRO= "poky"
DISTRO_VERSION= "1.1+snapshot-
I'm finding differences between the number of task for building
meta-cedartrail on ubuntu 11.10 vs. doing the same thing on Fedora 14
and wondered if this is a problem.
On a clean build of core-image-sato, the first section has 63 tasks on
Ubuntu 11.10, but 126 tasks on Fedora 14. 126 is the
On 1/5/12 9:59 AM, Jim Abernathy wrote:
I'm finding differences between the number of task for building
meta-cedartrail on ubuntu 11.10 vs. doing the same thing on Fedora 14
and wondered if this is a problem.
On a clean build of core-image-sato, the first section has 63 tasks on
Ubuntu 11.10, bu
On Thursday 05 January 2012 10:59:02 Jim Abernathy wrote:
> I'm finding differences between the number of task for building
> meta-cedartrail on ubuntu 11.10 vs. doing the same thing on Fedora 14
> and wondered if this is a problem.
>
> On a clean build of core-image-sato, the first section has 63
I encounter this error when trying to launch a debug session in Eclipse.
I am using the master branch of poky, and the master branch of
eclipse-plugin on an ArchLinux 64 host.
Any ideas, it seems as though the Python wasn't built with Unicode
support but I can't tell if it is using the bitbake
On 05/01/12 16:18, Jack Mitchell wrote:
I encounter this error when trying to launch a debug session in
Eclipse. I am using the master branch of poky, and the master branch
of eclipse-plugin on an ArchLinux 64 host.
Any ideas, it seems as though the Python wasn't built with Unicode
support bu
INE = "beagleboard"
DISTRO= "poky"
DISTRO_VERSION= "1.1+snapshot-20120105"
TUNE_FEATURES = "armv7a vfp neon cortexa8"
TARGET_FPU= "vfp-neon"
meta
meta-yocto= "master:5aabdbaff7b8be319a86c5e33cc2eb8c
On 01/05/2012 04:49 AM, Gary Thomas wrote:
Using a freshly updated master
OE Build Configuration:
BB_VERSION = "1.15.0"
TARGET_ARCH = "arm"
TARGET_OS = "linux-gnueabi"
MACHINE = "beagleboard"
DISTRO = "poky"
DISTRO_VERSION = "1.1+snaps
On Wed, Jan 4, 2012 at 12:28 AM, Khem Raj wrote:
> On (28/12/11 14:54), Wang, Shane wrote:
>> This patch is to remove DESTDIR in docdir.
>> Otherwise, when users install by running `make install
>> DESTDIR=/alternate/directory' specified in the file INSTALL, the doc will go
>> into /alternate/di
OS = "linux-gnueabi"
>> MACHINE = "beagleboard"
>> DISTRO = "poky"
>> DISTRO_VERSION = "1.1+snapshot-20120105"
>> TUNE_FEATURES = "armv7a vfp neon cortexa8"
>> TARGET_FPU = "vfp-neon"
>> meta
>> meta-yo
All,
Just a quick reminder. M2 pull requests are due for Sunday, Jan 8th
Midnight PST with M2 RC1 being generated on Wednesday, Jan 11th. Pull
requests submitted after Jan 8th will not make it into the M2 release.
If you anticipate that your submission will require feedback, please
submit it soone
I bitbaked core-image-sato-sdk, copied it to the target disk and tried
to build mono natively on the target machine and I got the following
error:
libtool: link: cannot find the library `=/usr/lib/libglib-2.0.la' or
unhandled argument `=/usr/lib/libglib-2.0.la'
the filesystem does have a /usr/lib
I talked to a couple of mono developers (kangaroo and vargaz) - the
consensus is that "'auto' is hosed"
I am not an expert in auto tools, I just know how to configure, make,
make install.
I get by when I need to know my way around makefiles
I am a capable C/C++ developer - please advise or point
On 1/5/12 3:52 PM, autif khan wrote:
I bitbaked core-image-sato-sdk, copied it to the target disk and tried
to build mono natively on the target machine and I got the following
error:
libtool: link: cannot find the library `=/usr/lib/libglib-2.0.la' or
unhandled argument `=/usr/lib/libglib-2.0.l
On 01/05/2012 06:44 AM, Jack Mitchell wrote:
Good morning everyone,
I am currently trying to figure out the best way to integrate the
meta-texasinstruments layer with the Yocto provided layers. According to
the meta-texasinstruments readme, it requires the meta-oe, meta-angstrom
and meta-oe-core
On Thu, Jan 5, 2012 at 5:17 PM, Mark Hatle wrote:
> On 1/5/12 3:52 PM, autif khan wrote:
>> libtool: link: cannot find the library `=/usr/lib/libglib-2.0.la' or
>> unhandled argument `=/usr/lib/libglib-2.0.la'
>
>
> The version of libtool you are currently using is damaged in some way. I
> suspec
Restore the poky-tiny distro definition addressing concerns raised on the list.
Rather than conditionally drop eglibc-utils based on wchar support, this
version sets USE_NLS="no" in the distro config to avoid pulling in gettext.
Also addresses some confusion over the "All rights reserved." stateme
Poky-tiny is intended for building very small OS images. The distro
definition sets the providers for the kernel and the runtime services.
It also drops NLS support and reduces the eglibc component list and
other DISTRO_FEATURE elements.
Signed-off-by: Darren Hart
---
meta-yocto/conf/distro/poky
But when I run " make install DESTDIR=/alternate/directory", only doc will go
into /alternate/directory/alternate/directory.
I assume my command is not wrong per the INSTALL readme.
--
Shane
Trevor Woerner wrote on 2012-01-06:
> On Wed, Jan 4, 2012 at 12:28 AM, Khem Raj wrote:
>> On (28/12/11
Signed-off-by: Zumeng Chen
---
meta/recipes-kernel/lttng-2.0/lttng-ust_1.9.4.bb | 23 ++
1 files changed, 23 insertions(+), 0 deletions(-)
create mode 100644 meta/recipes-kernel/lttng-2.0/lttng-ust_1.9.4.bb
diff --git a/meta/recipes-kernel/lttng-2.0/lttng-ust_1.9.4.bb
b/m
Hi All,
This patchset adds support for lttng-2.0, including the folloing
four bb files:
babeltrace_0.8.bb
lttng-modules_v2.0.pre11.bb
lttng-tools_2.0-pre16.bb
lttng-ust_1.9.4.bb
And two patches for smoothly compiling:
lttng-modules-replace-KERNELDIR-with-KERNEL_SRC.patch
lttng-tools-fi
lttng-tools 2.0 is currently in pre-release phase (-pre16).
Signed-off-by: Zumeng Chen
---
...-compiling-error-for-powerpc-arm-and-mips.patch | 23 +++
.../lttng-2.0/lttng-tools_2.0-pre16.bb | 24
2 files changed, 47 insertions(+), 0 deletions
LTTng-modules 2.0 is currently in pre-release phase (-pre11)
Signed-off-by: Zumeng Chen
---
...modules-replace-KERNELDIR-with-KERNEL_SRC.patch | 41
.../lttng-2.0/lttng-modules_v2.0.pre11.bb | 23 +++
2 files changed, 64 insertions(+), 0 deletions(-)
cr
It provides trace read and write libraries, as well as a trace converter.
Signed-off-by: Zumeng Chen
---
meta/recipes-kernel/lttng-2.0/babeltrace_0.8.bb | 30 +++
1 files changed, 30 insertions(+), 0 deletions(-)
create mode 100644 meta/recipes-kernel/lttng-2.0/babeltrace_
于 2012年01月06日 14:11, Zumeng Chen 写道
> +DEPENDS = "liburcu popt lttng-ust"
>
And there is a depend on liburcu, which version should
>= 0.6.6,
it just has been updated recently. Lucky and Thanks :)
Regards,
Zumeng
> +
> +SRC_URI = "http://lttng.org/files/lttng-tools/lttng-tools-${PV}.tar.bz2 \
>
Jack,
I just tried with latest poky master built out toolchain and remote debug with
latest Eclipse plug-in has no problem. My host is 32bit Ubuntu, but I don't
think that makes any difference. So how up to date is your poky meta data,
mine is as of this afternoon that contains 2 bug fixes t
27 matches
Mail list logo
