[YOCTO #1400]
By using the included libxml and libcroco, we do not create additional
on this core library. There was an ordering issue that when one library
was not built, but gettext detected the other library a compliation would
fail, this will force it to always use the included libraries.
icu-3.6 buildsystem contains small problem which causes some parallel
builds to fail. Fix that.
Signed-off-by: Dmitry Eremin-Solenikov dbarysh...@gmail.com
---
.../icu/files/fix-parallel-build.patch | 19 +++
meta/recipes-support/icu/icu-3.6.inc |1
Signed-off-by: Dmitry Eremin-Solenikov dbarysh...@gmail.com
---
.../0001-zaurusd-add-support-for-collie.patch | 50
meta/recipes-bsp/zaurusd/zaurusd_git.bb|3 +-
2 files changed, 52 insertions(+), 1 deletions(-)
create mode 100644
Op 3 sep. 2011, om 19:04 heeft Saul Wold het volgende geschreven:
[YOCTO #1400]
By using the included libxml and libcroco, we do not create additional
on this core library. There was an ordering issue that when one library
was not built, but gettext detected the other library a compliation
shouldn't this move to meta-zaurus now that oe-core is qemu only?
Op 3 sep. 2011, om 20:22 heeft Dmitry Eremin-Solenikov het volgende geschreven:
Signed-off-by: Dmitry Eremin-Solenikov dbarysh...@gmail.com
---
.../0001-zaurusd-add-support-for-collie.patch | 50
On 9/3/11, Koen Kooi k...@dominion.thruhere.net wrote:
shouldn't this move to meta-zaurus now that oe-core is qemu only?
Maybe. IIUC, currently the plan is to push meta-zaurus into meta-hh as published
by Paul Eggleton. On the other hand we didn't start this move (yet).
So please ignore
this
Currently image_types.bbclass uses deploy/images/${MACHINE}tpm.gz dir for
temporary files when generating extX.gz images. This can lead to races
and strange errors during image generation. To overcome this use
deploy/images/${MACHINE}tpm.gz-${PN} dir for temporary files.
Signed-off-by: Dmitry
On Sat, Aug 27, 2011 at 5:17 PM, Joel A Fernandes agnel.j...@gmail.com wrote:
Hi Koen,
Thanks for your feedback.
On Sat, Aug 27, 2011 at 2:05 AM, Koen Kooi k...@dominion.thruhere.net wrote:
Op 26 aug. 2011, om 21:54 heeft Joel A Fernandes het volgende geschreven:
Here's an initial version
The old manner of specifying custom options to QEMU in this script
using angle brackets was a frequent source of confusion. Meanwhile,
Otavio Salvador added a decent method of specifying custom kernel
boot options to this script. This patch documents the bootparams
option and adds a similar way of
Hello,
This pull request standardizes/normalizes the way custom options are
passed to QEMU and the kernel boot parameters.
The old manner of specifying custom options to QEMU in this script
using angle brackets was a frequent source of confusion. Meanwhile,
Otavio Salvador added a decent method
On Sat, Sep 3, 2011 at 19:50, Scott Garman scott.a.gar...@intel.com wrote:
The old manner of specifying custom options to QEMU in this script
using angle brackets was a frequent source of confusion. Meanwhile,
Otavio Salvador added a decent method of specifying custom kernel
boot options to
On 09/02/2011 09:45 PM, Tom Zanussi wrote:
Also enable for arm, since systemtap now works on arm and remove the
gcc-4.6 compile fix patch since the problems it addresses have been
fixed upstream.
Signed-off-by: Tom Zanussitom.zanu...@intel.com
---
.../fix_for_compilation_with_gcc-4.6.0.patch
Hi Richard,
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org
[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
Richard Purdie
Sent: Friday, September 02, 2011 9:01 PM
To: openembedded-core
Subject: [OE-core] multilib: Only build one
[YOCTO #1439]
This fixes a problem where the native nsgmls has a path hard coded into
it, therefor add a wrapper to set the environment with the correct
paths for catalog files.
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/recipes-devtools/opensp/opensp_1.5.bb |9 -
1
[YOCTO #1439]
This fixes a problem where the native groff has a path hard coded into
it, therefor add a wrapper to set the command line with the correct
paths for fonts and tmac directories.
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/recipes-extended/groff/groff_1.20.1.bb |9
This fixese 2 issues for doc generation discovered in the
new autobuilder infrastruture with shared state. opensp and
groff both had hard coded locations to look for data files.
Sau!
The following changes since commit 0616557a8c29b42bae0ffd5fd665a046810047e4:
populate_sdk: We need to
This patchset upgrades systemtap to 1.6. The 1.6 version of
systemtap also has inproved support for arm, so this enables
it for arm and adds it to qemuarm.
This upgrade was successfully tested on qemux86, qemux86-64,
qemuppc, and qemuarm. The results and the tests can be found
at the end of the
Systemtap now works with arm, so include it in task-core-tools-profile
for qemuarm.
Signed-off-by: Tom Zanussi tom.zanu...@intel.com
---
meta/recipes-core/tasks/task-core-tools.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git
Also enable for arm, since systemtap now works on arm and remove the
gcc-4.6 compile fix patch since the problems it addresses have been
fixed upstream.
Signed-off-by: Tom Zanussi tom.zanu...@intel.com
---
.../fix_for_compilation_with_gcc-4.6.0.patch | 119
On Sat, 2011-09-03 at 20:46 -0700, Saul Wold wrote:
On 09/02/2011 09:45 PM, Tom Zanussi wrote:
Also enable for arm, since systemtap now works on arm and remove the
gcc-4.6 compile fix patch since the problems it addresses have been
fixed upstream.
[...]
+PR = r5
+PV = 1.6+git${SRCPV}
20 matches
Mail list logo