OE and the developing host

OE and the developing host

[Nicola Ranaldo]

I use OE on a gentoo box. This morning i updated the system, and the new 
linux-headers package removed /usr/include/asm/page.h. So when building my 
angstrom image it failed with perl asking to include that file. This problem 
was discussed on the gentoo bug and after applying a simple workaround i was 
able to emerge perl on the gentoo box and perl native on OE.
After a while the oe build stopped on esound, this was caused by a malfunction 
of /usr/lib/libosp.so.5 on gentoo, i reemerged it and solved the problem. Now 
the armstrong-gpe-image is complete. But this introduced a doubt. OE build 
some tools directly, and use other directly from the build host, so it could 
be teoretically possible to produce different images on different host. Is 
there a way or a plan to avoid it and make OE build host independant 
(supposing i was correct)? If not, what's the most used/supported distro by 
OE developers?

Regards

	Niko

Re: OE and the developing host

[Richard Purdie]

On Wed, 2007-02-28 at 11:09 +0100, Nicola Ranaldo wrote:
> I use OE on a gentoo box. This morning i updated the system, and the new 
> linux-headers package removed /usr/include/asm/page.h. So when building my 
> angstrom image it failed with perl asking to include that file. This problem 
> was discussed on the gentoo bug and after applying a simple workaround i was 
> able to emerge perl on the gentoo box and perl native on OE.
> After a while the oe build stopped on esound, this was caused by a malfunction 
> of /usr/lib/libosp.so.5 on gentoo, i reemerged it and solved the problem. Now 
> the armstrong-gpe-image is complete. But this introduced a doubt. OE build 
> some tools directly, and use other directly from the build host, so it could 
> be teoretically possible to produce different images on different host. Is 
> there a way or a plan to avoid it and make OE build host independant 
> (supposing i was correct)? If not, what's the most used/supported distro by 
> OE developers?

*-native packages can touch things on the system, any other packages
shouldn't and if they were found to be, it would be a bug and should be
fixed.

Its never going to be possible to make make OE build everything it needs
itself since you always need some prerequisites (e.g. a initial
toolchain).

Personally, I use OE/Poky on Ubuntu and Slackware. There are others
using Gentoo and other systems. Ideally it should work on most systems,
you might see problems with -native packages, you shouldn't see problems
with non -native ones.

Cheers,

Richard

Re: OE and the developing host

[Koen Kooi]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Richard Purdie schreef:
> On Wed, 2007-02-28 at 11:09 +0100, Nicola Ranaldo wrote:
>> I use OE on a gentoo box. This morning i updated the system, and the new 
>> linux-headers package removed /usr/include/asm/page.h. So when building my 
>> angstrom image it failed with perl asking to include that file. This problem 
>> was discussed on the gentoo bug and after applying a simple workaround i was 
>> able to emerge perl on the gentoo box and perl native on OE.
>> After a while the oe build stopped on esound, this was caused by a malfunction 
>> of /usr/lib/libosp.so.5 on gentoo, i reemerged it and solved the problem. Now 
>> the armstrong-gpe-image is complete. But this introduced a doubt. OE build 
>> some tools directly, and use other directly from the build host, so it could 
>> be teoretically possible to produce different images on different host. Is 
>> there a way or a plan to avoid it and make OE build host independant 
>> (supposing i was correct)? If not, what's the most used/supported distro by 
>> OE developers?
> 
> *-native packages can touch things on the system, any other packages
> shouldn't and if they were found to be, it would be a bug and should be
> fixed.
> 
> Its never going to be possible to make make OE build everything it needs
> itself since you always need some prerequisites (e.g. a initial
> toolchain).
> 
> Personally, I use OE/Poky on Ubuntu and Slackware. There are others
> using Gentoo and other systems. Ideally it should work on most systems,
> you might see problems with -native packages, you shouldn't see problems
> with non -native ones.

OpenSuSE should work as well, but stay away from Red Hat/Fedora based stuff, since you
can't build a working qemu-native on that.

regards,

Koen
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)

iD8DBQFF5VnpMkyGM64RGpERAv6GAKCNnttrwbzw6UWN0URB+qn0Q8d6SQCggB8s
QBxJdxBCXm9FOkjUjGcQ0Xc=
=opJZ
-----END PGP SIGNATURE-----

Re: OE and the developing host

[Hans Henry von Tresckow]

