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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.