nvidia-cuda-toolkit 6.5 transition

Tomasz Rybak tomasz.rybak at post.pl
Tue Sep 8 17:32:55 UTC 2015


Thanks for information and patches.
There is possibility to just disable building CUDAND bindings.
Would it make more sense to just have something like this in d/rules:

override_dh_auto_configure:
ifeq ($(DEB_BUILD_ARCH_CPU), i386)
	./configure.py --boost-python-libname=boost_python-py \
		--boost-thread-libname=boost_thread \
		--cuda-root=/usr --cuda-enable-gl --no-cuda-enable
-curand
else
	./configure.py --boost-python-libname=boost_python-py \
		--boost-thread-libname=boost_thread \
		--cuda-root=/usr --cuda-enable-gl
endif

instead of disabling entire architecture?
I'd also like to add Debian.NEWS entry describing this change.

BTW - what's the procedure now? You upload new CUDA (6.5) to unstable
and all  packages using it should be rebuilt?
I assume that rebuilding PyCUDA will also take care of rebuilding
it against new GCC, new Boost, and will use Sphinx 1.3.

At the same time - there is new upstream release which I'd like
to package.
So if you don't mind, I can take care about PyCUDA.

Best regards.

-- 
Tomasz Rybak  GPG/PGP key ID: 2AD5 9860
Fingerprint A481 824E 7DD3 9C0E C40A  488E C654 FB33 2AD5 9860
http://member.acm.org/~tomaszrybak


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part
URL: <http://lists.alioth.debian.org/pipermail/pkg-nvidia-devel/attachments/20150908/caf0b0cc/attachment.sig>


More information about the pkg-nvidia-devel mailing list