From: Chris Conroy <Chris.Conroy@hillcrestlabs.com>
To: openembedded-devel@lists.openembedded.org
Subject: Re: how to remove all traces of a previous package build?
Date: Fri, 13 Nov 2009 11:03:27 -0500 [thread overview]
Message-ID: <1258128207.4913.29.camel@conroy-linux> (raw)
In-Reply-To: <Pine.LNX.4.64.0911130657000.4186@juice.ott.cti.com>
On Fri, 2009-11-13 at 07:00 -0500, Michael Smith wrote:
> On Fri, 13 Nov 2009, Richard Purdie wrote:
>
> > On Fri, 2009-11-13 at 05:56 -0500, Robert P. J. Day wrote:
> > > surely a dumb question, but what's the recipe for deleting every
> > > trace of a single previous package build, so i know i'm rebuilding it
> > > absolutely from step one? i'll use that to test a rebuild of the
> > > packages that are failing for me.
> >
> > bitbake X -c clean
>
> Then remove all packages under tmp/deploy; also tmp/pkgdata/*/X and
> tmp/pkgdata/*/runtime/X*; and tmp/staging/*/*/shlibs/X*. Otherwise you may
> get problems if you've switched PACKAGE_ARCH in a recipe, or switched
> between packages that provide the same shared library.
>
> I don't think there's a way to remove files from the staging directory.
> Maybe with packaged staging?
>
> Mike
I almost wonder if we should consider adding a task which handles the
above in addition to the standard bitbake clean. I was burned a few
weeks ago by having a stale package in my deploy directory that kept
getting chosen over the new one I was building due to some versioning
nastiness. I can see how automatically purging stuff from deploy would
be considered destructive, but IMHO there should be a command which just
nukes every last bit of a package the build system knows about.
--Chris
next prev parent reply other threads:[~2009-11-13 16:14 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-11-13 10:56 how to remove all traces of a previous package build? Robert P. J. Day
2009-11-13 11:10 ` Richard Purdie
2009-11-13 12:00 ` Michael Smith
2009-11-13 16:03 ` Chris Conroy [this message]
2009-11-13 11:13 ` Eric Bénard
2009-11-13 13:07 ` Przemyslaw Wesolek
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=1258128207.4913.29.camel@conroy-linux \
--to=chris.conroy@hillcrestlabs.com \
--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 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.