Paste a RFC PATCH
[RFC PATCH 1/1] bitbake: compile tar-replacement firstly, and not parallel
Compiling tar-replacement or not is decided by version of host tar,
if the host tar version is lower than 1.23, Compiling tar-replacement
is needed.
When doing popoluate tar-replacement sysroot to
Do we need ocf-linux for something other than headers? The current
recipe looks like all it's doing is to install the headers. However, the
README file from the package talks about some kernel modules it provides
and patching the kernel for embedded systems. I don't have any
experience with
On Tue, 2012-08-07 at 13:59 +0800, Rongqing Li wrote:
Paste a RFC PATCH
[RFC PATCH 1/1] bitbake: compile tar-replacement firstly, and not parallel
Compiling tar-replacement or not is decided by version of host tar,
if the host tar version is lower than 1.23, Compiling tar-replacement
is
From: Martin Jansa martin.ja...@gmail.com
Signed-off-by: Martin Jansa martin.ja...@gmail.com
Signed-off-by: Koen Kooi k...@dominion.thruhere.net
---
.../opkg-utils/opkg-utils/add-license-field.patch | 39 ---
.../opkg-utils/arfile_header_split.patch | 27
From: Saul Wold s...@linux.intel.com
This patch enables ssl support for curl to allow git to clone from
https / ssl sites. We do not want to enable gnutls for native or
nativesdk, as it adds additional dependency and increase build time
[YOCTO #2532]
Signed-off-by: Saul Wold
From: Saul Wold s...@linux.intel.com
Since gnutls is available on the target use it, but we do not build gnutls for
the native side as it adds too many dependecies, so use openssl.
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/recipes-support/curl/curl_7.24.0.bb | 13 ++---
1
From: Valentin Popa valentin.p...@intel.com
The licenses are the same, only some white spaces added/removed.
Signed-off-by: Valentin Popa valentin.p...@intel.com
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
meta/recipes-extended/xz/xz_5.0.3.bb | 28
This contains bugfixes from the 5.0.3 and 5.0.4 releases
Signed-off-by: Koen Kooi k...@dominion.thruhere.net
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/recipes-extended/xz/xz_5.1.1alpha.bb | 28
meta/recipes-extended/xz/xz_5.1.2alpha.bb | 25
From: Andrei Gherzan and...@gherzan.ro
Having -c modifier makes xz to output the compressed data to stdout. In this
way the needed data will be in the do_rootfs log.
Redirect data to ${IMAGE_NAME}.rootfs.${type}.xz .
Signed-off-by: Andrei Gherzan and...@gherzan.ro
Signed-off-by: Saul Wold
From: Andrei Gherzan and...@gherzan.ro
Default this variable to 0. This will make xz use as many threads as there are
CPU
cores on the system.
Signed-off-by: Koen Kooi k...@dominion.thruhere.net
Signed-off-by: Andrei Gherzan and...@gherzan.ro
Signed-off-by: Saul Wold s...@linux.intel.com
---
From: Andrei Gherzan and...@gherzan.ro
Having XZ_COMPRESSION_LEVEL on -e -9 and -T 0 will make xz eat more
than 6Gb memory. Reduce this to -6 to make xz to use about 471Mb
on the tested machine.
Signed-off-by: Koen Kooi k...@dominion.thruhere.net
Signed-off-by: Andrei Gherzan and...@gherzan.ro
On 2012年08月07日 15:41, Richard Purdie wrote:
On Tue, 2012-08-07 at 13:59 +0800, Rongqing Li wrote:
Paste a RFC PATCH
[RFC PATCH 1/1] bitbake: compile tar-replacement firstly, and not parallel
Compiling tar-replacement or not is decided by version of host tar,
if the host tar version is lower
On Tue, Aug 07, 2012 at 09:44:41AM +0200, Koen Kooi wrote:
From: Martin Jansa martin.ja...@gmail.com
Signed-off-by: Martin Jansa martin.ja...@gmail.com
Signed-off-by: Koen Kooi k...@dominion.thruhere.net
---
.../opkg-utils/opkg-utils/add-license-field.patch | 39 ---
Op 7 aug. 2012, om 10:17 heeft Martin Jansa martin.ja...@gmail.com het
volgende geschreven:
On Tue, Aug 07, 2012 at 09:44:41AM +0200, Koen Kooi wrote:
From: Martin Jansa martin.ja...@gmail.com
Signed-off-by: Martin Jansa martin.ja...@gmail.com
Signed-off-by: Koen Kooi
于 2012年08月07日 16:02, Rongqing Li 写道:
On 2012年08月07日 15:41, Richard Purdie wrote:
On Tue, 2012-08-07 at 13:59 +0800, Rongqing Li wrote:
Paste a RFC PATCH
[RFC PATCH 1/1] bitbake: compile tar-replacement firstly, and not
parallel
Compiling tar-replacement or not is decided by version of host
On Tue, 2012-08-07 at 16:02 +0800, Rongqing Li wrote:
On 2012年08月07日 15:41, Richard Purdie wrote:
On Tue, 2012-08-07 at 13:59 +0800, Rongqing Li wrote:
Paste a RFC PATCH
[RFC PATCH 1/1] bitbake: compile tar-replacement firstly, and not parallel
Compiling tar-replacement or not is
On 2012年08月07日 17:03, Richard Purdie wrote:
On Tue, 2012-08-07 at 16:02 +0800, Rongqing Li wrote:
On 2012年08月07日 15:41, Richard Purdie wrote:
On Tue, 2012-08-07 at 13:59 +0800, Rongqing Li wrote:
Paste a RFC PATCH
[RFC PATCH 1/1] bitbake: compile tar-replacement firstly, and not parallel
On 2012年08月07日 16:57, Pascal Ouyang wrote:
于 2012年08月07日 16:02, Rongqing Li 写道:
On 2012年08月07日 15:41, Richard Purdie wrote:
On Tue, 2012-08-07 at 13:59 +0800, Rongqing Li wrote:
Paste a RFC PATCH
[RFC PATCH 1/1] bitbake: compile tar-replacement firstly, and not
parallel
Compiling
On Tue, Aug 07, 2012 at 10:21:41AM +, g...@git.openembedded.org wrote:
Module: openembedded-core.git
Branch: master
Commit: 1da5966290954f4148cb39a0628b10f8f902ba18
URL:
http://git.openembedded.org/?p=openembedded-core.gita=commit;h=1da5966290954f4148cb39a0628b10f8f902ba18
Author:
Add in a workaround to avoid host infection detection build failures
from the slang include directory in perf. I'll defer to Bruce to
fix this properly but we need a workaround now as this is breaking
builds.
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
diff --git
On non-gplv3 builds, gdbm gets built different due to the different version
which triggers a different codepath in python's db support and then hence
triggers an invalid RPATH QA issue. This change extends the appropriate patch
to cover the code paths we need it to cover and avoid adding the
On Tue, 2012-08-07 at 12:50 +0200, Martin Jansa wrote:
On Tue, Aug 07, 2012 at 10:21:41AM +, g...@git.openembedded.org wrote:
Module: openembedded-core.git
Branch: master
Commit: 1da5966290954f4148cb39a0628b10f8f902ba18
URL:
On Tue, 2012-08-07 at 10:31 +0800, Jesse Zhang wrote:
libdir should be specified, or else mklibs won't work for 64bit targets.
It wouldn't be able to find the libs.
Traceback (most recent call last):
File
On Mon, 2012-08-06 at 08:56 -0700, Darren Hart wrote:
There has been some confusion over proper use of the linux-yocto-custom
recipe. It is not intended to build as is from meta-skeleton. It should
be modified via a bbappend file to provide a Linux kernel config at the
very least.
Update
From: Wenzong Fan wenzong@windriver.com
Fix the warning form pcmciautils building:
WARNING: QA Issue: pcmciautils: /sbin/pccardctl, installed in the
base_prefix, requires a shared library under exec_prefix (/usr):
libsysfs.so.2 = /usr/lib/libsysfs.so.2
Just refer to Debian/Ubuntu
From: Wenzong Fan wenzong@windriver.com
Fix the warning form pcmciautils building:
WARNING: QA Issue: pcmciautils: /sbin/pccardctl, installed in the
base_prefix, requires a shared library under exec_prefix (/usr):
libsysfs.so.2 = /usr/lib/libsysfs.so.2
Just refer to Debian/Ubuntu
Op 7 aug. 2012, om 14:14 heeft wenzong@windriver.com het volgende
geschreven:
From: Wenzong Fan wenzong@windriver.com
Fix the warning form pcmciautils building:
WARNING: QA Issue: pcmciautils: /sbin/pccardctl, installed in the
base_prefix, requires a shared library under
On Wed, 2012-08-01 at 09:23 -0700, Darren Hart wrote:
On 07/31/2012 04:10 AM, Martin Jansa wrote:
On Tue, Jul 31, 2012 at 12:07:06PM +0100, Richard Purdie wrote:
On Tue, 2012-07-31 at 03:26 +0200, Martin Jansa wrote:
* fails like this without:
| gcc
On Tue, Aug 7, 2012 at 3:03 AM, Radu Moisan radu.moi...@intel.com wrote:
Do we need ocf-linux for something other than headers? The current recipe
looks like all it's doing is to install the headers. However, the README
file from the package talks about some kernel modules it provides and
On Tue, Aug 7, 2012 at 7:17 AM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
Add in a workaround to avoid host infection detection build failures
from the slang include directory in perf. I'll defer to Bruce to
fix this properly but we need a workaround now as this is breaking
Adding Richard.
Richard: did this patch not fix the problem for you ? .. it fixes it here, and
should replace the patch that you made earlier today .. this may have slipped
through the cracks.
I've never seen the perf slang failure, so I'm hesitant to take this
patch, apply
it and drop yours.
On 12-08-07 07:17 AM, Richard Purdie wrote:
Add in a workaround to avoid host infection detection build failures
from the slang include directory in perf. I'll defer to Bruce to
fix this properly but we need a workaround now as this is breaking
builds.
I just followed up on a patch from 3 days
On Tue, 2012-08-07 at 09:24 -0400, Bruce Ashfield wrote:
On 12-08-07 07:17 AM, Richard Purdie wrote:
Add in a workaround to avoid host infection detection build failures
from the slang include directory in perf. I'll defer to Bruce to
fix this properly but we need a workaround now as this
On 12-08-07 09:50 AM, Richard Purdie wrote:
On Tue, 2012-08-07 at 09:24 -0400, Bruce Ashfield wrote:
On 12-08-07 07:17 AM, Richard Purdie wrote:
Add in a workaround to avoid host infection detection build failures
from the slang include directory in perf. I'll defer to Bruce to
fix this
On Fri, 2012-08-03 at 23:43 +0800, Liang Li wrote:
Via EXTRA_CFLAGS, we can pass the sysroot include directory to perf to
provide slang.h rather than hardcoded host dir in perf's Makefile.
Pass WERROR=0 to perf's Makefile to avoid warnings being treated
as errors. Warnings are not fatal, and
On 12-08-07 10:02 AM, Richard Purdie wrote:
On Fri, 2012-08-03 at 23:43 +0800, Liang Li wrote:
Via EXTRA_CFLAGS, we can pass the sysroot include directory to perf to
provide slang.h rather than hardcoded host dir in perf's Makefile.
Pass WERROR=0 to perf's Makefile to avoid warnings being
On Tue, 2012-08-07 at 08:56 -0400, Bruce Ashfield wrote:
Adding Richard.
Richard: did this patch not fix the problem for you ? .. it fixes it here, and
should replace the patch that you made earlier today .. this may have slipped
through the cracks.
I've never seen the perf slang failure,
On Mon, Aug 6, 2012 at 3:07 PM, Radu Moisan radu.moi...@intel.com wrote:
Signed-off-by: Radu Moisan radu.moi...@intel.com
---
.../pango/pango-1.28.4/noconst.patch | 408
.../multilib-fix-clean.patch |0
.../{pango-1.28.4 =
On Tue, Aug 7, 2012 at 10:12 AM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Tue, 2012-08-07 at 08:56 -0400, Bruce Ashfield wrote:
Adding Richard.
Richard: did this patch not fix the problem for you ? .. it fixes it here,
and
should replace the patch that you made earlier
On Tue, Aug 7, 2012 at 4:19 PM, Andreas Müller
schnitzelt...@googlemail.com wrote:
On Mon, Aug 6, 2012 at 3:07 PM, Radu Moisan radu.moi...@intel.com wrote:
Signed-off-by: Radu Moisan radu.moi...@intel.com
---
.../pango/pango-1.28.4/noconst.patch | 408
I've seen this one before, but can't remember where...
| libtool: link: warning: cannot determine absolute directory name
of `=/usr/lib'
Anyone knows how to fix?
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
On Tue, 2012-08-07 at 10:07 -0400, Bruce Ashfield wrote:
On 12-08-07 10:02 AM, Richard Purdie wrote:
On Fri, 2012-08-03 at 23:43 +0800, Liang Li wrote:
Via EXTRA_CFLAGS, we can pass the sysroot include directory to perf to
provide slang.h rather than hardcoded host dir in perf's Makefile.
On Tue, 2012-08-07 at 10:19 -0400, Bruce Ashfield wrote:
On Tue, Aug 7, 2012 at 10:12 AM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Tue, 2012-08-07 at 08:56 -0400, Bruce Ashfield wrote:
Adding Richard.
Richard: did this patch not fix the problem for you ? .. it fixes it
On 12-08-07 10:22 AM, Richard Purdie wrote:
On Tue, 2012-08-07 at 10:07 -0400, Bruce Ashfield wrote:
On 12-08-07 10:02 AM, Richard Purdie wrote:
On Fri, 2012-08-03 at 23:43 +0800, Liang Li wrote:
Via EXTRA_CFLAGS, we can pass the sysroot include directory to perf to
provide slang.h rather
On Tue, 2012-08-07 at 10:29 -0400, Bruce Ashfield wrote:
On 12-08-07 10:22 AM, Richard Purdie wrote:
On Tue, 2012-08-07 at 10:07 -0400, Bruce Ashfield wrote:
On 12-08-07 10:02 AM, Richard Purdie wrote:
On Fri, 2012-08-03 at 23:43 +0800, Liang Li wrote:
Via EXTRA_CFLAGS, we can pass the
On Tue, Aug 7, 2012 at 7:21 AM, Jaap de Jong jaap.dej...@nedap.com wrote:
I've seen this one before, but can't remember where...
| libtool: link: warning: cannot determine absolute directory name of
`=/usr/lib'
Anyone knows how to fix?
this package uses old libtool update the libtool
On 12-08-04 02:57 PM, Derek Buitenhuis wrote:
On 02/08/2012 5:15 PM, Yao Zhao wrote:
1.The included libav configure is not generated by autotools
patch use-correct-toolchain.patch patched its configure to
use correct toolchain wrapper.
Why are you patching the toolchain instead of passing
On 12-08-07 10:44 AM, Richard Purdie wrote:
On Tue, 2012-08-07 at 10:29 -0400, Bruce Ashfield wrote:
On 12-08-07 10:22 AM, Richard Purdie wrote:
On Tue, 2012-08-07 at 10:07 -0400, Bruce Ashfield wrote:
On 12-08-07 10:02 AM, Richard Purdie wrote:
On Fri, 2012-08-03 at 23:43 +0800, Liang Li
On Tue, 2012-08-07 at 11:26 -0400, Bruce Ashfield wrote:
I wasn't clear, I'm building the tree (and tools) standalone using
both a hand generated cross toolchain and the native toolchain. Neither
uses a sysroot, so if I merged that patch into the tree, then they
wouldn't find slang and the
On Tue, Aug 7, 2012 at 11:41 AM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Tue, 2012-08-07 at 11:26 -0400, Bruce Ashfield wrote:
I wasn't clear, I'm building the tree (and tools) standalone using
both a hand generated cross toolchain and the native toolchain. Neither
uses a
On Tue, 2012-08-07 at 11:54 -0400, Bruce Ashfield wrote:
On Tue, Aug 7, 2012 at 11:41 AM, Richard Purdie
Lets try the sysroot prefix (=) approach then. The kernel is sparse on
these since it never actually has to deal with sysroots (or userspace)
often and is still learning in that area. I
On 08/07/2012 01:19 AM, Koen Kooi wrote:
Op 7 aug. 2012, om 10:17 heeft Martin Jansa martin.ja...@gmail.com het
volgende geschreven:
On Tue, Aug 07, 2012 at 09:44:41AM +0200, Koen Kooi wrote:
From: Martin Jansa martin.ja...@gmail.com
Signed-off-by: Martin Jansa martin.ja...@gmail.com
On 08/06/2012 11:21 AM, Phil Blundell wrote:
On Mon, 2012-08-06 at 11:10 -0700, Darren Hart wrote:
On 08/05/2012 08:54 AM, Javier Martinez Canillas wrote:
It is considered good practice to use the build system provided
variables instead of directly specify hardcoded paths.
The firmware
On 08/07/2012 05:38 AM, Richard Purdie wrote:
On Wed, 2012-08-01 at 09:23 -0700, Darren Hart wrote:
On 07/31/2012 04:10 AM, Martin Jansa wrote:
Is python enabled for gdb-cross in OE-Core?
Explicitly only in gdb-cross-canadian, so I guess gdb-cross autodetected
it (sorry I don't have
On Mon, 2012-08-06 at 11:29 +0200, Martin Jansa wrote:
On Tue, Jul 24, 2012 at 11:49:52AM +0100, Richard Purdie wrote:
On Tue, 2012-07-24 at 18:19 +0800, Robert Yang wrote:
The native python binary has been moved from usr/bin/python to
usr/bin/python-native/python, the recipe which needs
On 07/08/2012 11:24 AM, Yao Zhao wrote:
1.The included libav configure is not generated by autotools
patch use-correct-toolchain.patch patched its configure to
use correct toolchain wrapper.
Why are you patching the toolchain instead of passing the correct parameters
to configure
In order to fix the QA Issue for libpam which installed to /lib but
reference /usr/libxx/libz and libcrack, install libz and libcrack
to /lib.
Signed-off-by: Yao Zhao yao.z...@windriver.com
---
meta/recipes-core/zlib/zlib_1.2.7.bb |8 ++--
On 07/08/2012 1:31 PM, Yao Zhao wrote:
In order to fix the QA Issue for libpam which installed to /lib but
reference /usr/libxx/libz and libcrack, install libz and libcrack
to /lib.
OpenBSD puts libpam.so in /lib, so it seems kosher...
do_install() {
- oe_runmake DESTDIR=${D} install
Op 7 aug. 2012, om 19:31 heeft Yao Zhao yao.z...@windriver.com het volgende
geschreven:
In order to fix the QA Issue for libpam which installed to /lib but
reference /usr/libxx/libz and libcrack, install libz and libcrack
to /lib.
Signed-off-by: Yao Zhao yao.z...@windriver.com
---
Op 7 aug. 2012, om 18:07 heeft Scott Garman scott.a.gar...@intel.com het
volgende geschreven:
On 08/07/2012 01:19 AM, Koen Kooi wrote:
Op 7 aug. 2012, om 10:17 heeft Martin Jansa martin.ja...@gmail.com het
volgende geschreven:
On Tue, Aug 07, 2012 at 09:44:41AM +0200, Koen Kooi wrote:
Op 7 aug. 2012, om 18:14 heeft Darren Hart dvh...@linux.intel.com het
volgende geschreven:
On 08/06/2012 11:21 AM, Phil Blundell wrote:
On Mon, 2012-08-06 at 11:10 -0700, Darren Hart wrote:
On 08/05/2012 08:54 AM, Javier Martinez Canillas wrote:
It is considered good practice to use the
On 12-08-07 01:39 PM, Derek Buitenhuis wrote:
On 07/08/2012 1:31 PM, Yao Zhao wrote:
In order to fix the QA Issue for libpam which installed to /lib but
reference /usr/libxx/libz and libcrack, install libz and libcrack
to /lib.
OpenBSD puts libpam.so in /lib, so it seems kosher...
On Tue, 2012-08-07 at 14:30 -0400, Yao Zhao wrote:
On 12-08-07 01:39 PM, Derek Buitenhuis wrote:
On 07/08/2012 1:31 PM, Yao Zhao wrote:
In order to fix the QA Issue for libpam which installed to /lib but
reference /usr/libxx/libz and libcrack, install libz and libcrack
to /lib.
OpenBSD
On 07/08/2012 2:30 PM, Yao Zhao wrote:
zlib is not using autotools although it has configure.
when install, oe_runmake will be make -e so Makefile will always use
env's libdir which is the usr/libxx, we have to overwrite it when install.
Perhaps you don't need to specify during configure
On 12-08-07 02:30 PM, Phil Blundell wrote:
On Tue, 2012-08-07 at 14:30 -0400, Yao Zhao wrote:
On 12-08-07 01:39 PM, Derek Buitenhuis wrote:
On 07/08/2012 1:31 PM, Yao Zhao wrote:
In order to fix the QA Issue for libpam which installed to /lib but
reference /usr/libxx/libz and libcrack,
On Tue, 2012-08-07 at 14:35 -0400, Yao Zhao wrote:
On 12-08-07 02:30 PM, Phil Blundell wrote:
Where do libz.a and libz.so end up after your patch?
├── zlib-dev
│ ├── lib
│ │ └── libz.so - libz.so.1.2.7
└── zlib-staticdev
└── lib
└── libz.a
I found the output from tree a bit hard to
On 12-08-07 02:38 PM, Phil Blundell wrote:
On Tue, 2012-08-07 at 14:35 -0400, Yao Zhao wrote:
On 12-08-07 02:30 PM, Phil Blundell wrote:
Where do libz.a and libz.so end up after your patch?
├── zlib-dev
│ ├── lib
│ │ └── libz.so - libz.so.1.2.7
└── zlib-staticdev
└── lib
└── libz.a
I found
On Tue, 2012-08-07 at 14:43 -0400, Yao Zhao wrote:
On 12-08-07 02:38 PM, Phil Blundell wrote:
On Tue, 2012-08-07 at 14:35 -0400, Yao Zhao wrote:
On 12-08-07 02:30 PM, Phil Blundell wrote:
Where do libz.a and libz.so end up after your patch?
├── zlib-dev
│ ├── lib
│ │ └── libz.so -
On 12-08-07 02:45 PM, Phil Blundell wrote:
On Tue, 2012-08-07 at 14:43 -0400, Yao Zhao wrote:
On 12-08-07 02:38 PM, Phil Blundell wrote:
On Tue, 2012-08-07 at 14:35 -0400, Yao Zhao wrote:
On 12-08-07 02:30 PM, Phil Blundell wrote:
Where do libz.a and libz.so end up after your patch?
├──
On Mon, Aug 6, 2012 at 9:14 AM, Darren Hart dvh...@linux.intel.com wrote:
if not, these will fail.
and it does.
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
On 07/08/2012 1:00 PM, Derek Buitenhuis wrote:
I am fixing for e500mc which is not a case here and I am not sure what
exactly the cpuflags should be.
Any idea?
http://lists.libav.org/pipermail/libav-devel/2012-August/032990.html
Working on it.
And done:
On Tue, Aug 7, 2012 at 9:14 AM, Darren Hart dvh...@linux.intel.com wrote:
I fixed this properly by disabling python in gdb-cross.
I think having python support would be desirable no ?
___
Openembedded-core mailing list
On Tue, Aug 7, 2012 at 3:04 PM, Khem Raj raj.k...@gmail.com wrote:
On Mon, Aug 6, 2012 at 9:14 AM, Darren Hart dvh...@linux.intel.com wrote:
if not, these will fail.
and it does.
This is already reverted.
-M
___
Openembedded-core mailing list
On Tue, 2012-08-07 at 13:15 -0700, Khem Raj wrote:
On Tue, Aug 7, 2012 at 9:14 AM, Darren Hart dvh...@linux.intel.com wrote:
I fixed this properly by disabling python in gdb-cross.
I think having python support would be desirable no ?
Perhaps, I didn't make a decision on that. Just
On Tue, Aug 7, 2012 at 4:21 PM, Andreas Müller
schnitzelt...@googlemail.com wrote:
On Tue, Aug 7, 2012 at 4:19 PM, Andreas Müller
schnitzelt...@googlemail.com wrote:
On Mon, Aug 6, 2012 at 3:07 PM, Radu Moisan radu.moi...@intel.com wrote:
Signed-off-by: Radu Moisan radu.moi...@intel.com
---
To change the installation for popt but not popt-native, I said
do_install_append_pn-popt {
...
}
which seems to work, but is there a better way, like some
${@building_for_host(yes text,no text,d)}
construct?
Joe
___
Openembedded-core mailing list
On Tue, 2012-08-07 at 21:12 +, Slater, Joseph wrote:
To change the installation for popt but not popt-native, I said
do_install_append_pn-popt {
...
}
which seems to work, but is there a better way, like some
${@building_for_host(yes text,no text,d)}
construct?
There is the
On Tue, 2012-08-07 at 15:29 -0400, Yao Zhao wrote:
On 12-08-07 02:45 PM, Phil Blundell wrote:
On Tue, 2012-08-07 at 14:43 -0400, Yao Zhao wrote:
On 12-08-07 02:38 PM, Phil Blundell wrote:
On Tue, 2012-08-07 at 14:35 -0400, Yao Zhao wrote:
On 12-08-07 02:30 PM, Phil Blundell wrote:
Where
This options will let gold spawn multiple
threads for linking and speeding up linking
on multicore build hosts.
Signed-off-by: Khem Raj raj.k...@gmail.com
---
meta/recipes-devtools/binutils/binutils-2.22.inc |2 +-
meta/recipes-devtools/binutils/binutils.inc |2 +-
2 files changed,
The target sysroot might contain sdt.h but we don't list this in DEPENDS
and shouldn't be referencing it. Unfortunately there is no way to tell
configure this since these tests are uncached and we can't force
a particular value. The only option is therefore to patch this out.
Signed-off-by:
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
diff --git a/meta/recipes-core/meta/package-index.bb
b/meta/recipes-core/meta/package-index.bb
index 3d7bb7e..27d63e2 100644
--- a/meta/recipes-core/meta/package-index.bb
+++ b/meta/recipes-core/meta/package-index.bb
@@ -23,9
Without this the substitutions don't get made potentially resulting in a
variety of
different failures.
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
diff --git a/meta/recipes-devtools/automake/automake_1.12.1.bb
b/meta/recipes-devtools/automake/automake_1.12.1.bb
index
On 08/07/2012 11:19 AM, Koen Kooi wrote:
RDEPENDS_${PN} = python
RDEPENDS_${PN}_virtclass-native = -SRCREV =
16665959c330b5958c0f0f4624a9ca7f823f98de +SRCREV =
44df9dd3dc411ca1255cb4b23bde7eb71aed4778
Better to use latest for this (only 3 commits, 2 of them
fixing python-2.6)
Should I
From: Roy.Li rongqing...@windriver.com
Compiling tar-replacement or not is decided by version of host tar,
if the host tar version is lower than 1.23, Compiling tar-replacement
is needed.
When doing popoluate tar-replacement sysroot to write the tar to
sysroot, but writing is not finished. other
On Tue, Aug 7, 2012 at 8:59 AM, Bruce Ashfield
bruce.ashfi...@windriver.com wrote:
On 12-08-07 09:50 AM, Richard Purdie wrote:
On Tue, 2012-08-07 at 09:24 -0400, Bruce Ashfield wrote:
On 12-08-07 07:17 AM, Richard Purdie wrote:
Add in a workaround to avoid host infection detection build
On Tue, Aug 7, 2012 at 9:22 PM, Bruce Ashfield
bruce.ashfi...@windriver.com wrote:
On Tue, Aug 7, 2012 at 10:18 PM, Bruce Ashfield
bruce.ashfi...@windriver.com wrote:
On 12-08-07 10:16 PM, McClintock Matthew-B29882 wrote:
On Tue, Aug 7, 2012 at 8:59 AM, Bruce Ashfield
On 2012-08-07 22:02, Richard Purdie richard.pur...@linuxfoundation.org wrote:
On Fri, 2012-08-03 at 23:43 +0800, Liang Li wrote:
Via EXTRA_CFLAGS, we can pass the sysroot include directory to perf to
provide slang.h rather than hardcoded host dir in perf's Makefile.
Pass WERROR=0 to
From: Jackie Huang jackie.hu...@windriver.com
The line 'sed -i s+${WORKDIR}+${STAGING_INCDIR}+g tclConfig.sh'
is commented somehow in previous commit, so that TCL_SRC_DIR
point to the tcl workdir which will cause package that use it
fail to configure or compile when the tcl workdir is removed,
so
From: Roy.Li rongqing...@windriver.com
Intergrate the patch from:
http://repo.or.cz/w/qemu.git/commit/13a16f1d91fc7a46b65b22a33f6ffea1b826a097
Signed-off-by: Roy.Li rongqing...@windriver.com
---
...-Actually-raise-interrupt-on-timer-expiry.patch | 41
On 08/07/2012 11:38 PM, Andreas Müller wrote:
On Tue, Aug 7, 2012 at 4:21 PM, Andreas Müller
schnitzelt...@googlemail.com wrote:
On Tue, Aug 7, 2012 at 4:19 PM, Andreas Müller
schnitzelt...@googlemail.com wrote:
On Mon, Aug 6, 2012 at 3:07 PM, Radu Moisan radu.moi...@intel.com wrote:
90 matches
Mail list logo