| Summary: | dcopperl clobbers perllocal.pod | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Yaakov S <yselkowitz> |
| Component: | [OLD] KDE | Assignee: | Gentoo KDE team <kde> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | danarmak |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
revised dcopperl-3.3.1-r2.ebuild
dcopperl-3.3.1-r3.ebuild |
||
Created attachment 52287 [details]
revised dcopperl-3.3.1-r2.ebuild
See also bug 83622, where I've proposed a different solution, involving a new function in perl-module.eclass. The eclass for perl-modules was updated today to include a specific function just for perllocal.pod. See bug 83622 for more information. I think with the suggested modifications this bug should be fix(able/ed). Included in the bug is modified dcopperl ebuild :) Created attachment 53458 [details] dcopperl-3.3.1-r3.ebuild Here's the new ebuild again, based on bug 83622. Committed dcopperl-3.4.0-r1.ebuild with your patch. Thanks! |
As dcopperl's Makefile is MakeMaker generated, it makes an update to ${D}/$(INSTALLARCHLIB)/perllocal.pod. This file, if merged into the system, clobbers the existing perllocal.pod, which I know happens with 3.3.1-r2, and seemingly by all other versions. By other perl modules, perl-module_src_install includes a hack to workaround this, then updates the system perllocal.pod through perl-module_updatepod. The solution I found is to use kde-meta for src_unpack and configure, and perl-module for the rest. I'm attaching below a revised ebuild based on 3.3.1-r2; I would imagine the problem and solution would be similar in 3.4.0_beta*.