From: Filippo Basso <phy@linux.it>
To: openembedded-devel@lists.openembedded.org
Subject: Re: different hosts, different OE images
Date: Fri, 26 Oct 2007 21:32:50 +0200 [thread overview]
Message-ID: <472240E2.3070107@linux.it> (raw)
In-Reply-To: <HOECLKEKOHLAMMGDLLBHIEEKMKAA.skoroneos@digital-opsis.com>
Stelios Koroneos ha scritto:
> Well to answer your question in a quick way
> it should not be happening
>
> We have seen from time to time differences between 32bit hosts and 64bit
> hosts but not anything like the thing you mention.
>
> Could you prvide some additional info (what distro, machine, host tools
> versions etc)
>
Thank you Stelios for the answer!!!
I was trying to better understand OE, writing a small doc called "OE
Journey" and try to go a little deeper in my personal understanding of
this very interesting tool...
So, after some time I was playing successfully with it, I tried to
analyze better a simple:
DISTRO = "angstrom-2007.1"
MACHINE = "qemux86"
with 3 hosts:
1) my debian-testing (lenny)
* gcc version 4.2.3
2) vmware debian-stable (etch)
* gcc version 4.1.1
3) vmware ubuntu
* gcc version 4.1.2
Same for the 3 distros:
* GNU Make 3.81
* BitBake Build Tool Core version 1.8.9, bitbake version 1.8.9
* monotone 0.36 (with OE at the same fixed revision 1c938b19)
* GNU Awk 3.1.5
* patch 2.5.9
* ccache version 2.4
* perl, v5.8.8 built for i486-linux-gnu-thread-multi
* Python 2.4.4
I've noticed differences in the 3 distro, that I tried to setup
identically, so I begun to investigate. At the moment I've not yet found
a nice way to see differences, I just make md5 on logfiles and from that
I analyze manually 20-30 non-matching logfiles. (log.do_compile). Any
better idea?
Say that host1 create a nice image, while host3 has strange behaviour at
login (after login immediately exits and show again the login form).
host2 seems like host1, but if I try to add the "minimo" package, it
compiles on host1 and not on host2..... :-(
Seems something strange... 3 hosts, 3 behaviours...
So I was reading the log.do_compile files manually (after choosing
different md5) and at the moment I found:
* the order of gcc arguments is not always fixed, depends on the machine
(es: ipkg, perl)
* in many packages the make[n] is make[n+1] (one more "Make"), sometimes
there is a duplicated chdir, or there is a duplicated message like "OE:
Not hardcoding..."
* in many packages on lenny is present in the options for "ccache
i586-angstrom-linux-gcc" a -L/usr/lib (isn't that potentially dangerous???)
..................................
so, now I really want to understand it well, and help to fix the
problem. If somebody has some nice idea on how I should proceed, I'll
devote my laptop to this work next nights.
thank you!
phy
prev parent reply other threads:[~2007-10-26 19:40 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-10-09 15:26 different hosts, different OE images Filippo Basso
2007-10-11 0:11 ` Filippo Basso
2007-10-24 19:08 ` Filippo Basso
2007-10-26 10:35 ` Stelios Koroneos
2007-10-26 19:32 ` Filippo Basso [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=472240E2.3070107@linux.it \
--to=phy@linux.it \
--cc=openembedded-devel@lists.openembedded.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox