http://bugzilla.rpmfusion.org/show_bug.cgi?id=459
--- Comment #27 from NicolasChauvet <kwizart(a)gmail.com> 2011-04-05 11:03:42 ---
(In reply to comment #26)
There are two major issues
with this spec:
- /usr/share/cuda is all wrong for binary content. It should be /usr/lib/cuda
instead (no matter of the library architecture givent that's a compiler and see
next issue).
- Removing alternative library architecture is wrong, it is expectable to build
native x86_32 code on a x86_64 OS. gcc can do that, same for the cuda compiler.
And givent that the package will not be multilib 'naturally' because it
doesn't
have a -devel subpacakge, I expect it will be easier to have a compat32
subpackage instead.
Eventually,
-There there is a need to have a look on how to package additional cuda
libraries (either compiled with this toolkit, or pre-built for a given version
of cuda).
-rpm macros should allow to ease integration with the cuda
--
Configure bugmail:
http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.