On Aug 9, 2011, at 9:20 PM, Kumar Gala wrote:
> Trying to build something like u-boot w/the toolchain produced by
> meta-toolchain-sdk and get the following:
>
> $ powerpc-poky-linux-gnuspe-ld -g -Ttext 0x4 -o hello_world -e
> hello_world hello_world.o libstubs.o -L. -lgcc
> powerpc-poky
Nitin, any insights on this?
Op 2 aug. 2011, om 17:01 heeft Phil Blundell het volgende geschreven:
> It does look a bit weird. That code was introduced in 561d8754,
> ostensibly as a merger of the eglibc and glibc equivalents. But, the
> original code from glibc-package.bbclass did:
>
>
Op 10 aug. 2011, om 03:44 heeft Joel A Fernandes het volgende geschreven:
> Hi,
>
> I'm trying to setup my own feeds. For this purpose, I have rsync'ed
> the deploy/ipk directory from my OE core tmp directory to my
> webserver, and I edited /etc/opkg/base-feed.conf on my board's root
> filesyste
Hi Ke,
On Tue, Aug 9, 2011 at 11:01 PM, Yu, Ke wrote:
> It looks good to me. You may also want to update the config file description
> in the "class Configuration". So that user will be aware of the usage.
Ok. I've addressed that in a last patch I've sent.
Thanks for reviewing...
Regards...
L
This small patch introduces a a very simple and basic way to script
the combo-layer conf file. With that a combo can be shared with no
need to change its config - associated to the use of environment
variables for example.
*Similar* to bitbake it considers every value starting with @ to be
a pytho
Trying to build something like u-boot w/the toolchain produced by
meta-toolchain-sdk and get the following:
$ powerpc-poky-linux-gnuspe-ld -g -Ttext 0x4 -o hello_world -e hello_world
hello_world.o libstubs.o -L. -lgcc
powerpc-poky-linux-gnuspe-ld: cannot find -lgcc
If I take on a --verbose
For ppc we disable '--enable-target-optspace' because of a bug in gcc
4.5.x. gcc 4.6.x fixes this issue so no need to do this.
Signed-off-by: Kumar Gala
---
meta/recipes-devtools/gcc/gcc-4.5.1.inc|8
meta/recipes-devtools/gcc/gcc-4.6.inc |2 +-
meta/rec
Richard Purdie wrote on 2011-08-10:
> If we don't do this, the SDK target sysroot is named generically even
> when it contains package architecture specific optimisations.
>
> Signed-off-by: Richard Purdie ---
> diff --git a/meta/classes/populate_sdk.bbclass
> b/meta/classes/populate_sdk.bbclass
Darren Hart wrote on 2011-08-09:
> On 08/09/2011 07:04 AM, Cui, Dexuan wrote:
>> Hi Darren, thanks a lot for all the suggestions! I appreciate your
>> efforts to help to make the patch better. Below is the updated patch
>> (also pasted at the end of the mail):
>> http://git.yoctoproject.org/cgit/cg
License is GPLv2 change it.
Defining PERL for native intltool is not needed anymore
Signed-off-by: Khem Raj
---
.../intltool/intltool-0.40.6/use-nativeperl.patch | 20
meta/recipes-devtools/intltool/intltool.inc|3 +--
meta/recipes-devtools/intltool/intltool_0
It looks good to me. You may also want to update the config file description in
the "class Configuration". So that user will be aware of the usage.
Regards
Ke
> -Original Message-
> From: Leandro Dorileo [mailto:ldori...@gmail.com]
> Sent: Wednesday, August 10, 2011 3:44 AM
> To: openemb
nitin.a.kam...@intel.com wrote on 2011-08-06:
> From: Nitin A Kamble
>
> Signed-off-by: Nitin A Kamble
> ---
> meta/conf/machine/include/ia32/arch-ia32.inc | 19 +--
> meta/conf/machine/include/tune-core2.inc |4
> meta/conf/machine/include/tune-x86_64.inc|
On Wednesday, 10 August 2011 9:55 AM, Mark Hatle wrote:
> On 8/9/11 7:32 PM, Scott Garman wrote:
> > On 08/08/2011 07:04 PM, James Limbouris wrote:
> >> The pseudo executable sets the PSEUDO_LOCALSTATEDIR environment
> >> variable to point to a sysroot location. During an initial cache
> >> build,
On 8/9/11 7:32 PM, Scott Garman wrote:
> On 08/08/2011 07:04 PM, James Limbouris wrote:
>> The pseudo executable sets the PSEUDO_LOCALSTATEDIR environment variable
>> to point to a sysroot location. During an initial cache build, in which
>> pseudo is not used as it is being built, the PSEUDO_LOCAL
Hi,
I'm trying to setup my own feeds. For this purpose, I have rsync'ed
the deploy/ipk directory from my OE core tmp directory to my
webserver, and I edited /etc/opkg/base-feed.conf on my board's root
filesystem with:
src/gz base http://www.hackerbliss.org/joel/feeds/ipk/armv7a/
Now I created and
On 08/08/2011 07:04 PM, James Limbouris wrote:
The pseudo executable sets the PSEUDO_LOCALSTATEDIR environment variable
to point to a sysroot location. During an initial cache build, in which
pseudo is not used as it is being built, the PSEUDO_LOCALSTATEDIR is set
to a per-package location by bit
On Tue, Aug 9, 2011 at 4:21 PM, Andreas Mueller wrote:
> Hi
>
> I am debugging thunar to find the reason for segfault and modified the recipe
> to
> be compiled without optimization -O0. Now I need to step into shared libraries
> too but since they are compiled with optimization it causes confusi
Hi
I am debugging thunar to find the reason for segfault and modified the recipe
to
be compiled without optimization -O0. Now I need to step into shared libraries
too but since they are compiled with optimization it causes confusing step
seqences.
So: How do I force -O0 optimization for whole
On Tue, Aug 9, 2011 at 5:30 PM, Joel A Fernandes wrote:
> On Tue, Aug 9, 2011 at 1:59 PM, Joel A Fernandes wrote:
>> Just posted this on the systemd mailing list.
>>
>> It seems that I didn't go through enough testing on the
>> systemd-gnome-image built by OE. The success I reported with boot SD
On Tue, Aug 9, 2011 at 1:59 PM, Joel A Fernandes wrote:
> Just posted this on the systemd mailing list.
>
> It seems that I didn't go through enough testing on the
> systemd-gnome-image built by OE. The success I reported with boot SD
> card instead of over NFS was just a got-lucky case. So SD Car
On Tue, Aug 9, 2011 at 2:57 PM, Jason Kridner wrote:
> On Tue, Aug 9, 2011 at 5:48 PM, Joel A Fernandes wrote:
>> Hi Jason,
>>
>> Thanks,
>>
>> On Tue, Aug 9, 2011 at 3:48 PM, Jason Kridner
>> wrote:
>>> Adding Steve...
>>>
>>> On Tue, Aug 9, 2011 at 4:19 PM, Joel A Fernandes
>>> wrote:
On Tue, Aug 9, 2011 at 4:57 PM, Jason Kridner wrote:
> On Tue, Aug 9, 2011 at 5:48 PM, Joel A Fernandes wrote:
>> Hi Jason,
>>
>> Thanks,
>>
>> On Tue, Aug 9, 2011 at 3:48 PM, Jason Kridner
>> wrote:
>>> Adding Steve...
>>>
>>> On Tue, Aug 9, 2011 at 4:19 PM, Joel A Fernandes
>>> wrote:
On Tue, Aug 9, 2011 at 5:48 PM, Joel A Fernandes wrote:
> Hi Jason,
>
> Thanks,
>
> On Tue, Aug 9, 2011 at 3:48 PM, Jason Kridner
> wrote:
>> Adding Steve...
>>
>> On Tue, Aug 9, 2011 at 4:19 PM, Joel A Fernandes
>> wrote:
>>> I am seeing some very erratic memory corruption issues all morning,
Hi Jason,
Thanks,
On Tue, Aug 9, 2011 at 3:48 PM, Jason Kridner wrote:
> Adding Steve...
>
> On Tue, Aug 9, 2011 at 4:19 PM, Joel A Fernandes wrote:
>> I am seeing some very erratic memory corruption issues all morning,
>> both with NFS and MMC cards. The traces are at the end of this email.
>>
Adding Steve...
On Tue, Aug 9, 2011 at 4:19 PM, Joel A Fernandes wrote:
> I am seeing some very erratic memory corruption issues all morning,
> both with NFS and MMC cards. The traces are at the end of this email.
>
> I have narrowed down the issue to one of the 13 Sakoman patches:
>
I am seeing some very erratic memory corruption issues all morning,
both with NFS and MMC cards. The traces are at the end of this email.
I have narrowed down the issue to one of the 13 Sakoman patches:
file://sakoman/0001-mmc-don-t-display-single-block-read-console-messages.patch
\
On Tue, Aug 9, 2011 at 2:42 PM, Jason Kridner wrote:
> On Tue, Aug 9, 2011 at 2:59 PM, Joel A Fernandes wrote:
>> Just posted this on the systemd mailing list.
>
> Are these the right lists on this thread? Just not sure if some folks
> on the CC might consider this too off-topic.
>
>>
>> It seem
This small patch introduces a a very simple and basic way to script
the combo-layer conf file. With that a combo can be shared with no
need to change its config - associated to the use of environment
variables for example.
*Similar* to bitbake it considers every value starting with @ to be
a pytho
On Tue, Aug 9, 2011 at 2:59 PM, Joel A Fernandes wrote:
> Just posted this on the systemd mailing list.
Are these the right lists on this thread? Just not sure if some folks
on the CC might consider this too off-topic.
>
> It seems that I didn't go through enough testing on the
> systemd-gnome-
Just posted this on the systemd mailing list.
It seems that I didn't go through enough testing on the
systemd-gnome-image built by OE. The success I reported with boot SD
card instead of over NFS was just a got-lucky case. So SD Card and NFS
alike, the boot still hangs.
Koen and others, could you
autoconf will try and set these to via python.m4:
am_cv_python_pythondir=$PYTHON_PREFIX/lib/python$PYTHON_VERSION/site-packages
am_cv_python_pyexecdir=$PYTHON_EXEC_PREFIX/lib/python$PYTHON_VERSION/site-packages
However this is problematic as this doesnt respect libdir and where
we've actually set
The previous patch to deal with multilib that patched aclocal doesn't
work in all cases as we might regenerate aclocal and thus the
modification is overwritten.
Instead we can utilize python-dir class to have it set:
am_cv_python_pythondir & am_cv_python_pyexecdir
for is to the proper path.
Sig
Utilize python-dir setting of am_cv_python_pythondir &
am_cv_python_pyexecdir to proper paths to handle different libdir and
multilib cases.
- k
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-b
Fixes issue of libdir is set to something like '/usr/lib64'.
Signed-off-by: Kumar Gala
---
.../telepathy/telepathy-python_0.15.19.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-connectivity/telepathy/telepathy-python_0.15.19.bb
b/meta/recipe
Don't just assign but append to EXTRA_OECONF so we maintain python-dir
setting fo EXTRA_OECONF.
This fixes issue if libdir is set to something like '/usr/lib64'.
Signed-off-by: Kumar Gala
---
meta/recipes-gnome/gnome/gnome-doc-utils.inc |2 +-
meta/recipes-gnome/gnome/gnome-doc-utils_
From: Chris Larson
- Name the screen session 'devshell', to avoid confusion if running bitbake
itself under a screen session.
- Display a warning message when spawning screen, so it's clear to the user
that screen has been run (otherwise do_devshell just appears to hang).
Signed-off-by: Chri
This version addresses the issue brought up by Richard regarding unconditional
export of variables resulting in checksum changes. This exports the required
variables specifically within the subprocess for the terminal.
A future patch will alter things like the patch resolver to use this.
The foll
From: Chris Larson
In the new implementation, each known terminal is defined as a class in
oe.terminal, as a subclass of bb.process.Popen. terminal.bbclass wraps this
functionality, providing the metadata pieces. It obeys the OE_TERMINAL
variable, which is a 'choice' typed variable. This varia
If we don't do this, the SDK target sysroot is named generically even
when it contains package architecture specific optimisations.
Signed-off-by: Richard Purdie
---
diff --git a/meta/classes/populate_sdk.bbclass
b/meta/classes/populate_sdk.bbclass
index 0f3591b..8c19e83 100644
--- a/meta/classe
We ensure that:
* the shared work directory contains PR and ensure PR values are consistent
across gcc builds
* the regexp to handle library directories is in a specific task and run once
This avoids breakage that was seen in incremental builds after commit
be1f70d68b6b75772ebab8bdff683ddd7c42b0c
On Aug 9, 2011, at 10:32 AM, Kumar Gala wrote:
>
> On Aug 9, 2011, at 8:58 AM, Richard Purdie wrote:
>
>> On Tue, 2011-08-09 at 08:45 -0500, Kumar Gala wrote:
>>> Seeing the following when trying to do a meta-toolchain-sdk build w/latest
>>> git. Guessing we're missing a depend of some sort:
On Tue, 2011-08-09 at 10:46 -0500, Kumar Gala wrote:
> When we do a build we get something like:
>
> opt/poky/1.0+snapshot/sysroots/powerpc-poky-linux
>
> Where does the 'powerpc-poky-linux' name come from?
>
> I think this needs to be more specific to the build if required because of
> how AVA
When we do a build we get something like:
opt/poky/1.0+snapshot/sysroots/powerpc-poky-linux
Where does the 'powerpc-poky-linux' name come from?
I think this needs to be more specific to the build if required because of how
AVAILTUNES, etc are set.
So something like:
opt/poky/1.0+snapshot/sysr
On Aug 9, 2011, at 8:58 AM, Richard Purdie wrote:
> On Tue, 2011-08-09 at 08:45 -0500, Kumar Gala wrote:
>> Seeing the following when trying to do a meta-toolchain-sdk build w/latest
>> git. Guessing we're missing a depend of some sort:
>>
>> | error: Failed dependencies:
>> |telepathy-pyt
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> I was proposing we change AC_PATH_PROG(INTLTOOL_PERL,perl) to
> AC_PATH_PROG(INTLTOOL_PERL,nativeperl)
I see. I will test it out and resubmit
>
> Cheers,
>
> Richard
>
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
iEYEARECA
On 08/09/2011 07:04 AM, Cui, Dexuan wrote:
> Darren Hart wrote on 2011-08-09:
>> On 08/08/2011 07:13 PM, Cui, Dexuan wrote:
>>> From 593e3506f4d4d9f6030100eac8c8e0af7f8ce3eb Mon Sep 17 00:00:00 2001
>>> From: Dexuan Cui Date: Thu, 04 Aug 2011 06:53:20
>>> + Subject: scripts/oe-buildenv-interna
On Mon, 2011-08-08 at 19:12 -0700, Khem Raj wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 08/08/2011 04:24 PM, Richard Purdie wrote:
> > On Sun, 2011-08-07 at 23:14 -0700, Khem Raj wrote:
> >> Otherwise we end up with configure errors like below
> >>
> >> | checking for perl...
From: Chris Larson
Signed-off-by: Chris Larson
---
meta/classes/image.bbclass | 34 --
1 files changed, 32 insertions(+), 2 deletions(-)
diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index e057329..54eb78b 100644
--- a/meta/classes/image
From: Chris Larson
Signed-off-by: Chris Larson
---
meta/classes/core-image.bbclass | 77 +--
1 files changed, 17 insertions(+), 60 deletions(-)
diff --git a/meta/classes/core-image.bbclass b/meta/classes/core-image.bbclass
index c8c6a57..507d6a6 100644
---
From: Chris Larson
IMAGE_FEATURES is analagous to DISTRO_FEATURES and MACHINE_FEATURES, for
root filesystem construction. Currently, the only supported features are
any defined package groups, as used by the oe.packagegroup python
module.
Example usage:
PACKAGE_GROUP_myfeature = "vim iptabl
From: Chris Larson
This is a second attempt at this, scrapping the class changes from the previous
request and redoing it in a less invasive way, and breaking up the changes into
3 pieces. This implements IMAGE_FEATURES. IMAGE_FEATURES is analagous to
DISTRO_FEATURES and MACHINE_FEATURES, for roo
On Sun, 2011-08-07 at 23:14 -0700, Khem Raj wrote:
> On ubuntu 11.10 libGL is not in
> /usr/lib/`uname -i`-linux-gnu/ directory
> so we search this dir too.
>
> Signed-off-by: Khem Raj
> ---
> meta/recipes-devtools/qemu/qemu.inc |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
Merge
On Mon, 2011-08-08 at 16:57 +0800, Lu, Lianhao wrote:
> Richard Purdie wrote on 2011-08-05:
> > When running multilib builds its not intuitive for the specificed
> > versions/providers to be build in one case and the higher version in the
> > other.
> > This patch mirrors the options unless they'r
On Mon, 2011-08-08 at 15:35 +0800, Dongxiao Xu wrote:
> Hi Richard,
>
> The following two commits fix the issue that, some normal packages are
> built out when building pure multilib image "lib32-core-image-sato".
>
> Please help to review and pull.
>
> [YOCTO #1340]
>
> The following changes s
On Tue, 2011-08-09 at 08:50 -0500, Kumar Gala wrote:
>
> NOTE: multiple providers are available for runtime libsqlite3-dev
> (sqlite3, sqlite3-nativesdk)
> NOTE: consider defining a PREFERRED_PROVIDER entry to match
> libsqlite3-dev
See the patch I just posted to address this issue.
Cheers,
Ri
This avoids the warning:
NOTE: multiple providers are available for runtime libsqlite3-dev (sqlite3,
sqlite3-nativesdk)
NOTE: consider defining a PREFERRED_PROVIDER entry to match libsqlite3-dev
until such times as we convert nativesdk to use a prefix like multilib.
Signed-off-by: Richard Purdi
Darren Hart wrote on 2011-08-09:
> On 08/08/2011 07:13 PM, Cui, Dexuan wrote:
>> From 593e3506f4d4d9f6030100eac8c8e0af7f8ce3eb Mon Sep 17 00:00:00 2001
>> From: Dexuan Cui Date: Thu, 04 Aug 2011 06:53:20
>> + Subject: scripts/oe-buildenv-internal: improve the error
>> detecting for $BDIR
>>
>
On Tue, 2011-08-09 at 08:45 -0500, Kumar Gala wrote:
> Seeing the following when trying to do a meta-toolchain-sdk build w/latest
> git. Guessing we're missing a depend of some sort:
>
> | error: Failed dependencies:
> | telepathy-python is needed by
> task-core-standalone-gmae-sdk-target-1
When trying to build meta-toolchain-sdk I'm seeing (is this ok or needs some
fixing):
NOTE: multiple providers are available for runtime libsqlite3-dev (sqlite3,
sqlite3-nativesdk)
NOTE: consider defining a PREFERRED_PROVIDER entry to match libsqlite3-dev
- k
___
On Aug 5, 2011, at 11:52 AM, Kumar Gala wrote:
On Jul 28, 2011, at 8:10 AM, Kumar Gala wrote:
> If a SOCKS5 gateway is needed for a proxy access like git it might
> also
> require authentication to the proxy via a password and username.
> Addi
Seeing the following when trying to do a meta-toolchain-sdk build w/latest git.
Guessing we're missing a depend of some sort:
| error: Failed dependencies:
| telepathy-python is needed by
task-core-standalone-gmae-sdk-target-1.0-r13.ppc64e5500
I think the reset of this is noise:
| error
Currently we exclude some packages with license issues from world builds
but we don't exclude packages that depend on them leading to errors
when trying a "bitbake world". This patch also blacklists the dependees
so that a world build doesn't show horrible errors and requires the -k
option.
[YOCTO
This avoids errors about multiple providers being built for a given target.
Signed-off-by: Richard Purdie
---
diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass
index e686652..4332d24 100644
--- a/meta/classes/base.bbclass
+++ b/meta/classes/base.bbclass
@@ -184,6 +184,20 @@ def p
From: Xiaofeng Yan
[YOCTO #1348]
The variable "TARGET_OS" has different value when building qt-x11-free-native
and \
qt-x11-free.
The different cause failure to compile qt3.
$ bitbake qt-x11-free-native -e | grep ^TARGET_OS
TARGET_OS="linux"
$ bitbake qt-x11-free -e | grep ^TARGET_OS
TARGET_OS="
From: Xiaofeng Yan
Hi Saul,
The variable "TARGET_OS" has different value when building qt-x11-free-native
and qt-x11-free.
The different cause failure to compile qt3.
$ bitbake qt-x11-free-native -e | grep ^TARGET_OS
TARGET_OS="linux"
$ bitbake qt-x11-free -e | grep ^TARGET_OS
TARGET_OS="
Op 9 aug. 2011, om 10:30 heeft Lin Tong het volgende geschreven:
>The old valgrind package do not support for Linux kernel 3.0, only for
> kernel 2.6 and 2.4
>Now adding the new configuration to the configure.in file to support Linux
> kernel 3.0
>
>This commit fixes the problem in
Hi Saul,
This pull request adds 3.0 kernel supports in valgrind's configure.in, which
fixed bug 1129. Please help to review and pull.
[YOCTO #1129]
Thanks,
Tong
The following changes since commit 19252e0592c59ed0fb06ca510d11e564518f746d:
Nitin A Kamble (1):
x86 tune inc files: add x
The old valgrind package do not support for Linux kernel 3.0, only for
kernel 2.6 and 2.4
Now adding the new configuration to the configure.in file to support Linux
kernel 3.0
This commit fixes the problem in valgrind[YOCTO #1129]
Signed-off-by: Lin Tong
---
.../valgrind-3.6.1
68 matches
Mail list logo
