Bug 101088 – [uclibc] libperl-5.8.7 depends (again) upon groff

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Christian Heim (RETIRED) 2005-08-02 05:20:44 UTC]

Unpacked a fresh uclibc-hardened stage1 for bootstraping purposes.
Changed my ACCEPT_KEYWORDS to ~x86 and begun the bootstrapping.
After that the 'emerge -e system' seems to b0rk, just because ~groff (1.19.1-r2)
fails (see bug #98187 for reference).

After changing the libperl ebuild (so it only checks noman if ublibc_elibc is
unset), the emerge -e works fine.

[Comment 1 Christian Heim (RETIRED) 2005-08-02 05:21:42 UTC]

Created attachment 64930 [details]
libperl-5.8.7.diff

[Comment 2 Thierry Carrez (RETIRED) 2005-08-03 01:57:59 UTC]

The infamous groff is back...
Same problem in dev-lang/perl

The problem needs to be fixed in stable :
- sys-devel/libperl-5.8.6-r1
- dev-lang/perl-5.8.6-r5

Reassigning to embedded

[Comment 3 Michael Cummings (RETIRED) 2005-08-03 17:08:58 UTC]

Anyone talk to spanky about this? I think this was his addition to the libperl
ebuild. And what about the perl ebuild itself?

[Comment 4 SpanKY 2005-08-03 17:20:37 UTC]

SpanKY is on the embedded list

[Comment 5 SpanKY 2005-08-04 20:53:18 UTC]

rather than dance around this all the frickin time, why does libperl need groff ?

libperl will build and install just fine w/out it (after all, libperl is just
the perl library, it doesnt install any manpages with it)

[Comment 6 SpanKY 2005-08-04 21:17:12 UTC]

also, i just tested perl-5.8.7, and the only difference is that if you have
groff installed, you get the blib/man3/Unicode::Normalize.3pm manpage ...

[Comment 7 Michael Cummings (RETIRED) 2005-08-08 08:17:39 UTC]

Historyically (I want to say at drobbins' insistance, but that could be foggy
memory talking) the libperl and perl ebuilds were kept as identical - build
style was determined by the PN, otherwise there was no difference in the two.

Whatever. The libperl ebuild only builds the so file - needs the same patches,
but so long as the dep doesn't affect the outcome (and in this case, groff
obviously doesn't) there's no problem in dropping the dep and the headaches all
together

[Comment 8 Thierry Carrez (RETIRED) 2005-08-08 08:19:28 UTC]

As a workaround, the perl and libperl ebuilds are now back to "!uclibc_elibc? (
groff )" which should prevent them from breaking.

[Comment 9 SpanKY 2005-10-27 20:56:31 UTC]

beu has been so kind as to punt groff completely