dev-util/subversion collides with perllocal.pod when perl is in USE >>> Completed installing subversion-1.1.3 into /var/tmp/portage/subversion-1.1.3/image/ * checking 287 files for package collisions existing file /usr/lib/perl5/5.8.5/i686-linux-thread-multi/perllocal.pod is not owned by this package * spent 0.0769460201263 seconds checking for file collisions * This package is blocked because it wants to overwrite * files belonging to other packages (see messages above). * If you have no clue what this is all about report it * as a bug for this package on http://bugs.gentoo.org package dev-util/subversion-1.1.3 NOT merged Reproducible: Always Steps to Reproduce: 1. 2. 3.
I'm absolutely ignorant when it concerns perl, but this file seems to be dynamically generated (there is no other owner on my system) (do you have an owner for this file on your system)?
before emerging subversion that file is not owned by any package (even i have a lot of perl modules installed). after subversion it is owned by subversion but contents of file is only that generated by subversion, content generated from emerging all other perl modules is lost.
Could some perl developer tell me whether I can just remove that file from the installation dir? Can I get the correct one generated somehow?
Created attachment 52099 [details, diff] install perl bindings without collision may be something like this, at least it works for me
looking at perl-module.eclass i think that correct way is to call perl-module_pkg_postinst instead of updatepod in pkg_postinst() i'm in doubt what is correct way to update pod file when removing package: calling perl-module_pkg_prerm() in pkg_prerm() or calling perl-module_pkg_postrm() in pkg_postrm() that part looks under development and perl developers can say that
Paul, 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).
Is this still open? Did the changes to the eclass not work for you?
for me NOT :( emerge sync today [ebuild N ] dev-util/subversion-1.1.4 +apache2 -bash-completion +berkdb -debug -emacs -java +nls +nowebdav +perl -python +ssl 0 kB * checking 221 files for package collisions existing file /usr/lib/perl5/5.8.6/i686-linux-thread-multi/perllocal.pod is not owned by this package * spent 0.188846111298 seconds checking for file collisions * This package is blocked because it wants to overwrite * files belonging to other packages (see messages above). * If you have no clue what this is all about report it * as a bug for this package on http://bugs.gentoo.org package dev-util/subversion-1.1.4 NOT merged
Actually my question was directed at Paul, who would first need to change the ebuild to invoke the function from the eclass :)
I've made local changes. I'm testing now.
Ok, I've submitted a new version (1.1.4-r1) that should do the right thing(TM) now. Please test it.
to Michael: oops, sometimes I read text not really attentively ;) to Paul: I test it. Install ok. but * Skipping make test/check due to ebuild restriction. >>> Test phase [explicitly disabled]: dev-util/subversion-1.1.4-r1 is it ok ? I have FEATURES="autoaddcvs autoconfig ccache collision-protect distlocks maketest sandbox sfperms strict test"
Yes, the text fase does not work for many configurations (I don't know whether there is a working one) so I disabled it.