On Wed, Sep 12, 2012 at 03:33:03PM +0100, Richard Purdie wrote:
On Tue, 2012-09-11 at 15:01 +0200, Martin Jansa wrote:
Hi,
when building spitz and qemuarm (both produces packages in armv5te feed)
resulting packages are tuned with -mtune=xscale (when built for spitz)
or
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/recipes-gnome/librsvg/librsvg_2.32.1.bb |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-gnome/librsvg/librsvg_2.32.1.bb
b/meta/recipes-gnome/librsvg/librsvg_2.32.1.bb
index 364f6f2..6bb5fe2 100644
Default to enabling it as we were build-depending on it already. If a user
needs the disk space and the limitations imposed by not using libcroco are
acceptable they can override this.
Signed-off-by: Ross Burton ross.bur...@intel.com
---
meta/recipes-gnome/librsvg/librsvg_2.32.1.bb |9
Signed-off-by: Ross Burton ross.bur...@intel.com
---
.../xorg-lib/libx11/keysymdef_include.patch| 35 +---
1 file changed, 15 insertions(+), 20 deletions(-)
diff --git a/meta/recipes-graphics/xorg-lib/libx11/keysymdef_include.patch
On Thu, 2012-09-13 at 08:20 +0200, Martin Jansa wrote:
On Wed, Sep 12, 2012 at 03:33:03PM +0100, Richard Purdie wrote:
On Tue, 2012-09-11 at 15:01 +0200, Martin Jansa wrote:
Hi,
when building spitz and qemuarm (both produces packages in armv5te feed)
resulting packages are tuned
The following changes since commit 835654994574c158d6324218ebe000bd2ef9a792:
rt: Add hwlatdetect to rt images (2012-09-12 15:11:12 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib paule/fixes1
This likely requires some form of license to use in a commercial
product.
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
.../gstreamer/gst-ffmpeg_0.10.13.bb|1 +
1 file changed, 1 insertion(+)
diff --git
This likely requires some form of license to use in a commercial
product.
Signed-off-by: Paul Eggleton paul.eggle...@linux.intel.com
---
.../gstreamer/gst-fluendo-mpegdemux_0.10.71.bb |1 +
1 file changed, 1 insertion(+)
diff --git
From: Jack Mitchell jack.mitch...@dbbroadcast.co.uk
The comment for debug-tools states valgrind will only be installed for x86
targets. This is not true as valgrind now supports x86*, PPC* and ARMv7a;
alter the comment to reflect this.
Signed-off-by: Jack Mitchell jack.mitch...@dbbroadcast.co.uk
On Thu, Sep 13, 2012 at 11:42:06AM +0100, Richard Purdie wrote:
On Thu, 2012-09-13 at 08:20 +0200, Martin Jansa wrote:
On Wed, Sep 12, 2012 at 03:33:03PM +0100, Richard Purdie wrote:
On Tue, 2012-09-11 at 15:01 +0200, Martin Jansa wrote:
Hi,
when building spitz and qemuarm (both
Khem Raj wrote:
I agree but then 1.7 GB is noticeably huge too and it will only become
larger in future so I don't think fetching from git will be a good solution
for gcc ever.
Can we use shallow clones? A quick test of gcc-4.7 gave me a 308 MB tar.gz when
cloned with --depth 1.
--
Björn
On Thursday 13 September 2012 12:20:04 Jack Mitchell wrote:
From: Jack Mitchell jack.mitch...@dbbroadcast.co.uk
The comment for debug-tools states valgrind will only be installed for x86
targets. This is not true as valgrind now supports x86*, PPC* and ARMv7a;
alter the comment to reflect
From: Jack Mitchell jack.mitch...@dbbroadcast.co.uk
The comment for debug-tools states valgrind will only be installed for x86
targets. This is not true as valgrind now supports x86*, PPC* and ARMv7a;
delete the comment as the architecture support is now so varied.
Signed-off-by: Jack Mitchell
From: Jack Mitchell jack.mitch...@dbbroadcast.co.uk
Git requires python by default as an included script to link git
to perforce is written in Python. Define NO_PYTHON to stop the
script being included and thus remove the dependancy on Python.
Signed-off-by: Jack Mitchell
On Thu, 2012-09-13 at 14:14 +0200, Martin Jansa wrote:
On Thu, Sep 13, 2012 at 11:42:06AM +0100, Richard Purdie wrote:
On Thu, 2012-09-13 at 08:20 +0200, Martin Jansa wrote:
On Wed, Sep 12, 2012 at 03:33:03PM +0100, Richard Purdie wrote:
On Tue, 2012-09-11 at 15:01 +0200, Martin Jansa
On Thu, Sep 13, 2012 at 9:19 AM, Björn Stenberg b...@enea.com wrote:
Khem Raj wrote:
I agree but then 1.7 GB is noticeably huge too and it will only become
larger in future so I don't think fetching from git will be a good solution
for gcc ever.
Can we use shallow clones? A quick test of
The following changes since commit 835654994574c158d6324218ebe000bd2ef9a792:
rt: Add hwlatdetect to rt images (2012-09-12 15:11:12 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib paule/combo-layer-fixes8
On 9/13/12 5:42 AM, Richard Purdie wrote:
On Thu, 2012-09-13 at 08:20 +0200, Martin Jansa wrote:
On Wed, Sep 12, 2012 at 03:33:03PM +0100, Richard Purdie wrote:
On Tue, 2012-09-11 at 15:01 +0200, Martin Jansa wrote:
Hi,
when building spitz and qemuarm (both produces packages in armv5te feed)
On Thu, 2012-09-13 at 11:47 -0500, Mark Hatle wrote:
ARM seems to be the one exception, where you have three levels.. ABI
(EABI/hf-EABI), processor family (armv4, armv5, armv7, cortext), and then
CPU optimization. This seems to cause additional confusion, as the CPU
optimizations are
V3:
Do the whole thing in the same awk
The following changes since commit 0f55a5868457300a3defc7fa7451ef191d19e018:
adt-installer: Allow changing YOCTOADT_REPO (2012-09-05 23:28:10 +0100)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib ag/rootfs_size
If we round up ROOTFS_SIZE to IMAGE_ROOTFS_ALIGNMENT before checking if
base_size is greater then IMAGE_ROOTFS_SIZE, we can end up adding an
unaligned value to IMAGE_ROOTFS_SIZE. Obviously, if
IMAGE_ROOTFS_EXTRA_SPACE was overwritten with an unaligned value. So
let's add the round up code after
Op 12 sep. 2012, om 09:49 heeft Khem Raj raj.k...@gmail.com het volgende
geschreven:
On Tue, Sep 11, 2012 at 11:32 PM, Phil Blundell ph...@gnu.org wrote:
On Tue, 2012-09-11 at 22:59 -0700, Khem Raj wrote:
kernel compiler is not special and we currently have it so
we want to pass -march and
There were a number of cases where pseudo used plain old stat()
to get dev/inode data for files; on 32-bit hosts, this could fail
if the files were over 2GB, causing pseudo to prevent removing of
large files. This is fixed in 1.4.1.
Signed-off-by: Peter Seebach peter.seeb...@windriver.com
---
The patches here are trivial. The upstream fixes are pretty
non-trivial, but have been used moderately extensively on a handful
of hosts, and appear to work. Long story short, pseudo could cause
rm to fail on files 2GB on 32-bit hosts which didn't use a 64-bit
off_t. Fixing this required
Hello,
Rogerio and Daiane, here copied, found a bug in bitbake (we managed to
reproduce it in denzil). The output in console when it happens can be
seen at:
https://groups.google.com/d/msg/meta-fsl-arm/7W9bwxqslnk/htEiOcaJMH8J
The way to reproduce it is very easy:
* bitbake gnutls -c
Make sure to find -package, this was causing a failure
in the multi-lib build license generation during rootfs.
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/classes/license.bbclass |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/classes/license.bbclass
Updating the meta branch SRCREV to pick up virtio and kvm guest
configuration fragments.
79947f1 meta: add paravirtualized KVM guest config fragment
3ed86ed meta: add MMIO support in virtio config fragment
Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com
---
Richard/Saul,
A small ``consolidated'' update this time. Two fixes, one to the build/tools,
one meta branch update for KVM guests.
The tools fix is something that I've been wanting to get to for a month
now .. and I finally did. Matthew Foster reported the strange messages
when working with
It was reported that the kernel configuration checks for custom yocto
kernels had the following output:
NOTE: validating kernel configuration
grep: /meta-series: No such file or directory
grep: /meta-series: No such file or directory
WARNING: Can't find any BSP hardware or required
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
meta/recipes-kernel/perf/perf_3.4.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-kernel/perf/perf_3.4.bb
b/meta/recipes-kernel/perf/perf_3.4.bb
index decc911..6e1c746 100644
---
On Thu, Sep 13, 2012 at 5:32 PM, Otavio Salvador
ota...@ossystems.com.br wrote:
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
meta/recipes-kernel/perf/perf_3.4.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
Please ignore this patch ...
--
Otavio Salvador
On 09/13/2012 01:32 PM, Otavio Salvador wrote:
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
meta/recipes-kernel/perf/perf_3.4.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-kernel/perf/perf_3.4.bb
b/meta/recipes-kernel/perf/perf_3.4.bb
On 09/13/2012 01:38 PM, Otavio Salvador wrote:
On Thu, Sep 13, 2012 at 5:32 PM, Otavio Salvador
ota...@ossystems.com.br wrote:
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
meta/recipes-kernel/perf/perf_3.4.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
Please
This patch is backporting strictly the patches that has gone into
2.22 release branch since 2.22 was released last year. I have dropped
the patches for AVR,CRIS and HPPA which does not concern OE-Core's primary
architecture. Majority fixes are for ld and mips and ppc architecture
Binutils testruns
The following changes since commit 7401ed019196313a7ae7cab0b9f3820356cfee29:
Update to upstream_tracking.inc (2012-09-12 17:56:58 +0100)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib ag/taglib
On Thursday 13 September 2012 12:26:19 Saul Wold wrote:
Make sure to find -package, this was causing a failure
in the multi-lib build license generation during rootfs.
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/classes/license.bbclass |2 +-
1 files changed, 1
When processing dependencies, we need to look for both the SW_INSTALL and
SW_UNKNOWN states. If we don't do this, dependencies can be missed
and preinst scripts can run before dependencies are all installed.
This leads to package installation errors for packages like dbus-1
and associated user
On 09/13/2012 03:31 PM, Paul Eggleton wrote:
On Thursday 13 September 2012 12:26:19 Saul Wold wrote:
Make sure to find -package, this was causing a failure
in the multi-lib build license generation during rootfs.
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/classes/license.bbclass
On Thursday 13 September 2012 15:41:15 Otavio Salvador wrote:
Hello,
Rogerio and Daiane, here copied, found a bug in bitbake (we managed to
reproduce it in denzil). The output in console when it happens can be
seen at:
https://groups.google.com/d/msg/meta-fsl-arm/7W9bwxqslnk/htEiOcaJMH8J
On 09/12/2012 10:47 AM, McClintock Matthew-B29882 wrote:
On Wed, Sep 12, 2012 at 9:16 AM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Tue, 2012-09-11 at 19:01 +, McClintock Matthew-B29882 wrote:
On Tue, Sep 11, 2012 at 9:22 AM, Richard Purdie
uprobes depends on functionality provided by perf events. After
uprobes was enabled in the standard kernel the mpc8315 board showed
link errors due to missing perf event functions.
This problem isn't isolated to the board or powerpc arch, but all
other boards have PERF_EVENTS enabled. To fix
41 matches
Mail list logo