Re: [gentoo-alt] readline ebuild problem

[Alan Hourihane]

On Fri, 2008-11-28 at 17:23 +0100, Michael Haubenwallner wrote:
> On Fri, 2008-11-28 at 15:28 +0000, Alan Hourihane wrote:
> > On Fri, 2008-11-28 at 15:54 +0100, Fabian Groffen wrote:
> > > On 28-11-2008 14:51:04 +0000, Alan Hourihane wrote:
> > > > So, I guess if the grobibot can change sys-devel/libperl to do this...
> > > >
> > > > [[ ${CHOST} == *-mint* ]] && return
> > > >
> > > > in each of the src_unpack, src_compile, src_install and pkg_postinst
> > > > stages we're good to go here.
> > >
> > > I rather just fix it properly by removing the depend.
> >
> > Easier said than done. It seems various packages rely on it. What the
> > suggestion here ?
>
> <some thoughts>
> Because of that, and because the whole dependency tree is designed to
> have shared libraries, one kind of compromise could be possible:
>
> Have libperl.ebuild install the static libperl.a on FreeMiNT (either
> because of *-mint or because of $(get_libname)=='.irrelevant'), with
> some big fat notice that this is a compromise, which does not install
> the shared libperl but the static one, so the dependencies need not to
> be changed all over the tree.
> And keep having perl.ebuild not install any libperl.a to /usr/lib.
> In main gentoo perl.ebuild does not install libperl.a into /usr/lib,
> but /usr/lib/perl5/5.8.8/i686-linux/CORE/libperl.a

Hehehe..

The above is exactly what happens when I get get_libname() to return
".a" :-)

> Or, have libperl.ebuild depend on perl.ebuild on *-mint? No, would
> likely introduce circular dependencies.

Sounds bad.

> OTOH, changing the dependencies in many ebuilds would keep ebuild-devs
> informed that FreeMiNT is different.
> </some thoughts>

Sounds bad.

Alan.