Bug#649514: nvidia-cg-toolkit: should this package be orphaned?

Andreas Beckmann debian at abeckmann.de
Thu May 24 13:47:21 UTC 2012


On 2012-05-24 14:57, Mathieu Malaterre wrote:
>   git clone git://github.com/anbe42/nvidia-cg-toolkit.git
>   cd nvidia-cg-toolkit
>   git checkout prepare-3.1v2
>   make -f ./debian/rules get-orig-source
>   mv nvidia-cg-toolkit_3.1.0013.orig-amd64.tar.gz
> nvidia-cg-toolkit_3.1.0013.orig-i386.tar.gz ..
>   dpkg-buildpackage -rfakeroot -us -uc
> make[1]: Entering directory `/tmp/nn/nvidia-cg-toolkit'
> /usr/bin/make -C amd64/local/Cg/examples/Tools/cginfo/ \
> 		CG_INC_PATH=/tmp/nn/nvidia-cg-toolkit/amd64/include
> make: Entering an unknown directory
> make: *** amd64/local/Cg/examples/Tools/cginfo/: No such file or
> directory.  Stop.

That's not a proper unpacked source directory.
But yes, we should probably add something to README.source explaining
how to build from git.

We could also add

override_dh_autobuild:
	test -d i386 && test -d amd64 || \
            ( echo source not unpackaged ; exit 1 )

I don't know a good replacement for the mergwithupstream mode from
svn-buildpackage. How can something similar be done with git?
I don't really want to add the unpacked blobs to git (at least as long
as pristine-tar does not cope well with multiple source tarballs).

As I only tested the build process with pbuilder (pdebuild) this was
working fine for me because it first creates a source package (warning
about a lot of ignored deletions) and thereafter has a complete source
tree ...

> trailing comma is not well handled by BTS, see extra '(u)' for instance at:
> http://packages.qa.debian.org/k/khronos-opencl-headers.html

I'd consider this a bug in the PTS. dch had similar problems but should
have been fixed recently.

Andreas

PS: Miguel and Mathieu, are you subscribed to pkg-nvidia-devel@ ? So we
could drop a few Cc:s





More information about the pkg-nvidia-devel mailing list