Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 156908 - app-emulation/vmware-modules-1.0.0.15-r1 file collision
Summary: app-emulation/vmware-modules-1.0.0.15-r1 file collision
Status: RESOLVED DUPLICATE of bug 103100
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Unspecified (show other bugs)
Hardware: All Linux
: High normal
Assignee: Gentoo Linux bug wranglers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-12-02 06:08 UTC by Paweł Hajdan, Jr. (RETIRED)
Modified: 2006-12-02 06:26 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Paweł Hajdan, Jr. (RETIRED) gentoo-dev 2006-12-02 06:08:38 UTC
I was updating system. vmware-modules-1.0.0.15-r1 was blovked by earlier version, so I unmerged the old version. Now the new version fails with file collision:

>>> Completed installing vmware-modules-1.0.0.15-r1 into /var/tmp/portage/vmware-modules-1.0.0.15-r1/image/

man:
strip: x86_64-pc-linux-gnu-strip --strip-unneeded
* checking 3 files for package collisions
existing file /lib/modules/2.6.18-gentoo-r3/misc/vmmon.ko is not owned by this package
existing file /lib/modules/2.6.18-gentoo-r3/misc/vmnet.ko is not owned by this package
* spent 0.0422749519348 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 app-emulation/vmware-modules-1.0.0.15-r1 NOT merged

1. Why emerge didn't remove *.ko files when I unmerged old vmware-modules? Is it ok?
2. If above is ok, maybe the ebuild should remove them in postrm() or something?
Comment 1 Jakub Moc (RETIRED) gentoo-dev 2006-12-02 06:26:38 UTC
Just disable collision-protect temporarily, or delete the files, or use COLLISION_IGNORE="/lib/modules" - see man make.conf. Nothing that could be fixed in the ebuild, every external kernel module behaves the same way due to CONFIG_PROTECT


*** This bug has been marked as a duplicate of 103100 ***