Summary: | media-gfx/imagemagick 'opencl' flag has NVidia drivers dependency regardless to video card | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Sergii Parubochiy <s.parubochiy> |
Component: | Current packages | Assignee: | Gentoo Graphics Project <graphics+disabled> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | fedotov.i.f |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Sergii Parubochiy
2011-08-31 12:35:51 UTC
The only provider for opencl in portage is nvidia-drivers afaik but I've improved the logic in 6.7.3.0 now Please change ebuilds to this: opencl? ( video_cards_nvidia? ( x11-drivers/nvidia-drivers >=dev-util/nvidia-cuda-toolkit-3.1 ) ) And ati-drivers has opencl-libraries, too!! So this is NOT FIXED. :) just a heads up the latest ati-drivers-11.12 1)do have a openCL flag 2) since ati started shipping their openCL implementation with their driver. so you might want to change the ebuild logick to depend on either (with the openCL flag) of course 3) just a friendly notification that might hit in a large scale later when openCL gets more common. some issues: - i don't have any box to test imagemagick with ati-drivers, only own boxes with nvidia-drivers and cards - the "m4/ax_opencl.m4" macro from which imagemagicks's configure is generated looks NVidia specific, so upstream isn't likely testing it with ati-drivers either so any change to the ebuild logic must come from the ati-drivers maintainers, who aren't listening this bug (In reply to comment #2) no. the opencl stack has to get this fixed in common code so that ebuilds can start depending on that. otherwise we get a broken build when we enable USE=opencl. further, trying to do USE=opencl on a system that doesn't provide opencl binaries makes no sense. so disable USE=opencl in your make.conf. if pulling in nvidia packages drives home the point that USE=opencl only works with nvidia, then so be it. *** This bug has been marked as a duplicate of bug 322161 *** |