From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Paul Eggleton <paul.eggleton@linux.intel.com>,
"Robert P. J. Day" <rpjday@crashcourse.ca>
Cc: openembedded-core@lists.openembedded.org
Subject: Re: how can i ask to keep all the generated "nativesdk" rpms?
Date: Wed, 19 Oct 2016 23:09:05 +0100 [thread overview]
Message-ID: <1476914945.2166.103.camel@linuxfoundation.org> (raw)
In-Reply-To: <1542758.b0vWq7N0OP@peggleto-mobl.ger.corp.intel.com>
On Thu, 2016-10-20 at 08:52 +1300, Paul Eggleton wrote:
> On Wed, 19 Oct 2016 15:42:27 Robert P. J. Day wrote:
> >
> > On Thu, 20 Oct 2016, Paul Eggleton wrote:
> > >
> > > On Wed, 19 Oct 2016 15:32:25 Robert P. J. Day wrote:
> > > >
> > > > i was reading this:
> > > >
> > > > https://patchwork.openembedded.org/patch/120705/
> > > >
> > > > but perhaps i'm just misinterpreting what i'm reading.
> > > Right - that patch makes the preservation of the package
> > > management
> > > database (what it refers to as the "packaging data") conditional.
> > > That
> > > code does nothing with the packages themselves.
> > i'm about to create a new project directory as a test ... is
> > there
> > any configuration i should do to try to preserve all those
> > nativesdk
> > rpm files?
> I am not aware of any configuration that should control the presence
> or
> absence of those files. As far as I'm concerned, if they are
> disappearing and
> you're not doing anything to delete them, that's a bug.
I have a suspicion that this is the sstate code removing them because
it decided that they were stale for some reason. Changing SDKMACHINE
could conceivably do that (but probably shouldn't?), as could updating
the metadata and the system deciding the data there was stale and
"unreachable" from the new metadata.
So I can imagine it happening but am not sure what the trigger would
have been. If they were stale/unreachable, it might have been correct
to remove them.
Cheers,
Richard
prev parent reply other threads:[~2016-10-19 22:09 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-10-19 15:14 how can i ask to keep all the generated "nativesdk" rpms? Robert P. J. Day
2016-10-19 15:27 ` Robert P. J. Day
2016-10-19 19:28 ` Paul Eggleton
2016-10-19 19:32 ` Robert P. J. Day
2016-10-19 19:39 ` Paul Eggleton
2016-10-19 19:42 ` Robert P. J. Day
2016-10-19 19:52 ` Paul Eggleton
2016-10-19 21:34 ` Robert P. J. Day
2016-10-19 22:11 ` Richard Purdie
2016-10-19 22:17 ` Robert P. J. Day
2016-10-20 10:31 ` Robert P. J. Day
2016-10-20 10:45 ` Richard Purdie
2016-10-20 11:12 ` Robert P. J. Day
2016-10-20 11:02 ` Burton, Ross
2016-10-19 22:09 ` Richard Purdie [this message]
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=1476914945.2166.103.camel@linuxfoundation.org \
--to=richard.purdie@linuxfoundation.org \
--cc=openembedded-core@lists.openembedded.org \
--cc=paul.eggleton@linux.intel.com \
--cc=rpjday@crashcourse.ca \
/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