On 09/13/2012 04:03 AM, Paul Eggleton wrote:
This likely requires some form of license to use in a commercial
product.
Signed-off-by: Paul Eggleton
---
.../gstreamer/gst-ffmpeg_0.10.13.bb|1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-multimedia/gstreamer/
On 09/13/2012 03:04 AM, Ross Burton wrote:
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
---
meta/recipes-gnome/librsvg/librsv
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 this,
On 09/12/2012 10:47 AM, McClintock Matthew-B29882 wrote:
On Wed, Sep 12, 2012 at 9:16 AM, Richard Purdie
wrote:
On Tue, 2012-09-11 at 19:01 +, McClintock Matthew-B29882 wrote:
On Tue, Sep 11, 2012 at 9:22 AM, Richard Purdie
wrote:
Unfortunately whilst rerunning configure and make against
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/htEiOca
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
---
meta/classes/license.bbclass |2 +-
1 files c
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 per
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
> ---
> meta/classes/license.bbclass |2 +-
> 1 files changed, 1 insertions(+), 1 deletions
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
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=ag/tag
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
On 09/13/2012 01:38 PM, Otavio Salvador wrote:
On Thu, Sep 13, 2012 at 5:32 PM, Otavio Salvador
wrote:
Signed-off-by: Otavio Salvador
---
meta/recipes-kernel/perf/perf_3.4.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
Please ignore this patch ...
Too late!
On 09/13/2012 01:32 PM, Otavio Salvador wrote:
Signed-off-by: Otavio Salvador
---
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
On Thu, Sep 13, 2012 at 5:32 PM, Otavio Salvador
wrote:
> Signed-off-by: Otavio Salvador
> ---
> meta/recipes-kernel/perf/perf_3.4.bb |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
Please ignore this patch ...
--
Otavio Salvador O.S. Systems
E-mail:
Signed-off-by: Otavio Salvador
---
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
--- a/meta/recipes-kernel/perf/perf_3.4.bb
+
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 linu
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 configu
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
---
meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb |
Make sure to find -package, this was causing a failure
in the multi-lib build license generation during rootfs.
Signed-off-by: Saul Wold
---
meta/classes/license.bbclass |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/classes/license.bbclass b/meta/classes/license.
On 09/13/2012 12:15 PM, Mark Hatle wrote:
On 9/13/12 1:41 PM, 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/7W9bwxq
On 9/13/12 1:41 PM, 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
The way to reproduce it
Ack
On Thu, Sep 13, 2012 at 9:29 PM, Peter Seebach
wrote:
> 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
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 cleanssta
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 addressin
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
---
meta/recipes-devtools/pseudo/p
Op 12 sep. 2012, om 09:49 heeft Khem Raj het volgende
geschreven:
> On Tue, Sep 11, 2012 at 11:32 PM, Phil Blundell 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 -mtune options as CFLAG
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 the
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
http:/
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 ar
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)
If last_revision is specified for a component when running combo-layer
init, then use that revision instead of the latest revision on the
branch. Also, remove unnecessary git checkout during init since we
specify the revision to all calls to git when dealing with the component
repositories.
Fixes
If both branch and last_revision are specified for a component when
combo-layer init is run, ensure that the specified revision is actually
on the specified branch and error out if not. Also ensure that the error
message mentions the component.
Signed-off-by: Paul Eggleton
---
scripts/combo-laye
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
http://cgit.openembedded.org/cgit
On Thu, Sep 13, 2012 at 6:06 AM, Otavio Salvador
wrote:
> On Thu, Sep 13, 2012 at 9:19 AM, Björn Stenberg 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 gc
On Thu, Sep 13, 2012 at 9:19 AM, Björn Stenberg 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 gcc-4.7
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
From: Jack Mitchell
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
---
meta/recipes-devtools/git/git.inc | 6 +-
1 f
From: Jack Mitchell
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
---
meta/conf/local.conf.sample
On Thursday 13 September 2012 12:20:04 Jack Mitchell wrote:
> From: Jack Mitchell
>
> 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.
I have to say I think
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 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
From: Jack Mitchell
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
---
meta/conf/local.conf.sample | 2 +-
1 file changed, 1 ins
This likely requires some form of license to use in a commercial
product.
Signed-off-by: Paul Eggleton
---
.../gstreamer/gst-fluendo-mpegdemux_0.10.71.bb |1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-multimedia/gstreamer/gst-fluendo-mpegdemux_0.10.71.bb
b/meta/recipes-
This likely requires some form of license to use in a commercial
product.
Signed-off-by: Paul Eggleton
---
.../gstreamer/gst-ffmpeg_0.10.13.bb|1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-multimedia/gstreamer/gst-ffmpeg_0.10.13.bb
b/meta/recipes-multimedia/
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
http://cgit.openembedded.org/cgit.cgi/openemb
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 package
Signed-off-by: Ross Burton
---
.../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
b/meta/recipes-graphics/xorg-lib/libx11/keysymdef_include.p
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
---
meta/recipes-gnome/librsvg/librsvg_2.32.1.bb |9 ++---
1 file changed,
Signed-off-by: Ross Burton
---
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
--- a/meta/recipes-gnom
Signed-off-by: Ross Burton
---
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 6eba686..364f6f2 100644
--- a/meta/recipes-gnom
On Wednesday 12 September 2012 07:50:23 Luo Zhenhua-B19537 wrote:
> > -Original Message-
> > From: McClintock Matthew-B29882
> > Sent: Wednesday, September 12, 2012 12:03 PM
> >
> > > diff --git
> > > a/meta/recipes-devtools/valgrind/valgrind-3.7.0/valgrind-3.7.0-fix-err
> > > or-of-readin
Changes :
- Added ax_append_flags.m4 and ax_check_compile_flag.m4 to the m4 directory.
The files were missing and aclocal.m4 was generated without those two macros.
- Added a new license md5 checksum to the recipe because the old LICENSE file
differs from the new one here :
OLD : lib
51 matches
Mail list logo
