Re: [gentoo-dev] [PMS] new dep list (useful just for cross stuff)

["Olivier Crête" <tester@gentoo.org>]

[-- Attachment #1: Type: text/plain, Size: 1905 bytes --]

On Wed, 2007-04-07 at 22:11 +1000, Paul de Vrieze wrote:
> On Sat, 30 Jun 2007 01:12:02 Olivier Crête wrote:
> > On Fri, 2007-29-06 at 09:30 +0200, Luca Barbato wrote:
> > > Paul de Vrieze wrote:
> > > > There are various problems that need to be addressed for cross
> > > > development and (especially) multilib/abi. One of the other ones that
> > > > you didn't mention is some kind of subpackage support. For example when
> > > > one installs 32 bit gtk+ to use binary firefox on an 64bit system it
> > > > can share the headers and docs etc. with the 64 bit version. Removing
> > > > either of them must however still preserve those files.
> > >
> > > A quick and dirty way implies that:
> > > - only the "main" abi can install stuff /usr/
> >
> > The secondary need to be able to install into their /usr/${libdir} ..
> > its actually the only place where stuff from the non-main abis should be
> > imho.
> 
> If one requires synchronized versions, there should in 99% of the cases not be 
> any issue with header files and documentation. It will be equal, so can be 
> shared. It might indeed be an option to require the "main" abi to be always 
> present.

I really don't see how it can be made to work in a generic wait without
requiring that all sub-arches use the same version as the main arch and
without requiring that the main arch be installed (if we were a binary
distro, we could do a common package and a bunch of sub-packages, but
now we can't).

> Paul
> ps. for include headers it is rather straightforward to make forwarding 
> headers with architecture dependent redirects (using the architecture 
> defines) in case the headers are not arch independent.

In theory, headers in /usr/include should be arch independant. You if
you at glib, it installs its arch dependant header in /usr/lib

-- 
Olivier Crête
tester@gentoo.org
Gentoo Developer

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]