From: Saul Wold <sgw@linux.intel.com>
To: Patches and discussions about the oe-core layer
<openembedded-core@lists.openembedded.org>
Subject: Re: [PATCH 03/26] shared_lib.bbclass: create common class
Date: Tue, 12 Jul 2011 11:26:32 -0700 [thread overview]
Message-ID: <4E1C91D8.4050403@linux.intel.com> (raw)
In-Reply-To: <1310462034.6337.181.camel@phil-desktop>
On 07/12/2011 02:13 AM, Phil Blundell wrote:
> On Tue, 2011-07-12 at 10:11 +0100, Phil Blundell wrote:
>> On Mon, 2011-07-11 at 16:13 -0700, Saul Wold wrote:
>>> This class is for packages that do not work with debian library naming
>>
>> I tend to feel that most of those packages should be fixed so that they
>> do. If they aren't currently getting renamed then it usually means that
>> they include too much (i.e. both binaries and libraries, or multiple
>> libraries) and should be split up so that this doesn't happen.
>
> Actually, looking at the patch more carefully I guess this does
> basically address the first case above (binaries and libraries). But it
> looks like it will result in the slightly confusing situation where the
> libraries go into lib${PN} but the corresponding headers are in
> ${PN}-dev.
>
Correct, this is trying to address the existing cases that have both
binaries and libraries, I guess the other way to do this would be for
those 5 or so packages to use "lib_packaging" and which renames the
binary packages ${PN}-bin and the libraries then get auto renamed via
debian renaming rules.
This is kind of the inverse of lib_packaging.bbclass, binaries go in
${PN} and libraries need to be placed into the named lib${PN}.
As for headers and debug, they go in the ${PN}-[dev,dbg] packagse
I can go with Koen's name of shlibpackaging.bbclass
Sau!
> p.
>
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
next prev parent reply other threads:[~2011-07-12 18:30 UTC|newest]
Thread overview: 47+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-07-11 23:13 [PATCH 00/26] Staticdev re-packaging - split version Saul Wold
2011-07-11 23:13 ` [PATCH 01/26] bitbake.conf: Add *-config to default ${PN}-dev package Saul Wold
2011-07-12 9:05 ` Phil Blundell
2011-07-11 23:13 ` [PATCH 02/26] lib_package.bbclass: add *_nonshared.a to -dev package Saul Wold
2011-07-12 9:59 ` Phil Blundell
2011-07-11 23:13 ` [PATCH 03/26] shared_lib.bbclass: create common class Saul Wold
2011-07-12 6:57 ` Koen Kooi
2011-07-12 9:11 ` Phil Blundell
2011-07-12 9:13 ` Phil Blundell
2011-07-12 18:26 ` Saul Wold [this message]
2011-07-11 23:13 ` [PATCH 04/26] pciutils: repackage development files in pciutils instead of libpci Saul Wold
2011-07-11 23:13 ` [PATCH 05/26] wireless-tools: Updated for staticdev packaging Saul Wold
2011-07-12 7:02 ` Koen Kooi
2011-07-11 23:13 ` [PATCH 06/26] augeas: inherit shared_lib class Saul Wold
2011-07-11 23:13 ` [PATCH 07/26] gamin: " Saul Wold
2011-07-11 23:13 ` [PATCH 08/26] sqlite3: " Saul Wold
2011-07-12 7:00 ` Koen Kooi
2011-07-12 18:41 ` Saul Wold
2011-07-12 18:48 ` Phil Blundell
2011-07-12 19:24 ` Saul Wold
2011-07-11 23:13 ` [PATCH 09/26] curl: " Saul Wold
2011-07-11 23:13 ` [PATCH 10/26] attr: " Saul Wold
2011-07-11 23:13 ` [PATCH 11/26] rpm: Create ${PN}-staticdev package Saul Wold
2011-07-12 7:11 ` Koen Kooi
2011-07-11 23:13 ` [PATCH 12/26] libxft: use default bitbake.conf FILES Packaging to handle staticdev Saul Wold
2011-07-12 7:10 ` Koen Kooi
2011-07-11 23:13 ` [PATCH 13/26] js: Use bitbake default FILES for packaging Saul Wold
2011-07-12 7:13 ` Koen Kooi
2011-07-12 18:48 ` Saul Wold
2011-07-11 23:13 ` [PATCH 14/26] tcp-wrappers: " Saul Wold
2011-07-12 7:16 ` Koen Kooi
2011-07-12 19:10 ` Saul Wold
2011-07-11 23:13 ` [PATCH 15/26] udev: " Saul Wold
2011-07-11 23:13 ` [PATCH 16/26] liba52: " Saul Wold
2011-07-11 23:13 ` [PATCH 17/26] python: " Saul Wold
2011-07-12 7:08 ` Koen Kooi
2011-07-11 23:13 ` [PATCH 18/26] external-csl-toolchain: " Saul Wold
2011-07-11 23:13 ` [PATCH 19/26] opkg: " Saul Wold
2011-07-11 23:13 ` [PATCH 20/26] util-linux: " Saul Wold
2011-07-11 23:13 ` [PATCH 21/26] gettext: " Saul Wold
2011-07-12 7:17 ` Koen Kooi
2011-07-11 23:13 ` [PATCH 22/26] gcc: " Saul Wold
2011-07-11 23:13 ` [PATCH 23/26] glibc: " Saul Wold
2011-07-12 7:16 ` Koen Kooi
2011-07-11 23:13 ` [PATCH 24/26] eglibc: " Saul Wold
2011-07-11 23:13 ` [PATCH 25/26] uclibc: " Saul Wold
2011-07-11 23:13 ` [PATCH 26/26] binutils: " Saul Wold
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=4E1C91D8.4050403@linux.intel.com \
--to=sgw@linux.intel.com \
--cc=openembedded-core@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.