Openembedded Core Discussions
 help / color / mirror / Atom feed
From: Mike Looijmans <mike.looijmans@topic.nl>
To: openembedded-core@lists.openembedded.org
Subject: PRSERVER is killing settop boxes
Date: Sat, 19 Jul 2014 14:10:37 +0200	[thread overview]
Message-ID: <53CA603D.4050900@topic.nl> (raw)

For a hobby project (openpli.org) there are about a million boxes 
running software built with OE.

I recently upgraded its core to the current master. What now happens is 
that if a package like gcc has been changed, it will not only rebuild 
everything, but it will also give all packages a new PR number. When a 
box in the field now runs "opkg upgrade", it will get 286 "new" packages 
and will try to squeeze them into its flash filesystem (even though only 
about 5 of these packages actually have different content). This is 
likely to kill the box, as the packages installed later on will take up 
more room in the flash system than when they were initially installed 
from scratch, and many models are using over 90% of the NAND flash space 
available already.

Before the PRSERVER was made mandatory, we never had this problem.

Is there a way we can get the old behaviour of having to explicitly set 
the PR of each package?
Or at least, distinguish between "the package itself was modified" and 
"some library it depended upon was altered and we built a new one just 
to make sure, but it'll likely work just fine with the previously built 
one, so don't update the PR of the dependent packages".


-- 
Mike Looijmans


             reply	other threads:[~2014-07-19 12:20 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-07-19 12:10 Mike Looijmans [this message]
2014-07-19 16:21 ` PRSERVER is killing settop boxes Richard Purdie
2014-07-19 18:38   ` Mike Looijmans

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=53CA603D.4050900@topic.nl \
    --to=mike.looijmans@topic.nl \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox