Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 580714 - app-eselect/eselect-opencl-1.1.0-r4: fails to emerge because of file collisions
Summary: app-eselect/eselect-opencl-1.1.0-r4: fails to emerge because of file collisions
Status: RESOLVED OBSOLETE
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal
Assignee: Patrick Lauer
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 651660
  Show dependency tree
 
Reported: 2016-04-21 10:32 UTC by Louis Sautier (sbraz)
Modified: 2020-09-12 21:14 UTC (History)
2 users (show)

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

Attachments
build.log (file_580714.txt,3.65 KB, text/plain)
2016-04-21 10:32 UTC, Louis Sautier (sbraz) 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Louis Sautier (sbraz) gentoo-dev 2016-04-21 10:32:46 UTC 
Created attachment 431432 [details]
build.log

All those colliding files are symlinks.
# file /usr/include/CL/cl_gl_ext.h
/usr/include/CL/cl_gl_ext.h: symbolic link to ../../lib64/OpenCL/global/include/CL-1.1/cl_gl_ext.h
# qfile /usr/lib64/OpenCL/global/include/CL-1.1/cl_gl_ext.h
app-eselect/eselect-opencl (/usr/lib64/OpenCL/global/include/CL-1.1/cl_gl_ext.h)

I guess that those symlinks were installed by eselect-opencl at some point but portage somehow lost track of them?
Comment 1 Samuel Bernardo 2018-05-07 22:30:47 UTC 
Same happened here using profile default/linux/amd64/17.0

 * This package will overwrite one or more files that may belong to other
 * packages (see list below).
 *
 * package app-eselect/eselect-opencl-1.1.0-r4 NOT merged
 *
 * Detected file collision(s):
 *
 *      /usr/include/CL/opencl.h
 *      /usr/include/CL/cl_platform.h
 *      /usr/include/CL/cl.h
 *      /usr/include/CL/cl_ext.h
 *      /usr/include/CL/cl_gl.h
 *      /usr/include/CL/cl_gl_ext.h


Searching for package responsible for installation I found the following result:

 * Searching for /usr/include/CL/opencl.h ... 
app-eselect/eselect-opencl-1.1.0-r1 (/usr/lib64/OpenCL/global/include/CL/opencl.h)

So just like Louis Sautier mentioned, it seems that emerge somehow are not removing old symlink files from the previous version of the package being upgraded.
Comment 2 Samuel Bernardo 2018-05-07 22:38:38 UTC 
I just run emerge -Cav eselect-opencl I verified that it leaves the symlinks created.

So this confirms that those symlinks don't belong to app-eselect/eselect-opencl-1.1.0-r1.

I just installed the new package release ignoring collisions.
Comment 3 anonymous 2018-05-13 09:31:20 UTC 
I also encountered the same error. There might be another issue that describes this issue more accurately.