Summary: | =x11-terms/rxvt-unicode-9.15-r1 USE=perl with perl-core/ExtUtils-ParseX-3.150.0 - Undefined subroutine &ExtUtils::ParseXS::errors called at /usr/lib64/perl5/5.12.4/ExtUtils/xsubpp line 41. | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Keshav Kini <keshav.kini> |
Component: | Current packages | Assignee: | Jeroen Roovers (RETIRED) <jer> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | wired |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=457646 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 378783 | ||
Attachments: | build log for =x11-terms/rxvt-unicode-9.15-r1 |
Description
Keshav Kini
2012-07-04 06:59:22 UTC
Can't tel for sure, but most likely you've upgraded perl to 5.16, but failed to run perl-cleaner. No, I'm running perl 5.12.4-r1. Also I made sure to run both `perl-cleaner --all` and `perl-cleaner --phall` for good measure; the problem doesn't go away. I do get a message when I run perl-cleaner:: * The following files remain. These were either installed by hand * or edited. This script cannot deal with them. /usr/lib64/perl5/5.12.3/x86_64-linux/Encode/ConfigLocal.pm But that file's been around for a while - I upgraded from 5.12.3-r1 to 5.12.4-r1 back in January and didn't have this problem until upgrading perl-core/ExtUtils-ParseX . Go back to EU::ParseXS-2 until you install perl-5.16 or rxvt-unicode is fixed. *** This bug has been marked as a duplicate of bug 378723 *** (In reply to comment #3) > Go back to EU::ParseXS-2 until you install perl-5.16 or rxvt-unicode is > fixed. Can you perhaps make the ParseXS version dependency explicit in the rxvt-unicode ebuild? Or maybe that can't be done? (Sorry, I'm not too familiar with writing ebuilds...) Here is a patch: --- x11-terms/rxvt-unicode/rxvt-unicode-9.15-r1.ebuild | 1 + 1 file changed, 1 insertion(+) diff --git a/x11-terms/rxvt-unicode/rxvt-unicode-9.15-r1.ebuild b/x11-terms/rxvt-unicode/rxvt-unicode-9.15-r1.ebuild index a28cb1f..8915c4d 100644 --- a/x11-terms/rxvt-unicode/rxvt-unicode-9.15-r1.ebuild +++ b/x11-terms/rxvt-unicode/rxvt-unicode-9.15-r1.ebuild @@ -35,6 +35,7 @@ DEPEND=" ${RDEPEND} virtual/pkgconfig x11-proto/xproto + perl? ( <perl-core/ExtUtils-ParseXS-3 ) " REQUIRED_USE="vanilla? ( !alt-font-width !buffer-on-clear focused-urgency !secondary-wheel !wcwidth )" -- 1.7.10.2 (In reply to comment #5) > Here is a patch: It doesn't actually fix the bug, does it? I'll restate: '<perl-core/ExtUtils-ParseXS-3' doesn't work with perl 5.16. As such, adding such dep would be incorrect. Fixed in 9.15-r1 (by calling /usr/bin/xsubpp directly). (In reply to comment #6) > (In reply to comment #5) > > Here is a patch: > > It doesn't actually fix the bug, does it? No, it doesn't, but it does implement this suggestion from Torsten Veller: > Go back to EU::ParseXS-2 until you install perl-5.16 or rxvt-unicode is fixed. IMO if a temporary workaround is good enough to do manually, it's also good enough to commit into the ebuild, hence the patch. (In reply to comment #8) > Fixed in 9.15-r1 (by calling /usr/bin/xsubpp directly). Thanks! (In reply to comment #9) > IMO if a temporary workaround is good enough to do manually, it's also good > enough to commit into the ebuild, hence the patch. For the record: you are wrong. (In reply to comment #11) > (In reply to comment #9) > > IMO if a temporary workaround is good enough to do manually, it's also good > > enough to commit into the ebuild, hence the patch. > > For the record: you are wrong. OK, I bow to your superior experience. Anyway the point is moot as you have fixed the problem already :) |