All of lore.kernel.org
 help / color / mirror / Atom feed
From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Gary Thomas <gary@mlbassoc.com>
Cc: Poky <poky@lists.pokylinux.org>
Subject: Re: RPM vs IPK
Date: Mon, 21 Mar 2011 14:42:57 +0000	[thread overview]
Message-ID: <1300718577.30423.3649.camel@rex> (raw)
In-Reply-To: <4D875A91.8000402@mlbassoc.com>

On Mon, 2011-03-21 at 08:02 -0600, Gary Thomas wrote:
> On 03/21/2011 05:57 AM, Richard Purdie wrote:
> > rpm+zypper:
> >
> > * More of an industry standard
> > * Emphasises correctness and robustness over speed (e.g. number of
> >    fsync calls)
> 
> Does this mean ipk/opkg fails along these lines in any way?

The opkg source code has certainly not been audited as thoroughly as the
rpm codebase for those kind of issues. I'd say the two codebases each
have their own set of problems though :).

> > * Has desktop/enterprise features

Off the top of my head, the ones I'm aware of are:

Possibility of DeltaRPM updates
Various more advanced dependency calculations (which we're adding for
the benefit of all packaging backends in Yocto) 
   * per-file dependenies
   * perl/python module dependencies
   * directory ownership
Multilib support
Tighter integration with features like prelink.

I'm sure some of the more rpm literate people on the list can detail
others.

> > * Not optimised for size (e.g. uses c++)
> >
> > I'd not say one was better than the other, they're just different and
> > suit different use cases.
> 
> Pretty much what I thought, thanks.
> 
> My only concern is that if rpm is the primary emphasis, ipk/opkg might
> suffer from rot.

I want to see opkg continue to work well, if you do see any problems
with it, let us know...

Cheers,

Richard




  reply	other threads:[~2011-03-21 14:43 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-03-21  1:58 RPM vs IPK Gary Thomas
2011-03-21 11:57 ` Richard Purdie
2011-03-21 14:02   ` Gary Thomas
2011-03-21 14:42     ` Richard Purdie [this message]
2011-03-21 16:33       ` Mark Hatle
2011-03-22  0:20     ` Khem Raj
  -- strict thread matches above, loose matches on Subject: below --
2011-05-19 14:05 Gary Thomas
2011-05-19 14:17 ` Mark Hatle
2011-05-19 14:26   ` Gary Thomas
2011-05-19 15:28     ` Stewart, David C
2011-05-19 15:40       ` Gary Thomas
2010-10-29 21:33 Gary Thomas
2010-10-29 21:39 ` Gary Thomas
2010-10-30  6:17   ` Richard Purdie

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=1300718577.30423.3649.camel@rex \
    --to=richard.purdie@linuxfoundation.org \
    --cc=gary@mlbassoc.com \
    --cc=poky@lists.pokylinux.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.