Openembedded Core Discussions
 help / color / mirror / Atom feed
From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Steffen Sledz <sledz@dresearch-fe.de>
Cc: openembedded-core@lists.openembedded.org
Subject: Re: complex versioning scenario
Date: Mon, 07 Apr 2014 15:49:11 +0100	[thread overview]
Message-ID: <1396882151.24597.72.camel@ted> (raw)
In-Reply-To: <5342A69C.9020901@dresearch-fe.de>

On Mon, 2014-04-07 at 15:22 +0200, Steffen Sledz wrote:
> On 07.04.2014 14:37, Steffen Sledz wrote:
> > On 25.03.2014 16:03, Mark Hatle wrote:
> >> ...
> >> If the package 'requiring libfoo' has a DEPENDS += ... in it.. then yes, it should have been rebuilt when the libfoo was rebuilt.
> > 
> > Unfortunately i can't confirm that.  :(
> > 
> > part of the real app recipe:
> > ------------> snip <-------------
> > DEPENDS = "vala-native libdrtrace libdrhip libdrbcc jansson"
> > RDEPENDS_${PN} = "dropmodes"
> > ------------> snap <-------------
> > 
> > part of the real resulting opkg control file for this app:
> > ------------> snip <-------------
> > Depends: dropmodes, libglib-2.0-0 (>= 2.36.4), libdrhip1 (>= gitr27+42af787eb2), libjansson4 (>= 2.4), libc6 (>= 2.18)
> > ------------> snap <-------------
> > 
> > I miss the runtime dependencies for libdrtrace and libdrbcc. Where are they gone?
> 
> Some additional info:
> ------------> snip <-------------
> # objdump -p ./package/usr/lib/libdrhip.so.1.0.0
> 
> ./package/usr/lib/libdrhip.so.1.0.0:     file format elf32-littlearm
> ...
> Dynamic Section:
>   NEEDED               libc.so.6
>   SONAME               libdrhip.so.1
> ...
> 
> # objdump -p ./package/usr/lib/libdrbcc.so.1.0.0
> 
> ./package/usr/lib/libdrbcc.so.1.0.0:     file format elf32-littlearm
> ...
> Dynamic Section:
>   NEEDED               libdrtrace.so.0
>   NEEDED               libm.so.6
>   NEEDED               libreadline.so.6
>   NEEDED               libpthread.so.0
>   NEEDED               libc.so.6
>   SONAME               libdrbcc.so.1
> ...
> 
> # objdump -p ./package/usr/bin/drbccproxy
> 
> ./package/usr/bin/drbccproxy:     file format elf32-littlearm
> ...
> Dynamic Section:
>   NEEDED               libdrhip.so.1
>   NEEDED               libdrbcc.so.0
>   NEEDED               libdrtrace.so.0
>   NEEDED               libgio-2.0.so.0
>   NEEDED               libgobject-2.0.so.0
>   NEEDED               libglib-2.0.so.0
>   NEEDED               libjansson.so.4
>   NEEDED               librt.so.1
>   NEEDED               libpthread.so.0
>   NEEDED               libc.so.6
> ...
> ------------> snap <-------------
> 
> So it seems the data objdump shows are OK.
> 
> E.g. the app drbccproxy really has a dependency to a libdrbcc. But this is not refelected in the control file.

At this point you'll probably have to look at the shlibs code in
package.bbclass and see why its not picking up the shlib dependencies
correctly for the packages...

It does appear there is some problem there but its hard to saw what
without a test case to reproduce.

Cheers,

Richard





  reply	other threads:[~2014-04-07 14:49 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-03-24 12:16 complex versioning scenario Steffen Sledz
2014-03-24 12:35 ` Richard Purdie
2014-03-24 12:49   ` Steffen Sledz
2014-03-24 12:53     ` Richard Purdie
2014-03-24 14:22       ` Steffen Sledz
2014-03-24 15:07         ` Richard Purdie
2014-03-24 15:15         ` Martin Jansa
2014-03-25 10:31           ` Steffen Sledz
2014-03-25 10:40             ` Richard Purdie
2014-03-25 15:03             ` Mark Hatle
2014-04-07 12:37               ` Steffen Sledz
2014-04-07 13:22                 ` Steffen Sledz
2014-04-07 14:49                   ` Richard Purdie [this message]
2014-04-08 12:33                     ` Steffen Sledz
2014-04-08 17:20                       ` Khem Raj
2014-04-08 18:58                         ` Steffen Sledz
2014-04-08 21:32                           ` Khem Raj
2014-03-24 18:00 ` Khem Raj

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=1396882151.24597.72.camel@ted \
    --to=richard.purdie@linuxfoundation.org \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=sledz@dresearch-fe.de \
    /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