2010/10/21 Koen Kooi :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi,
>
> Recipes/linux is a mess and recipes/u-boot is as well. It would be a
> nice topic for OEDEM to see if we discuss switching to a poky BSP model.
> It would boil down to:
>
> 1 base bblayer with shared files:
> * con
Somehow the last few weeks I am getting problems with e2fsprogs on the
testing-next branch on our autobuilder.
It hangs in etex. From ps:
12474 ?S 6:03 python
/home/hudson/jobs/FM_TEST/workspace/bitbake-1.10.0/bin/bitbake
e2fsprogs
12534 ?S 0:00 python
/home/hudson/jobs/
We've switched to 10.04 as host.
With that most things build fine.
With 8.04 I had some issues.
See the thread 'e2fsprogs build problems (with ubuntu 8.04 host)"
However, as the autobuilder moved to 10.04 I will cease to stop 8.04 testing.
Time permitting I will also put some info in the wiki on
Hello.
If anyone of you is interest to get an e.V. member please let me know. I'm going
to prepare a proposal to vote for new members next week.
The e.V. is the official body behind the OE project and members of it can vote
for the board and the TSC. No fee is attached to this memebership but you
Resolvconf 1.45 is only available from the snapshot mirror.
Remove the recipee for 1.45.
Signed-off-by: Anders Darander
---
v2:
* Fix the subject line.
* Remove the 1.45 recipe.
recipes/resolvconf/resolvconf_1.45.bb | 33 -
recipes/resolvconf/re
On Tue, Nov 02, 2010 at 10:13:27AM +0100, Anders Darander wrote:
> Resolvconf 1.45 is only available from the snapshot mirror.
> Remove the recipee for 1.45.
>
> Signed-off-by: Anders Darander
> ---
> v2:
> * Fix the subject line.
> * Remove the 1.45 recipe.
>
> +DESCRIPTION = "Resol
On Tue, Nov 2, 2010 at 10:19, Martin Jansa wrote:
> On Tue, Nov 02, 2010 at 10:13:27AM +0100, Anders Darander wrote:
>> +PR = "r1"
>
> It should start with r0 or no PR (as r0 is default).
Thanks for spotting this.
I'll send an updated patch during the day. (Waiting some more time,
allowing for mo
staging, merge native & target
recipes, cleanup, update LICENSE etc etc)
- Sort out old "core" recipes toolchain (khem) kernel 2.4 (hrw)
- Where is the donation form/button?
http://wiki.openembedded.org/index.php/Donate (incomplete yet)
Timeline
Rough timeline:
20101101 - Annou
Resolvconf 1.45 is only available from the snapshot mirror.
Remove the recipee for 1.45.
Signed-off-by: Anders Darander
---
v3:
* Changed to r0 in PR.
v2:
* Fix the subject line.
* Remove the 1.45 recipe.
recipes/resolvconf/resolvconf_1.45.bb | 33 -
On Mon, Nov 1, 2010 at 2:49 PM, Frans Meulenbroeks
wrote:
> 2010/11/1 Petr Štetiar :
>> Khem Raj [2010-11-01 10:32:53]:
>>
>>> We should add another column identifying the build is from clean tmp
>>> or an incremental one
>>
>> No more columns please. I think, that I should receive a PhD just bec
On 11/02/2010 06:00 AM, Cliff Brake wrote:
On Mon, Nov 1, 2010 at 2:49 PM, Frans Meulenbroeks
wrote:
2010/11/1 Petr Štetiar:
Khem Raj [2010-11-01 10:32:53]:
We should add another column identifying the build is from clean tmp
or an incremental one
No more columns please. I think, that I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ping on the patch?
On 23-10-10 20:15, Koen Kooi wrote:
> On 23-10-10 19:03, Chris Larson wrote:
>> On Sat, Oct 23, 2010 at 6:45 AM, Koen Kooi wrote:
>
>>> From: Koen Kooi
>>>
>>> Signed-off-by: Koen Kooi
>>>
>>> ---
>>> classes/module.bbclass |
Denys Dmytriyenko wrote:
It has been discussed before (check irc logs 7-10 days ago) and Khem made a
change to introduce new override called "target", which can be used in this
case. Anyway, I ended up fixing it by amend in my overlay:
http://arago-project.org/git/?p=arago.git;a=commitdiff;h=3
The Linux Foundation has announced the Yocto Project (based partly on
OpenEmbedded), http://yoctoproject.org/.
The OpenEmbedded eV board is pleased to see more people using
OpenEmbedded and would like to develop a long term partnership with the
Yocto Project.
The eV board would like the Open
On Mon, Nov 1, 2010 at 3:57 PM, Khem Raj wrote:
> On (01/11/10 15:54), Zach Frey wrote:
> > On Mon, Nov 1, 2010 at 3:47 PM, Khem Raj wrote:
> >
> > >
> > > Well it built fine for me on minimal distro with libtool 2.4 and
> > > machine=efikamx
> > > you could try using angstrom-2010 and see if th
Op 2 nov 2010, om 15:16 heeft Philip Balister het volgende geschreven:
> The Linux Foundation has announced the Yocto Project (based partly on
> OpenEmbedded), http://yoctoproject.org/.
>
> The OpenEmbedded eV board is pleased to see more people using OpenEmbedded
> and would like to develop a
Hi Stefan,
I'd like to become a member.
I'm a developer in Ottawa, Canada, at Canadian Bank Note Company,
Limited. Since 2009 we've been using OpenEmbedded as the base of a
customized distribution for our VPN devices and point-of-sale terminals.
My interests in OE include x86_64 support, foot
Le 02/11/2010 05:41, Khem Raj a écrit :
On Mon, Nov 1, 2010 at 2:29 PM, Eric Bénard wrote:
else we don't statically link libncurses, libtinfo and libz which leads
to :
/usr/local/angstrom/arm/bin/arm-angstrom-linux-gnueabi-gdb:
error while loading shared libraries: libtinfo.so.5:
cannot open sh
gah. reply all fail. apologies.
Michael Smith wrote:
Hi Stefan,
I'd like to become a member.
I'm a developer in Ottawa, Canada, at Canadian Bank Note Company,
Limited. Since 2009 we've been using OpenEmbedded as the base of a
customized distribution for our VPN devices and point-of-sale term
so we have : configure then make configure-host which generates the
Makefile that we modify using sed to statically link the libs
Without this patch, we don't statically link libncurses, libtinfo
and libz which leads to :
/usr/local/angstrom/arm/bin/arm-angstrom-linux-gnueabi-gdb:
error while load
Eric Bénard wrote:
Le 02/11/2010 05:41, Khem Raj a écrit :
On Mon, Nov 1, 2010 at 2:29 PM, Eric Bénard wrote:
else we don't statically link libncurses, libtinfo and libz which leads
to :
/usr/local/angstrom/arm/bin/arm-angstrom-linux-gnueabi-gdb:
error while loading shared libraries: libtinfo.
Hello.
On Tue, 2010-11-02 at 10:49, Michael Smith wrote:
> gah. reply all fail. apologies.
No problem. A short introduction for people who like to become a member is
appreciated. You are on my list for the proposal next week.
regards
Stefan Schmidt
__
Le 02/11/2010 15:57, Tom Rini a écrit :
Can we look at NOT doing the dance we're doing here and instead try the normal
autotools stuff? The "we need to not do ..." stuff looks to be an ancient
artifact.
following the recent changes in this file we have a regression : some libs are
no more stati
On Tue, Nov 2, 2010 at 7:56 AM, Eric Bénard wrote:
> so we have : configure then make configure-host which generates the
> Makefile that we modify using sed to statically link the libs
>
> Without this patch, we don't statically link libncurses, libtinfo
> and libz which leads to :
> /usr/local/an
On Tue, Nov 2, 2010 at 5:00 AM, Cliff Brake wrote:
> On Mon, Nov 1, 2010 at 2:49 PM, Frans Meulenbroeks
> wrote:
>> 2010/11/1 Petr Štetiar :
>>> Khem Raj [2010-11-01 10:32:53]:
>>>
We should add another column identifying the build is from clean tmp
or an incremental one
>>>
>>> No mor
On 11/02/2010 07:42 AM, Koen Kooi wrote:
Before we go vote on stuff, I propose to try to work on relatively
small focussed projects together to see how our goal and way of
working match the yoctoproject ones. Things like tinderbox upgrades,
buildbot integration and BSP splitting come to mind. The
- qt4e-base-image : contains qt4 embedded libraries and can be used
as a base rootfs when developping using the sdk
- qt4e-demo-image : contains qt-base-image + qt-demo + a script to
launch qt-demo at boot, this image can be used to quickly setup
a demonstration of qt capabilities on a machine usin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02-11-10 08:02, Frans Meulenbroeks wrote:
> 2010/10/21 Koen Kooi :
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Hi,
>>
>> Recipes/linux is a mess and recipes/u-boot is as well. It would be a
>> nice topic for OEDEM to see if we discuss
Eric Bénard wrote:
Le 02/11/2010 15:57, Tom Rini a écrit :
Can we look at NOT doing the dance we're doing here and instead try
the normal
autotools stuff? The "we need to not do ..." stuff looks to be an ancient
artifact.
following the recent changes in this file we have a regression : some
l
Khem Raj wrote:
On Tue, Nov 2, 2010 at 7:56 AM, Eric Bénard wrote:
so we have : configure then make configure-host which generates the
Makefile that we modify using sed to statically link the libs
Without this patch, we don't statically link libncurses, libtinfo
and libz which leads to :
/usr/
Hi,
Le 02/11/2010 21:46, Koen Kooi a écrit :
I do fear that pulling things into seperate layers too much will make it
harder to propagate fixes...
yes, in your example, the fines in conf/machine/include are common to all omap
boards (and even all cortexa8 for tune-cortexa8.inc) and thus when f
Add patch to fix this error when building eglibc-2.12
with make-3.82:
make[2]: Entering directory `eglibc-2_12/libc/manual'
Makefile:246: *** mixed implicit and normal rules. Stop.
Signed-off-by: Vasily Khoruzhick
---
recipes/eglibc/eglibc_2.12.bb |3 ++-
recipes/eglibc/files/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02-11-10 22:14, Eric Bénard wrote:
> Hi,
>
> Le 02/11/2010 21:46, Koen Kooi a écrit :
>> I do fear that pulling things into seperate layers too much will make it
>> harder to propagate fixes...
>>
> yes, in your example, the fines in conf/machine/i
Eric Bénard wrote:
Hi,
Le 02/11/2010 21:46, Koen Kooi a écrit :
I do fear that pulling things into seperate layers too much will make it
harder to propagate fixes...
yes, in your example, the fines in conf/machine/include are common to
all omap boards (and even all cortexa8 for tune-cortexa8.
On Tue, Nov 2, 2010 at 2:15 PM, Vasily Khoruzhick wrote:
> Add patch to fix this error when building eglibc-2.12
> with make-3.82:
>
thanks for the patch. while you are at it can you also patch other
versions of eglibc
that would be nice.
> make[2]: Entering directory `eglibc-2_12/libc/manual'
>
On Tue, Nov 2, 2010 at 1:46 PM, Koen Kooi wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 02-11-10 08:02, Frans Meulenbroeks wrote:
>> 2010/10/21 Koen Kooi :
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA1
>>>
>>> Hi,
>>>
>>> Recipes/linux is a mess and recipes/u-boot is as w
Hello,
On Tue, Nov 2, 2010 at 8:55 PM, Scott Garman wrote:
> On 11/02/2010 07:42 AM, Koen Kooi wrote:
>>
>> Before we go vote on stuff, I propose to try to work on relatively
>> small focussed projects together to see how our goal and way of
>> working match the yoctoproject ones. Things like tin
On Mon, Nov 1, 2010 at 11:38 PM, Frans Meulenbroeks
wrote:
> 2010/11/2 Graham Gower :
>> * Point configure at where it can find jpeg.
>> * Explicitly disable cdk and aalib.
>> * Fix license while here.
>>
>> Signed-off-by: Graham Gower
>> ---
>> recipes/gphoto2/gphoto2_2.4.8.bb | 9 +++
On Tuesday 02 November 2010 23:49:33 Khem Raj wrote:
> On Tue, Nov 2, 2010 at 2:15 PM, Vasily Khoruzhick
wrote:
> > Add patch to fix this error when building eglibc-2.12
>
> > with make-3.82:
> thanks for the patch. while you are at it can you also patch other
> versions of eglibc
> that would b
On Tue, Nov 2, 2010 at 3:02 PM, Vasily Khoruzhick wrote:
> On Tuesday 02 November 2010 23:49:33 Khem Raj wrote:
>> On Tue, Nov 2, 2010 at 2:15 PM, Vasily Khoruzhick
> wrote:
>> > Add patch to fix this error when building eglibc-2.12
>>
>> > with make-3.82:
>> thanks for the patch. while you are a
Hello,
On Tue, Nov 2, 2010 at 7:04 PM, Khem Raj wrote:
> On Tue, Nov 2, 2010 at 5:00 AM, Cliff Brake wrote:
>> Do all testers currently have google accounts? I'm all for making it
>> less painful.
>
> sounds good. Dont they allow anonymous edit iow one who does not have
> gmail/google account c
On 11/02/2010 03:00 PM, Leon Woestenberg wrote:
I am one of the folks who has been working on the Yocto Project (my work
email is scott.a.gar...@intel.com, IRC nick zenlinuxPDX). One of my primary
responsibilities to date has been setting up and maintaining our
Buildbot-based autobuilder.
Did y
On Tue, 2010-11-02 at 15:42 +0100, Koen Kooi wrote:
> Op 2 nov 2010, om 15:16 heeft Philip Balister het volgende geschreven:
>
> > The Linux Foundation has announced the Yocto Project (based partly
> > on OpenEmbedded), http://yoctoproject.org/.
> >
> > The OpenEmbedded eV board is pleased to se
On Tue, Nov 2, 2010 at 3:24 PM, Richard Purdie wrote:
> On Tue, 2010-11-02 at 15:42 +0100, Koen Kooi wrote:
>> Op 2 nov 2010, om 15:16 heeft Philip Balister het volgende geschreven:
>>
>> > The Linux Foundation has announced the Yocto Project (based partly
>> > on OpenEmbedded), http://yoctoprojec
/usr/bin/cython is a python script. Fix the license while here.
Signed-off-by: Graham Gower
---
recipes/python/python-cython_0.13.bb |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/recipes/python/python-cython_0.13.bb
b/recipes/python/python-cython_0.13.bb
index 61ad
On 2 November 2010 17:08, Frans Meulenbroeks
wrote:
> 2010/11/2 Graham Gower :
>> * Point configure at where it can find jpeg.
>> * Explicitly disable cdk and aalib.
>> * Fix license while here.
>>
>> Signed-off-by: Graham Gower
>> ---
>> recipes/gphoto2/gphoto2_2.4.8.bb | 9 +++--
>>
On Tue, Nov 2, 2010 at 10:21 AM, Zach Frey wrote:
>
>
> On Mon, Nov 1, 2010 at 3:57 PM, Khem Raj wrote:
>
>> On (01/11/10 15:54), Zach Frey wrote:
>> > On Mon, Nov 1, 2010 at 3:47 PM, Khem Raj wrote:
>> >
>> > >
>> > > Well it built fine for me on minimal distro with libtool 2.4 and
>> > > mach
> A question -- is the build supposed to be using the build host's automake,
> or is it supposed to be using one from its downloaded toolchain?
well automake is used from the contained versions. We use the version
from native staging which
is the version we build. The automake installed on your ho
On Tue, Nov 2, 2010 at 10:56 PM, Khem Raj wrote:
> > A question -- is the build supposed to be using the build host's
> automake,
> > or is it supposed to be using one from its downloaded toolchain?
>
> well automake is used from the contained versions. We use the version
> from native staging wh
On Tue, Nov 2, 2010 at 8:10 PM, Zach Frey wrote:
> On Tue, Nov 2, 2010 at 10:56 PM, Khem Raj wrote:
>
>> > A question -- is the build supposed to be using the build host's
>> automake,
>> > or is it supposed to be using one from its downloaded toolchain?
>>
>> well automake is used from the conta
50 matches
Mail list logo