On Wed, Dec 07, 2011 at 08:15:16AM +0100, Martin Jansa wrote:
> On Tue, Dec 06, 2011 at 10:24:02PM +, Richard Purdie wrote:
> > On Tue, 2011-12-06 at 18:23 +0100, Martin Jansa wrote:
> > > On Tue, Dec 06, 2011 at 07:15:57AM -0700, Chris Larson wrote:
> > > > On Tue, Dec 6, 2011 at 2:28 AM, Mart
gcc fails when I extract my SDK to another place than /usr/local.
Output when it fails:
$ ./arm-angstrom-linux-gnueabi-gcc
bash: ./arm-angstrom-linux-gnueabi-gcc: No such file or directory
Readelf output:
$ readelf -d arm-angstrom-linux-gnueabi-gcc
Dynamic section at offset 0x34394 contains 2
On Tue, Dec 06, 2011 at 10:24:02PM +, Richard Purdie wrote:
> On Tue, 2011-12-06 at 18:23 +0100, Martin Jansa wrote:
> > On Tue, Dec 06, 2011 at 07:15:57AM -0700, Chris Larson wrote:
> > > On Tue, Dec 6, 2011 at 2:28 AM, Martin Jansa
> > > wrote:
> > > > * there are newest as well as older re
The savings can be substantial. The resutls below are for a
core-image-minimal type image:
gzip:1.1G sstate-cache
xz 714M sstate-cache
Signed-off-by: Matthew McClintock
---
v2: This one actually works!
v3:
- Use --use-compress-program= option to tar so we can use any compression
Only .m4 macros are included in this recipe so the correct license is
FSF-Unlimited
as specified in those marcros, not the main gettext license. This patch corrects
that mistake.
Signed-off-by: Richard Purdie
---
diff --git a/meta/recipes-core/gettext/gettext-minimal-0.18.1.1/COPYING
b/meta/rec
* The first patch adds support for the creation of
* jffs2 summary images for a faster mount.
* The second patch forces the --no-cleanmarkers option
* to further improve boot time.
Andrea Adami (2):
image_types.bbclass: implement jffs2 summary images (sum.jffs2)
image_types.bbclass: disable cl
* Building the jffs2 filesystem to include summary information speeds up
* the mount process considerably at the cost of increased size.
* The rate of speedup is generally higher on NAND chips and on the chips
* where the erase block size is large.
Signed-off-by: Andrea Adami
---
meta/classes/im
* Add '-n' to suppress cleanmarker nodes since jffs2
* is usually used for NAND flash and the cleanmarkers are created in
* the OOB area by flash_eraseall -j
*
* From man pages: -n, --no-cleanmarkers
* Do not write cleanmarker nodes to the beginning of each erase block.
* This option can be useful
On Tue, 2011-12-06 at 18:23 +0100, Martin Jansa wrote:
> On Tue, Dec 06, 2011 at 07:15:57AM -0700, Chris Larson wrote:
> > On Tue, Dec 6, 2011 at 2:28 AM, Martin Jansa wrote:
> > > * there are newest as well as older releases, so the SRC_URIs are valid
> > > longer
> > > * someone with fast line
Machines shouldn't be poking around PREFERRED_PROVIDERS which aren't
machine specific or at least machine safe. Kernels are machine specific
and the xserver is selectable. libx11 and mesa are now really a distro choice
and machine configurations shouldn't be poking around them as it just leads
to c
On Tue, 2011-12-06 at 17:46 +0100, Leon Woestenberg wrote:
> Hello all,
>
>
> meta-openembedded uses .bbappend to change the package-split-up of
> "kexec-tools" (as in openembedded-core) into "kexec" and "kdump"
> packages (this was classic OE behaviour).
>
> http://cgit.openembedded.org/meta-op
this feature was present in OE-classic, is documented in OE-core
but its implementation is actually missing.
The present implementation is directly copied from OE-classic
and tested on an arm926 machine.
Signed-off-by: Eric Bénard
---
meta/classes/rootfs_ipk.bbclass | 13 -
1 files
On Mon, 2011-12-05 at 22:16 -0800, Saul Wold wrote:
> Richard,
>
> These are a couple of things I found in distro_tracking (with
> Jiajun's help) and wget was pointing to the wrong place, would
> be good for the self-hosted build.
>
> Sau!
>
> The following changes since commit 0a7a8597be05c8def
On 12/06/2011 09:06 AM, Mark Hatle wrote:
On 12/6/11 10:46 AM, Leon Woestenberg wrote:
Hello all,
meta-openembedded uses .bbappend to change the package-split-up of
"kexec-tools"
(as in openembedded-core) into "kexec" and "kdump" packages (this was
classic OE
behaviour).
http://cgit.openembed
On Tue, Dec 06, 2011 at 07:15:57AM -0700, Chris Larson wrote:
> On Tue, Dec 6, 2011 at 2:28 AM, Martin Jansa wrote:
> > * there are newest as well as older releases, so the SRC_URIs are valid
> > longer
> > * someone with fast line should try to redownload world to see if the
> > structure is th
On 12/6/11 10:46 AM, Leon Woestenberg wrote:
Hello all,
meta-openembedded uses .bbappend to change the package-split-up of "kexec-tools"
(as in openembedded-core) into "kexec" and "kdump" packages (this was classic OE
behaviour).
http://cgit.openembedded.org/meta-openembedded/commit/meta-oe/re
Hello all,
meta-openembedded uses .bbappend to change the package-split-up of
"kexec-tools" (as in openembedded-core) into "kexec" and "kdump" packages
(this was classic OE behaviour).
http://cgit.openembedded.org/meta-openembedded/commit/meta-oe/recipes-kernel/kexec/kexec-tools_2.0.2.bbappend?i
Signed-off-by: Otavio Salvador
---
.../initrdscripts/initramfs-module-udev/udev | 22
.../initrdscripts/initramfs-module-udev_1.0.bb | 16 ++
2 files changed, 38 insertions(+), 0 deletions(-)
create mode 100644 meta/recipes-core/initrdscripts/initra
Signed-off-by: Otavio Salvador
---
.../initrdscripts/initramfs-module-e2fs/e2fs | 28
.../initrdscripts/initramfs-module-e2fs_1.0.bb | 15 ++
2 files changed, 43 insertions(+), 0 deletions(-)
create mode 100755 meta/recipes-core/initrdscripts/initramfs-
Adds support to dynamic debugging of initramfs using bootparam in
following format:
- shell : starts a shell before and after each module
- shell=before: : starts a shell before is loaded and run
- shell=after: : starts a shell after is loaded and run
- shell-debug
This patchset adds a very flexible and powerful initramfs framework
together with a small set of modules using it. Please refer to each
commit for the respective documentation.
The following changes since commit fb642d2691b9302e16e984aff9d8fb18c431:
buildhistory bbclass: avoid absolute path
Signed-off-by: Otavio Salvador
---
.../initrdscripts/initramfs-module-mdev/mdev | 30
.../initrdscripts/initramfs-module-mdev_1.0.bb | 16 ++
2 files changed, 46 insertions(+), 0 deletions(-)
create mode 100644 meta/recipes-core/initrdscripts/initramfs-
Provides the API to be used by the initramfs module. The modules need
to provide the following functions:
_enabled : check if the module ought to run (return 1 to skip)
_run : do what is need
Boot parameters are available on environment in the as:
'foo=value' as 'bootparam_foo=value'
'fo
On Fri, Dec 2, 2011 at 11:24 AM, Matthew McClintock wrote:
> - tar -czf ${SSTATE_PKG} *
> + tar -${SSTATE_PKG_TAROPT}cf ${SSTATE_PKG} *
> else
> - tar -cz --file=${SSTATE_PKG} --files-from=/dev/null
> + tar -${SSTATE_PKG_TAROPT}c --fil
Hi Sergey,
Le 06/12/2011 16:25, Sergey Lapin a écrit :
Is it known how to build custom SDK with current OE-core based build system?
bitbake meta-toolchain or meta-toolchain-qte for qt embedded.
Eric
___
Openembedded-core mailing list
Openembedded-co
Hi, all!
Is it known how to build custom SDK with current OE-core based build system?
Also how to put basic toolchain into device image?
Thanks a lot,
S.
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo
On Tue, 2011-12-06 at 02:08 +, McClintock Matthew-B29882 wrote:
> On Mon, Dec 5, 2011 at 2:35 AM, Richard Purdie
> wrote:
> > On Sun, 2011-12-04 at 18:44 +, McClintock Matthew-B29882 wrote:
> >> Can anyone comment if this issue has been resolved on master? It's
> >> very random which packa
On Tue, 2011-12-06 at 13:00 +0100, Koen Kooi wrote:
> Signed-off-by: Koen Kooi
> ---
> meta/classes/buildhistory.bbclass |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
Merged to master, thanks.
Richard
___
Openembedded-core mailing li
On Mon, 2011-12-05 at 21:21 -0800, Khem Raj wrote:
> This patchset contains
>
> Changes to gcc where now it will be compiled with cloog/ppl support
> and we have corresponding libraries build as -native and -nativesdk
> recipes
>
> Fixes the beagleboard ICE seen with mesa-xlib sometime ago
> and
On Mon, 2011-12-05 at 21:21 -0800, Khem Raj wrote:
> This patchset contains
>
> Changes to gcc where now it will be compiled with cloog/ppl support
> and we have corresponding libraries build as -native and -nativesdk
> recipes
This gives a hit to the build time of the toolchain and I'm not sure
On Tue, 2011-12-06 at 17:09 +0800, Mei Lei wrote:
> Hi all,
> Some git repo recipes use rsync protocal as their default protocal,
> this will lead errors when checking upstreawm version.
> Change default protocal from rsync to git for those git recipes.
>
> Thanks,
> Lei
>
> The foll
On Mon, 2011-12-05 at 18:17 -0800, Joshua Lock wrote:
> NOTE: this requires a patch I sent to the BitBake list[1] to error cleanly,
> otherwise you'll see a Python backtrace and the build fail...
>
> This is v2 of a series to add set BB_STRICT_CHECKSUM in default-distrovars.inc
> so that missing c
On Tue, 2011-12-06 at 11:39 +0100, Koen Kooi wrote:
> OE-core only support qemu based machines, so BSP type recipe should be moved
> to their respective BSPs
>
> omap3-sgx-modules can be found in the meta-ti BSP:
> http://git.angstrom-distribution.org/cgi-bin/cgit.cgi/meta-texasinstruments/
>
>
On Tue, Dec 6, 2011 at 2:28 AM, Martin Jansa wrote:
> * there are newest as well as older releases, so the SRC_URIs are valid longer
> * someone with fast line should try to redownload world to see if the
> structure is the same for all projects (checked for subversion)
Would it not be better to
From: Klaus Kurzmann
* subversion-1.7.* had libtool-2.4, oe-core now has 2.4.2 and it was
failing:
x86_64-linux-libtool: Version mismatch error. This is libtool 2.4.2, but the
x86_64-linux-libtool: definition of this LT_INIT comes from libtool 2.4.
x86_64-linux-libtool: You should recrea
On Tuesday 06 December 2011 13:00:04 Koen Kooi wrote:
> Signed-off-by: Koen Kooi
> ---
> meta/classes/buildhistory.bbclass |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/meta/classes/buildhistory.bbclass
> b/meta/classes/buildhistory.bbclass index e4534e9..39f5ff6
Op 6 dec. 2011, om 13:27 heeft Martin Jansa het volgende geschreven:
[..]
>
> ---
> meta/recipes-support/ppl/ppl_0.11.2.bb |6 +-
> 1 files changed, 5 insertions(+), 1 deletions(-)
>
> diff --git a/meta/recipes-support/ppl/ppl_0.11.2.bb
> b/meta/recipes-support/ppl/ppl_0.11.2.bb
> inde
* before this patch:
configure:10139: checking how to link with libgmp
configure:10612: result: /usr/lib/libgmp.so
configure:10654: checking how to link with libgmpxx
configure:11127: result: /usr/lib/libgmpxx.so /usr/lib/libgmp.so
...
ac_cv_libgmp_cppflags=
ac_cv_libgmp_libs=/usr/lib/libgmp.so
ac_
Signed-off-by: Koen Kooi
---
meta/classes/buildhistory.bbclass |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/classes/buildhistory.bbclass
b/meta/classes/buildhistory.bbclass
index e4534e9..39f5ff6 100644
--- a/meta/classes/buildhistory.bbclass
+++ b/meta/classes/
On Tue, Dec 6, 2011 at 6:21 AM, Khem Raj wrote:
> These are supporting libraries needed if we want
> to build gcc with graphite support which does better
> job on loop optimizarions.
>
> Signed-off-by: Khem Raj
> ---
> meta/recipes-support/cloog-ppl/cloog-ppl.inc | 6 +
> .../recipes-su
OE-core only support qemu based machines, so BSP type recipe should be moved to
their respective BSPs
omap3-sgx-modules can be found in the meta-ti BSP:
http://git.angstrom-distribution.org/cgi-bin/cgit.cgi/meta-texasinstruments/
Signed-off-by: Koen Kooi
---
.../omap3-sgx-modules_1.3.13.1397.
On Tuesday 06 December 2011 08:18:30 Koen Kooi wrote:
> Omap3-sgx-modules has no place in OE-core, so it should get deleted.
Sounds good, would you mind sending a patch that does that?
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
__
* there are newest as well as older releases, so the SRC_URIs are valid longer
* someone with fast line should try to redownload world to see if the
structure is the same for all projects (checked for subversion)
Signed-off-by: Martin Jansa
---
meta/conf/bitbake.conf |2 +-
1 files changed
>-Original Message-
>From: openembedded-core-boun...@lists.openembedded.org
>[mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
>Richard Purdie
>Sent: Thursday, December 01, 2011 5:22 PM
>To: Patches and discussions about the oe-core layer
>Cc: openembedded-c...@openem
On Tue, Dec 06, 2011 at 09:35:20AM +0100, Martin Jansa wrote:
> From: Klaus Kurzmann
>
> * subversion-1.7.* had libtool-2.4, oe-core now has 2.4.2 and it was
> failing:
> x86_64-linux-libtool: Version mismatch error. This is libtool 2.4.2, but
> the
> x86_64-linux-libtool: definition of t
Some recipes,like rt-tests,clutter-box2d,iproute2,didn't declare upstream
protocal, but in distrodata.bbclass, we use rsync as the default protocal,
this will lead an error when checking upstream version.
Change default protocal from rsync to git in distrodata.bbclass.
Signed-off-by: Mei Lei
---
Hi all,
Some git repo recipes use rsync protocal as their default protocal,
this will lead errors when checking upstreawm version.
Change default protocal from rsync to git for those git recipes.
Thanks,
Lei
The following changes since commit 0a7a8597be05c8def8af58eecab49d963dc9d
Signed-off-by: Martin Jansa
---
.../matchbox-sato/matchbox-session-sato_0.1.bb |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-sato/matchbox-sato/matchbox-session-sato_0.1.bb
b/meta/recipes-sato/matchbox-sato/matchbox-session-sato_0.1.bb
index 01e4
From: Klaus Kurzmann
* subversion-1.7.* had libtool-2.4, oe-core now has 2.4.2 and it was
failing:
x86_64-linux-libtool: Version mismatch error. This is libtool 2.4.2, but the
x86_64-linux-libtool: definition of this LT_INIT comes from libtool 2.4.
x86_64-linux-libtool: You should recrea
Signed-off-by: Martin Jansa
---
meta/recipes-extended/sysstat/sysstat.inc |7 ++-
meta/recipes-extended/sysstat/sysstat_10.0.3.bb |2 +-
2 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-extended/sysstat/sysstat.inc
b/meta/recipes-extended/sysstat/syss
The following changes since commit 0a7a8597be05c8def8af58eecab49d963dc9d757:
libsdl: Disable pulseaudio explicitly (2011-12-05 23:03:23 +)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib jansa/pull
http://cgit.openembedded.org/cgit.cgi/opene
51 matches
Mail list logo