| 1 |
On Fri, 2008-11-28 at 15:28 +0000, Alan Hourihane wrote: |
| 2 |
> On Fri, 2008-11-28 at 15:54 +0100, Fabian Groffen wrote: |
| 3 |
> > On 28-11-2008 14:51:04 +0000, Alan Hourihane wrote: |
| 4 |
> > > So, I guess if the grobibot can change sys-devel/libperl to do this... |
| 5 |
> > > |
| 6 |
> > > [[ ${CHOST} == *-mint* ]] && return |
| 7 |
> > > |
| 8 |
> > > in each of the src_unpack, src_compile, src_install and pkg_postinst |
| 9 |
> > > stages we're good to go here. |
| 10 |
> > |
| 11 |
> > I rather just fix it properly by removing the depend. |
| 12 |
> |
| 13 |
> Easier said than done. It seems various packages rely on it. What the |
| 14 |
> suggestion here ? |
| 15 |
|
| 16 |
<some thoughts> |
| 17 |
Because of that, and because the whole dependency tree is designed to |
| 18 |
have shared libraries, one kind of compromise could be possible: |
| 19 |
|
| 20 |
Have libperl.ebuild install the static libperl.a on FreeMiNT (either |
| 21 |
because of *-mint or because of $(get_libname)=='.irrelevant'), with |
| 22 |
some big fat notice that this is a compromise, which does not install |
| 23 |
the shared libperl but the static one, so the dependencies need not to |
| 24 |
be changed all over the tree. |
| 25 |
And keep having perl.ebuild not install any libperl.a to /usr/lib. |
| 26 |
In main gentoo perl.ebuild does not install libperl.a into /usr/lib, |
| 27 |
but /usr/lib/perl5/5.8.8/i686-linux/CORE/libperl.a |
| 28 |
|
| 29 |
Or, have libperl.ebuild depend on perl.ebuild on *-mint? No, would |
| 30 |
likely introduce circular dependencies. |
| 31 |
|
| 32 |
OTOH, changing the dependencies in many ebuilds would keep ebuild-devs |
| 33 |
informed that FreeMiNT is different. |
| 34 |
</some thoughts> |
| 35 |
|
| 36 |
I don't have a strong opinion for one or the other here. |
| 37 |
|
| 38 |
/haubi/ |
| 39 |
-- |
| 40 |
Michael Haubenwallner |
| 41 |
Gentoo on a different level |
Archives