Openembedded Devel Discussions
 help / color / mirror / Atom feed
From: Steffen Sledz <sledz@dresearch-fe.de>
To: openembedded-devel@lists.openembedded.org
Subject: Re: [2011.03-maintenance] unsatisfied dependencies to libgcc
Date: Tue, 09 Aug 2011 11:23:53 +0200	[thread overview]
Message-ID: <4E40FCA9.7060204@dresearch-fe.de> (raw)
In-Reply-To: <CA+M6bXkrQyqiSFFxsyZv4mRPUmk82EbdUzSygrBaoyp5zeQ9zA@mail.gmail.com>

On 07.08.2011 22:46, Tom Rini wrote:
> On Sun, Aug 7, 2011 at 10:37 AM, Steffen Sledz <sledz@dresearch-fe.de> wrote:
>> Am 05.08.2011 09:13, schrieb Steffen Sledz:
>>> On 04.08.2011 08:29, Steffen Sledz wrote:
>>>> In the last days we switched our local development from an older oe-dev master to 2011.03-maintenance branch and hit an annoying problem.
>>>>
>>>> The test builds on various developer machines were successful but the build on our continuous integration server (with exactly the same scripting) ended up with a lot of
>>>>
>>>> |  * satisfy_dependencies_for: Cannot satisfy the following dependencies for lighttpd:
>>>> |  *    libstdc++6 (>= 4.3.3) *         libgcc1 (>= 4.3.3) *    libgcc1 (>= 4.3.3) *
>>>> |  * opkg_install_cmd: Cannot install package lighttpd.
>>>>
>>>> errors.
>>>>
>>>> After some searching we found that there was no libgcc1_4.3.3-r24.2.6_armv5te.ipk in the deploy area.
>>>>
>>>> I'm not sure which package should produce this but i guess it should come from gcc-cross-4.3.3 (because its recipe version is r24.2.6 in opposite to gcc-4.3.3 r24.1.6).
>>>>
>>>> Looking into the log i hit the fact that the do_rootfs stage for the image was started *before* the do_package_stage of gcc-cross_4.3.3.bb was succeeded.
>>>>
>>>> Any ideas?
>>>>
>>>> PS: Bitbaking gcc-cross explicitly before bitbaking the image wors as a workaround for us at the moment.
>>>
>>> I made some research in this and there is something i do not understand.
>>>
>>> The task-depends.dot generated by bitbake -g (says
>>>
>>>   "console-image.do_rootfs" [label="console-image do_rootfs\n0:1.0-r0\n/home/sledz/work/angstrom-setup-scripts/sources/openembedded/recipes/images/console-image.bb"]
>>>   "console-image.do_rootfs" -> "lzo-native.do_populate_sysroot"
>>>   "console-image.do_rootfs" -> "bluez4.do_populate_sysroot"
>>>   ...
>>>
>>> So do_rootfs depends only on do_populate_sysroot stages. But the do_rootfs stage itself uses opkg to install the packages into the image.
>>>
>>> In my understanding this means that all the ipk files need to be available. But this is not guaranteed by the reported dependencies.
>>>
>>> A misunderstanding of mine? Or a bug?
>>
>> Ping!
>>
>> Did everyone read my message?
>>
>> If it really is a misunderstanding of mine, please let me know. But if i'm right this seems to be a critical problem.
> 
> It sounds both strange and a correct reading of the task lists, iirc.
> Did we fix this in oe.dev perhaps and just need to pull a change over?

The mentioned dependency problem was a misinterpretation of the task-depends.dot.

Aside from the do_populate_sysroot there are the following additional dependencies:

 "console-image.do_rootfs" -> "console-image.do_package_update_index_ipk"
 ...
 "console-image.do_package_update_index_ipk" -> "gcc-cross.do_package_write_ipk"
 ...
 "gcc-cross.do_package_write_ipk" -> "gcc-cross.do_package"

The problem seems to be located more likely somewhere inside the gcc-4.3.3-r24.1/gcc-cross-4.3.3-r24.2 recipes. There seems to be a confusion between those which leads to undetermined results.

E.g. the content of tmp.6/work/armv5te-angstrom-linux-gnueabi/gcc-cross-4.3.3-r24.2/temp/log.do_package_write_ipk.22477 is:
------------------------>snip<------------------------
Packaged contents of libstdc++-dev into /home/sledz/work/HydraIP/OE/tmp.6/deploy/glibc/ipk/armv5te/libstdc++-dev_4.3.3-r24.1.6_armv5te.ipk
Packaged contents of libgcc-dev into /home/sledz/work/HydraIP/OE/tmp.6/deploy/glibc/ipk/armv5te/libgcc-dev_4.3.3-r24.1.6_armv5te.ipk
------------------------>snip<------------------------

The do_package_write_ipk generates ipk-file with *r24.1.6* (which is the PR of gcc) and not *r24.2.6* (which is the PR of gcc).

BTW: Which of the two recipes (gcc/gcc-cross) should provide the libgcc ipk (in my case none of it did)?

Steffen

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sledz@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058



  reply	other threads:[~2011-08-09  9:28 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-08-04  6:29 [2011.03-maintenance] unsatisfied dependencies to libgcc Steffen Sledz
2011-08-05  6:05 ` Steffen Sledz
2011-08-05  7:13 ` Steffen Sledz
2011-08-07 17:37   ` Steffen Sledz
2011-08-07 20:46     ` Tom Rini
2011-08-09  9:23       ` Steffen Sledz [this message]
2011-08-09 10:15         ` Steffen Sledz
2011-08-11  8:27         ` Steffen Sledz
2011-08-11 14:30           ` Khem Raj
2011-08-12  5:56             ` Steffen Sledz
2011-08-19  9:11               ` Steffen Sledz
2011-08-19 14:21                 ` Khem Raj
2011-08-19 14:27                   ` Steffen Sledz
2011-08-19 14:38                   ` Steve Sakoman
2011-08-19 15:29                     ` Khem Raj
2011-08-19 15:32                       ` Steve Sakoman
2011-08-19 16:29                         ` Khem Raj
2011-08-19 17:29                           ` Steve Sakoman
2011-08-18 21:44           ` Steve Sakoman
2011-08-18 21:52             ` Steve Sakoman

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=4E40FCA9.7060204@dresearch-fe.de \
    --to=sledz@dresearch-fe.de \
    --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