[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: Time to make Extras multi-lib?

On Thu, Jun 22, 2006 at 12:55:51PM +0200, Michael Schwendt wrote:
> On Wed, 21 Jun 2006 14:59:19 -0400, Jarod Wilson wrote:
> > On Wed, 2006-06-21 at 21:41 +0300, Ville Skyttä wrote:
> > > On Wed, 2006-06-21 at 10:27 -0400, Jarod Wilson wrote:
> > > 
> > > > I think the ideal way to handle this is to
> > > > build only 64-bit on 64-bit, 32-bit on 32-bit, but make the 32-bit
> > > > packages available in the 64-bit tree as well. At the moment, this isn't
> > > > possible,
> > > 
> > > It ain't pretty, but it's possible from the repo management POV, we
> > > already do copy i386 Wine packages + some dependencies over to the
> > > x86_64 repo as part of the signing/pushing process.  See "copydict" at
> > > http://cvs.fedora.redhat.com/viewcvs/extras-buildsys/utils/extras-sign-move.py?root=fedora&rev=.&view=markup
> > 
> > I suppose that would do as a workaround until something more like the ne
> > algorithm used to determine what should be multilib in core gets
> > implemented for extras as well...
> Is that algorithm documented anywhere?

I think there are two possible approaches:

o Minimal ("application POV"): only what doesn't natively run:

  This algorithm should start with a simple manual decision of what
  top-level packages to pull to 64 bits at all (including such not
  existing in Fedora space, e.g. ISV products), and then pull in all
  run-time dependencies, too.

o Full compat bloat ("lib POV"): In addition to the above approach,
  one would blindly copy every lib containing package over.

Until now FC had been following more the former method, but from the
comments in this thread it sounds like the bloat-lib method might be
in discussion.

Within ATrpms I've been manually marking a few packages considered
multilib-sensible and have been automatically pulling in their
dependencies too. That looks like the smallest effort needed and
possibly easy to deploy in fedora extras' repo compilation setup.
Axel.Thimm at ATrpms.net

Attachment: pgpsp6EBkSx41.pgp
Description: PGP signature

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]