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
Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
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
From: Klaus Kurzmann m...@fluxnetz.de
* 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:
Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
.../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
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
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
* 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 martin.ja...@gmail.com
---
meta/conf/bitbake.conf |
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
On Tue, Dec 6, 2011 at 6:21 AM, Khem Raj raj.k...@gmail.com 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 raj.k...@gmail.com
---
meta/recipes-support/cloog-ppl/cloog-ppl.inc
Signed-off-by: Koen Kooi k...@dominion.thruhere.net
---
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
---
* 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
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
index
On Tuesday 06 December 2011 13:00:04 Koen Kooi wrote:
Signed-off-by: Koen Kooi k...@dominion.thruhere.net
---
meta/classes/buildhistory.bbclass |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/classes/buildhistory.bbclass
b/meta/classes/buildhistory.bbclass
From: Klaus Kurzmann m...@fluxnetz.de
* 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:
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 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
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 following
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
what
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 removes
On Tue, 2011-12-06 at 13:00 +0100, Koen Kooi wrote:
Signed-off-by: Koen Kooi k...@dominion.thruhere.net
---
meta/classes/buildhistory.bbclass |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
Merged to master, thanks.
Richard
___
On Tue, 2011-12-06 at 02:08 +, McClintock Matthew-B29882 wrote:
On Mon, Dec 5, 2011 at 2:35 AM, Richard Purdie
richard.pur...@linuxfoundation.org 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
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
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
On Fri, Dec 2, 2011 at 11:24 AM, Matthew McClintock m...@freescale.com wrote:
- tar -czf ${SSTATE_PKG} *
+ tar -${SSTATE_PKG_TAROPT}cf ${SSTATE_PKG} *
else
- tar -cz --file=${SSTATE_PKG} --files-from=/dev/null
+ tar
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
.../initrdscripts/initramfs-module-mdev/mdev | 30
.../initrdscripts/initramfs-module-mdev_1.0.bb | 16 ++
2 files changed, 46 insertions(+), 0 deletions(-)
create mode 100644
Provides the API to be used by the initramfs module. The modules need
to provide the following functions:
module_enabled : check if the module ought to run (return 1 to skip)
module_run : do what is need
Boot parameters are available on environment in the as:
'foo=value' as
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
Adds support to dynamic debugging of initramfs using bootparam in
following format:
- shell : starts a shell before and after each module
- shell=before:module : starts a shell before module is loaded and run
- shell=after:module : starts a shell after module is loaded and run
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
.../initrdscripts/initramfs-module-e2fs/e2fs | 28
.../initrdscripts/initramfs-module-e2fs_1.0.bb | 15 ++
2 files changed, 43 insertions(+), 0 deletions(-)
create mode 100755
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
.../initrdscripts/initramfs-module-udev/udev | 22
.../initrdscripts/initramfs-module-udev_1.0.bb | 16 ++
2 files changed, 38 insertions(+), 0 deletions(-)
create mode 100644
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).
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).
On Tue, Dec 06, 2011 at 07:15:57AM -0700, Chris Larson wrote:
On Tue, Dec 6, 2011 at 2:28 AM, Martin Jansa martin.ja...@gmail.com 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
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).
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
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 e...@eukrea.com
---
meta/classes/rootfs_ipk.bbclass | 13
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).
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
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 martin.ja...@gmail.com wrote:
* there are newest as well as older releases, so the SRC_URIs are valid
longer
* someone with
* 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
* 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
* 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
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 richard.pur...@linuxfoundation.org
---
diff --git
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 m...@freescale.com
---
v2: This one actually works!
v3:
- Use --use-compress-program= option to tar so we can
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 martin.ja...@gmail.com
wrote:
* there are newest as well
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
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, Martin Jansa
47 matches
Mail list logo
