101088 2005-08-02 05:20 0000 [uclibc] libperl-5.8.7 depends (again) upon groff 2005-10-27 20:56:31 0000 1 1 1 Unclassified Gentoo Linux Ebuilds 2005.0 x86 Linux RESOLVED FIXED http://pastebin.ca/19061 P2 major --- 1 phreak@gentoo.org embedded@gentoo.org perl@gentoo.org phreak@gentoo.org 2005-08-02 05:20:44 0000 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. phreak@gentoo.org 2005-08-02 05:21:42 0000 Created an attachment (id=64930) Change the DEPEND to !uclibc_elibc? ( !features_noman ( .. koon@gentoo.org 2005-08-03 01:57:59 0000 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 mcummings@gentoo.org 2005-08-03 17:08:58 0000 Anyone talk to spanky about this? I think this was his addition to the libperl ebuild. And what about the perl ebuild itself? vapier@gentoo.org 2005-08-03 17:20:37 0000 SpanKY is on the embedded list vapier@gentoo.org 2005-08-04 20:53:18 0000 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) vapier@gentoo.org 2005-08-04 21:17:12 0000 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 ... mcummings@gentoo.org 2005-08-08 08:17:39 0000 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 koon@gentoo.org 2005-08-08 08:19:28 0000 As a workaround, the perl and libperl ebuilds are now back to "!uclibc_elibc? ( groff )" which should prevent them from breaking. vapier@gentoo.org 2005-10-27 20:56:31 0000 beu has been so kind as to punt groff completely 64930 2005-08-02 05:21 0000 libperl-5.8.7.diff libperl-5.8.7.diff text/plain SW5kZXg6IGxpYnBlcmwtNS44LjcuZWJ1aWxkCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGxpYnBlcmwtNS44Ljcu ZWJ1aWxkCShyZXZpc2lvbiAxKQorKysgbGlicGVybC01LjguNy5lYnVpbGQJKHdvcmtpbmcgY29w eSkKQEAgLTgwLDcgKzgwLDcgQEAKIAogUkVTVFJJQ1Q9InRlc3QiCiAKLURFUEVORD0iIWZlYXR1 cmVzX25vbWFuPyAoIHN5cy1hcHBzL2dyb2ZmICkKK0RFUEVORD0iIWVsaWJjX3VjbGliYz8oICFm ZWF0dXJlc19ub21hbj8gKCBzeXMtYXBwcy9ncm9mZiApICkKIAliZXJrZGI/ICggc3lzLWxpYnMv ZGIgKQogCWdkYm0/ICggPj1zeXMtbGlicy9nZGJtLTEuOC4wICkiCiAKQEAgLTM1OCw0ICszNTgs MyBAQAogCQlmaQogCWZpCiB9Ci0K