[OE-core] [PATCH] rootfs_ipk, image: Add debug capture support

[Martin Jansa]

On Thu, Apr 25, 2013 at 12:12:54PM +0100, Phil Blundell wrote:
> On Tue, 2012-10-02 at 12:38 +0100, Richard Purdie wrote:
> > On Tue, 2012-10-02 at 12:15 +0100, Phil Blundell wrote:
> > > On Tue, 2012-10-02 at 12:12 +0100, Richard Purdie wrote:
> > > > Hasn't Paul added a general mechanism for doing this so we could add
> > > > this feature a level higher so that it could be used by all packaging
> > > > formats?
> > > 
> > > Ah, possibly.  I'll have a look.  Can you give me a pointer to the
> > > mechanism you were thinking of?
> > 
> > Something like IMAGE_FEATURES += "dbg-pkgs" should trigger the addition
> > of dbg packages.
> 
> I've somewhat belatedly gotten around to using this and encountered a
> couple of issuettes:
> 
> 1. There was a spurious-looking RRECOMMENDS_${PN}-dbg in bitbake.conf
> which was causing ${PN} to be dragged into the image whenever ${PN}-dbg
> was installed.  This is undesirable because it means that, for example,
> any image which includes sysvinit-pidof will end up installing sysvinit
> and this might cause quite drastic changes to the behaviour of the
> resulting image.
> 
> 2. Having fixed the above I'm now left with a couple of file conflicts
> in the -dbg packages.  For example, sysvinit and util-linux both
> ship /sbin/sulogin and so sysvinit-dbg and util-linux-dbg both want to
> install /sbin/.debug/sulogin.  This is unfortunate if you have an image
> which uses, say, sysvinit-pidof and util-linux-blkid.
> 
> I'm not quite sure what the right way to fix (2) is.  I suppose in an
> ideal world the -dbg packages would be separated in the same way the
> parent binary packages are, but that doesn't look entirely
> straightforward to arrange.

yes there is a lot of conflicts between PN-doc and PN-dbg, I had similar
issues when trying to build world-image:
http://lists.linuxtogo.org/pipermail/openembedded-core/2013-January/034744.html

-- 
Martin 'JaMa' Jansa     jabber: Martin.Jansa at gmail.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20130425/6642de42/attachment-0002.sig>