On Tue, 2012-01-24 at 21:20 -0800, Darren Hart wrote:
> Fixes [YOCTO #1852] ... again.
>
> The conversion from sectors to blocks was multiplying by 2 instead
> of dividing by 2. Blocks are 1024 bytes, sectors are 512 bytes. The
> result was images being much larger than intended.
>
Much better,
The following changes since commit 6b2cb8280211d2e28ce75d6a107f99a3fa7868ae:
gcc-common.inc: Fix comment (2012-01-24 14:38:39 +)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib dvhart/bug/1852
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=dvhart/bug/
Fixes [YOCTO #1852] ... again.
The conversion from sectors to blocks was multiplying by 2 instead
of dividing by 2. Blocks are 1024 bytes, sectors are 512 bytes. The
result was images being much larger than intended.
Reported-by: Tom Zanussi
Signed-off-by: Darren Hart
CC: Joshua Lock
---
meta
This check verifies that non staticdev and non pic packages do not
have static libraries in them. There are a few exceptions for the
libgcc-dev and libgcov-dev packages which are whitelisted, also the
*_nonshared.a need to be part of their respective -dev packages.
This is currently a warning to w
On Tue, Jan 24, 2012 at 5:08 PM, Saul Wold wrote:
> On 01/24/2012 09:42 AM, Khem Raj wrote:
>>
>> task-core-tools-debug, task-core-tools-profile, task-core-tools-testapps
>> otherwise if we choose one through PACKAGE_GROUPS all packages
>> are built since they are in same recipe.
>>
>> Signed-off-
On 01/24/2012 09:42 AM, Khem Raj wrote:
task-core-tools-debug, task-core-tools-profile, task-core-tools-testapps
otherwise if we choose one through PACKAGE_GROUPS all packages
are built since they are in same recipe.
Signed-off-by: Khem Raj
---
.../conf/distro/include/distro_tracking_fields.in
On 01/24/2012 05:04 PM, Khem Raj wrote:
On Tue, Jan 24, 2012 at 3:59 PM, Saul Wold wrote:
The issue is timing and resources to do this work, it a larger task that may
take more than a few days to refactor perf into it's own recipe and share
the source area (ala work-shared/gcc). We need to g
On Tue, Jan 24, 2012 at 3:59 PM, Saul Wold wrote:
>
>
> The issue is timing and resources to do this work, it a larger task that may
> take more than a few days to refactor perf into it's own recipe and share
> the source area (ala work-shared/gcc). We need to get the non-GPLv3 build
> working ag
On 01/24/2012 03:42 PM, Khem Raj wrote:
On Tue, Jan 24, 2012 at 3:26 PM, Joshua Lock wrote:
Long term we should look at moving perf to a separate recipe but as a
short term solution this patch will ensure that when GPLv3 is in
would I be asking too much to do that instead of this patch :)
I t
On Tue, Jan 24, 2012 at 1:49 PM, Wade Farnsworth
wrote:
> SystemTap needs to provide uprobes.ko in order to support user space
> probing. Build and install the uprobes.ko on systems where it makes
> sense to.
>
> Signed-off-by: Wade Farnsworth
> ---
> meta/recipes-kernel/systemtap/systemtap_git
On Tue, Jan 24, 2012 at 3:26 PM, Joshua Lock wrote:
> Long term we should look at moving perf to a separate recipe but as a
> short term solution this patch will ensure that when GPLv3 is in
would I be asking too much to do that instead of this patch :)
I think it will be good thing in general si
This has patch has been merged into upstreams git repository and will be
available in the next stable release.
Signed-off-by: Joshua Lock
---
.../clutter/cogl/build_for_armv4t.patch|2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-graphics/clutter
On 10/01/12 11:34, Otavio Salvador wrote:
On Tue, Jan 10, 2012 at 15:39, Joshua Lock mailto:j...@linux.intel.com>> wrote:
The small series following introduces the alsa-state recipe from
oe-classic.
The reason for doing so is to remove the requirement for recipes
like the
b
The key patch in this series is the linux-tools change. With builds that don't
include GPLv3 licensed packages the linux-yocto kernel was being skipped due to
it pulling in perf and perf requiring binutils.
The short-term fix is to not build perf if GPLv3 is in INCOMPATIBLE_LICENSE,
long term the
Signed-off-by: Joshua Lock
---
.../conf/distro/include/distro_tracking_fields.inc |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/conf/distro/include/distro_tracking_fields.inc
b/meta/conf/distro/include/distro_tracking_fields.inc
index ce88b2e..a047315 100644
--
Signed-off-by: Joshua Lock
---
...r-gst-1.8_1.4.4.bb => clutter-gst-1.8_1.4.6.bb} |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/clutter/{clutter-gst-1.8_1.4.4.bb =>
clutter-gst-1.8_1.4.6.bb} (80%)
diff --git a/meta/recipes-graphics/clutter/clutter-g
As binutils is required by perf to build and is GPLv3 licensed adding
GPLv3 to INCOMPATIBLE_LICENSE will cause linux-yocto to be skipped.
Long term we should look at moving perf to a separate recipe but as a
short term solution this patch will ensure that when GPLv3 is in
INCOMPATIBLE_LICENSE perf
On 24/01/12 07:02, Koen Kooi wrote:
Op 13 jan. 2012, om 20:10 heeft Joshua Lock het volgende geschreven:
The small series which follows introduces the alsa-state recipe from oe-classic.
The reason for doing so is to remove the requirement for recipes like the
beagleboard-audio recipe in meta-y
This provides several enhancements to the systemtap recipe to improve
end user experience.
Wade Farnsworth (3):
Bump systemtap SRCREV
systemtap: extend the recipe to build the native package
systemtap: build and install uprobes.ko
meta/recipes-kernel/systemtap/systemtap_git.bb | 63 +
Bump systemtap SRCREV to pick up several changes including additional
ARM enhancements.
Signed-off-by: Wade Farnsworth
---
meta/recipes-kernel/systemtap/systemtap_git.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-kernel/systemtap/systemtap_git.bb
b/
SystemTap needs to provide uprobes.ko in order to support user space
probing. Build and install the uprobes.ko on systems where it makes
sense to.
Signed-off-by: Wade Farnsworth
---
meta/recipes-kernel/systemtap/systemtap_git.bb | 57 ++-
1 files changed, 54 insertions(+),
Since the target image may not contain dev tools, it is useful to
provide native systemtap in order to be able to compile systemtap
scripts for the target.
Signed-off-by: Wade Farnsworth
---
meta/recipes-kernel/systemtap/systemtap_git.bb |8 ++--
1 files changed, 6 insertions(+), 2 delet
OpenEmbedded Technical Steering Committee
17 January, 2012
Attending: Paul, Richard, Tom, Mark
Apologies: Khem
Notes: Jefro
Agenda & results, action items marked with =>
pick a chair
->Jefro
new issues
elections
->fray is next
=>RP will tickle board
distro features
=>all to reply to paul's
On Tue, 2012-01-24 at 15:10 +0100, Andreas Müller wrote:
> On Tue, Jan 24, 2012 at 1:29 PM, wrote:
> >
> > Module: openembedded-core.git
> > Branch: master
> > Commit: 0de85d2ca3bc9674323302a35995dfddb6044a71
> > URL:
> > http://git.openembedded.org/?p=openembedded-core.git&a=commit;h=0de85d2c
On Tue, 2012-01-24 at 14:30 +0100, Samuel Stirtzel wrote:
> Hi,
> currently I try to build a native software that needs CMake, it is a
> required tool to cross compile another software.
> An it seems that CMAKE_AR is set to an invalid value (CMAKE_AR-NOTFOUND).
> The cmake.bbclass has no entry abou
only *_nonshared.a are to be packaged in uclibc-dev
rest can go into uclibc-staticdev
Signed-off-by: Khem Raj
---
meta/recipes-core/uclibc/uclibc.inc |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/uclibc/uclibc.inc
b/meta/recipes-core/uclibc/uclibc.
task-core-tools-debug, task-core-tools-profile, task-core-tools-testapps
otherwise if we choose one through PACKAGE_GROUPS all packages
are built since they are in same recipe.
Signed-off-by: Khem Raj
---
.../conf/distro/include/distro_tracking_fields.inc | 26 +--
meta/conf/multilib.conf
Hi
Follwing patches have been tested on uclibc using all qemu
machines.
The following changes since commit a4a98b6d6273d4e716afbff0880d0ac2ff7be0a9:
gcc-common.inc: Fix comment (2012-01-24 14:38:31 +)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-c
Signed-off-by: Khem Raj
---
.../recipes-core/eglibc/eglibc-2.15/x86_fenv.patch |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/meta/recipes-core/eglibc/eglibc-2.15/x86_fenv.patch
b/meta/recipes-core/eglibc/eglibc-2.15/x86_fenv.patch
index 40c1c4d..7193f98 100644
--
Signed-off-by: Khem Raj
---
meta/recipes-core/util-linux/util-linux.inc |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-core/util-linux/util-linux.inc
b/meta/recipes-core/util-linux/util-linux.inc
index b6d44ab..f60f33b 100644
--- a/meta/recipes-core/util-l
Document the patches
Signed-off-by: Khem Raj
---
.../uclibc/uclibc-git/argp-headers.patch |2 +
.../uclibc/uclibc-git/argp-support.patch |3 +
.../uclibc-git/compile-arm-fork-with-O2.patch |2 +-
.../uclibc/uclibc-git/cross_compile_check.patch| 13 --
.
Signed-off-by: Khem Raj
---
meta/recipes-devtools/gdb/gdb-common.inc |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-devtools/gdb/gdb-common.inc
b/meta/recipes-devtools/gdb/gdb-common.inc
index d728139..930a71b 100644
--- a/meta/recipes-devtools/gdb/gdb
Signed-off-by: Khem Raj
---
.../ltp/ltp/uclibc-getcontext.patch| 78
.../ltp/{ltp_20110915.bb => ltp_20120104.bb} | 10 +-
2 files changed, 83 insertions(+), 5 deletions(-)
create mode 100644 meta/recipes-extended/ltp/ltp/uclibc-getcontext.patch
re
In the process of diving into the issues in bug 1916
(http://bugzilla.yoctoproject.org/show_bug.cgi?id=1916), I've come up
with a good way of detecting machine specific changes to generic
PACKAGE_ARCH packages.
The idea is to have two identical machines, qemux86 and qemux86copy.
These can be setup
Where we have machine specific recipes with well defined behaviour, it makes
no sense to rebuild recipes with these as dependencies whenever the machine
changes. This patch lists those well behaved recipes and excludes them from
the task signatures so we can change MACHINE without invalidating exis
On Tue, Jan 24, 2012 at 9:09 AM, Richard Purdie
wrote:
> gcc-cross is installed into a package architecture specific directory
> and is not meant to be machine specific. This patch replaces MACHINE_ARCH
> with PACKAGE_ARCH to ensure this is really the case.
>
> This was found by examining sstate c
The securetty file is machine specific whilst the rest of the shadow recipe
is not. Unfortunately making the recipce machine specific is both inefficient
and also causes dependency problems since parts of the system such as the
useradd
code depend upon it and this introduces a machine specific ele
gcc-cross is installed into a package architecture specific directory
and is not meant to be machine specific. This patch replaces MACHINE_ARCH
with PACKAGE_ARCH to ensure this is really the case.
This was found by examining sstate checksums.
Signed-off-by: Richard Purdie
---
diff --git a/meta/r
These additional packages show up when building a Universe build
since it includes all recipes unconditionally. Most are virtual,
but opkg shows up also.
Signed-off-by: Saul Wold
---
meta/conf/bitbake.conf |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/conf/bitbak
Op 13 jan. 2012, om 20:10 heeft Joshua Lock het volgende geschreven:
> The small series which follows introduces the alsa-state recipe from
> oe-classic.
> The reason for doing so is to remove the requirement for recipes like the
> beagleboard-audio recipe in meta-yocto, which ensures the beagle
On Tue, Jan 24, 2012 at 1:29 PM, wrote:
>
> Module: openembedded-core.git
> Branch: master
> Commit: 0de85d2ca3bc9674323302a35995dfddb6044a71
> URL:
> http://git.openembedded.org/?p=openembedded-core.git&a=commit;h=0de85d2ca3bc9674323302a35995dfddb6044a71
>
> Author: Richard Purdie
> Date:
On 12-01-24 06:02 AM, Richard Purdie wrote:
On Mon, 2012-01-23 at 12:54 -0500, Bruce Ashfield wrote:
Two issues are fixed with this commit, the ability to use the keyboard
on a graphical qemu boot and enabling ethernet by default on a 3.0
kernel.
The keyboard is fixed via the same method as the
Hi,
currently I try to build a native software that needs CMake, it is a
required tool to cross compile another software.
An it seems that CMAKE_AR is set to an invalid value (CMAKE_AR-NOTFOUND).
The cmake.bbclass has no entry about this.
By searching the web, the only information found was that i
On Mon, 2012-01-23 at 10:01 +0100, Martin Jansa wrote:
> The following changes since commit ac162df288f6d8f68c1764fad0ab2d33b9cee281:
>
> distro_tracking: update libpng, libgdbus, opensp, nfs-utils manual check
> dates (2012-01-20 16:35:08 +)
>
> are available in the git repository at:
>
On Mon, 2012-01-23 at 12:54 -0500, Bruce Ashfield wrote:
> Two issues are fixed with this commit, the ability to use the keyboard
> on a graphical qemu boot and enabling ethernet by default on a 3.0
> kernel.
>
> The keyboard is fixed via the same method as the other simulations with
> the additio
On Mon, 2012-01-23 at 17:43 -0800, Saul Wold wrote:
> A recent set of changes changed the kernel name from bzImage to vmlinux,
> this test needs to change also.
>
> Signed-off-by: Saul Wold
> ---
> scripts/qemuimage-testlib |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
Merged
46 matches
Mail list logo
