Bug 82648 – dev-util/subversion file collision

• Product: Gentoo Linux
• Status: VERIFIED TEST-REQUEST

[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.