On 2/28/07, Koen Kooi <koen@dominion.kabel.utwente.nl> wrote:
>
>
> OpenSuSE should work as well, but stay away from Red Hat/Fedora based
> stuff, since you
> can't build a working qemu-native on that.
>
> regards,
>
> Koen


Has anybody ever tried to figure out which  Red Hat'isms might be causing
the problem?

Re: OE and the developing host

[Philip Balister]

[-- Attachment #1: Type: text/plain, Size: 445 bytes --]

Hans Henry von Tresckow wrote:
> On 2/28/07, Koen Kooi <koen@dominion.kabel.utwente.nl> wrote:
>>
>> OpenSuSE should work as well, but stay away from Red Hat/Fedora based
>> stuff, since you
>> can't build a working qemu-native on that.
>>
>> regards,
>>
>> Koen
> 
> 
> Has anybody ever tried to figure out which  Red Hat'isms might be causing
> the problem?

OE works fine for me on FC6, but I don't use qemu-native.

Philip

[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3303 bytes --]

Newbie Question

[Lee Studley]

Hi,
As a newbie, what is the opinion for an easier jump on the learning curve:

Using open embedded with ubunto or gentoo ?

Thanks, -Lee

Re: Newbie Question

[gerwin van der kruis]

Op woensdag 28-02-2007 om 13:27 uur [tijdzone -0700], schreef Lee
Studley:
> Hi,
> As a newbie, what is the opinion for an easier jump on the learning curve:
> 
> Using open embedded with ubunto or gentoo ?

I would say ubuntu

Regards, 

Gerwin

Re: Newbie Question

[Richard Purdie]

On Wed, 2007-02-28 at 21:30 +0100, gerwin van der kruis wrote:
> Op woensdag 28-02-2007 om 13:27 uur [tijdzone -0700], schreef Lee
> Studley:
> > Hi,
> > As a newbie, what is the opinion for an easier jump on the learning curve:
> > 
> > Using open embedded with ubunto or gentoo ?
> 
> I would say ubuntu

Agreed, Ubuntu is less of a moving target and known to work.

Regards,

Richard

Re: Newbie Question

[Justin Patrin]

On 2/28/07, Richard Purdie <rpurdie@rpsys.net> wrote:
> On Wed, 2007-02-28 at 21:30 +0100, gerwin van der kruis wrote:
> > Op woensdag 28-02-2007 om 13:27 uur [tijdzone -0700], schreef Lee
> > Studley:
> > > Hi,
> > > As a newbie, what is the opinion for an easier jump on the learning curve:
> > >
> > > Using open embedded with ubunto or gentoo ?
> >
> > I would say ubuntu
>
> Agreed, Ubuntu is less of a moving target and known to work.
>

Gentoo has worked fine for me for quite some time, but if you are new
to it you may want to go with ubuntu to lessen your "get up to speed"
time.

-- 
Justin Patrin

Re: Newbie Question

[Patrick Fischer]

Justin Patrin wrote:
> On 2/28/07, Richard Purdie <rpurdie@rpsys.net> wrote:
>   
>> On Wed, 2007-02-28 at 21:30 +0100, gerwin van der kruis wrote:
>>     
>>> Op woensdag 28-02-2007 om 13:27 uur [tijdzone -0700], schreef Lee
>>> Studley:
>>>       
>>>> Hi,
>>>> As a newbie, what is the opinion for an easier jump on the learning curve:
>>>>
>>>> Using open embedded with ubunto or gentoo ?
>>>>         
>>> I would say ubuntu
>>>       
>> Agreed, Ubuntu is less of a moving target and known to work.
>>     
There is an existing howto for Debian Sarge. It works  for Ubuntu too 
except two complement.
*apt-get install texinfo
*use the binary monotone from the monoton homepage

Re: Newbie Question

[Vladislav Grinchenko]

Lee, 

On Wed, 2007-02-28 at 13:27 -0700, Lee Studley wrote:
> Hi,
> As a newbie, what is the opinion for an easier jump on the learning curve:
> 
> Using open embedded with ubunto or gentoo ?
> 

neither - try Fedora Core 6 instead.

here's the instructions:

http://home.comcast.net/~3rdshift/articles/OE-Devel-Notes-1.0.html

scroll down to "Install and Build SDK ..." section

-Vlad

> Thanks, -Lee
> 
> 
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel