Openembedded Devel Discussions
 help / color / mirror / Atom feed
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




      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