From: Steffen Sledz <sledz@dresearch-fe.de>
To: Khem Raj <raj.khem@gmail.com>
Cc: Patches and discussions about the oe-core layer
<openembedded-core@lists.openembedded.org>
Subject: Re: complex versioning scenario
Date: Tue, 08 Apr 2014 20:58:28 +0200 [thread overview]
Message-ID: <534446D4.2090906@dresearch-fe.de> (raw)
In-Reply-To: <CAMKF1soqOcYKVkgCy_wOU=yyeKJ+JO54e6pAy+dZxhmm1DEXBA@mail.gmail.com>
Am 08.04.2014 19:20, schrieb Khem Raj:
> On Tue, Apr 8, 2014 at 5:33 AM, Steffen Sledz <sledz@dresearch-fe.de> wrote:
>> If a package contains a shared library *and* a binary (e.g. a related command line tool) then the soname major version *is not appended* to the package name (see debian_package_name_hook in debian.bbclass). All other problems are aftereffects.
>
> shared objects which are to be used by other independent packages (
> public .so) should be packaged separately into runtime shared object
> package which is separate from packages with binaries so that multiple
> versions of same librararies
> can be packaged on single system, your usecase seems to indicate that
> the .so is just used by this given binary you bundle together is that
> the case ?
No it is used by the binary which is part of the package *and* some other binaries.
So i've to split the package into two packages of which one contains only the shared object. Right?
--
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
next prev parent reply other threads:[~2014-04-08 18:58 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
2014-04-08 12:33 ` Steffen Sledz
2014-04-08 17:20 ` Khem Raj
2014-04-08 18:58 ` Steffen Sledz [this message]
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=534446D4.2090906@dresearch-fe.de \
--to=sledz@dresearch-fe.de \
--cc=openembedded-core@lists.openembedded.org \
--cc=raj.khem@gmail.com \
/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.