|Summary:||dev-util/subversion file collision|
|Product:||Gentoo Linux||Reporter:||Jetchko Jekov <jetchko.jekov>|
|Component:||New packages||Assignee:||Paul de Vrieze (RETIRED) <pauldv>|
|Package list:||Runtime testing required:||---|
|Attachments:||install perl bindings without collision|
Description Jetchko Jekov 2005-02-20 00:40:39 UTC
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.
Comment 1 Paul de Vrieze (RETIRED) 2005-02-23 06:29:34 UTC
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)?
Comment 2 Jetchko Jekov 2005-02-23 23:29:27 UTC
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.
Comment 3 Paul de Vrieze (RETIRED) 2005-02-24 03:59:29 UTC
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?
Comment 4 Jetchko Jekov 2005-02-25 01:06:06 UTC
Created attachment 52099 [details, diff] install perl bindings without collision may be something like this, at least it works for me
Comment 5 Jetchko Jekov 2005-02-25 01:32:42 UTC
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
Comment 6 Michael Cummings (RETIRED) 2005-03-14 07:25:56 UTC
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).
Comment 7 Michael Cummings (RETIRED) 2005-05-19 08:02:25 UTC
Is this still open? Did the changes to the eclass not work for you?
Comment 8 Sergiy Borodych 2005-05-19 11:55:18 UTC
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
Comment 9 Michael Cummings (RETIRED) 2005-05-19 12:57:40 UTC
Actually my question was directed at Paul, who would first need to change the ebuild to invoke the function from the eclass :)
Comment 10 Paul de Vrieze (RETIRED) 2005-05-20 01:43:40 UTC
I've made local changes. I'm testing now.
Comment 11 Paul de Vrieze (RETIRED) 2005-05-20 06:57:14 UTC
Ok, I've submitted a new version (1.1.4-r1) that should do the right thing(TM) now. Please test it.
Comment 12 Sergiy Borodych 2005-05-21 05:42:19 UTC
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"
Comment 13 Paul de Vrieze (RETIRED) 2005-05-23 13:24:46 UTC
Yes, the text fase does not work for many configurations (I don't know whether there is a working one) so I disabled it.