tags 483328 +patch
thanks

The package built fine in my (reasaonblly up to date but not clean) sid chroot.

Some build log comparisons between the output of my successfull build and lucas's revealed the following rather weired difference.

my output (successfull build)

# pvm-dev package
cp lib/aimk debian/pvm-dev/usr/bin
mv bin/`sh debian/getpvmarch`/{pvm_gstat,pvmgroups,tracer,trcsort} debian/pvm-de
cp lib/`sh debian/getpvmarch`/*.a debian/pvm-dev/usr/lib
cp conf/`sh debian/getpvmarch`.{def,m4} debian/pvm-dev/usr/lib/pvm3/conf
cp include/* debian/pvm-dev/usr/include
ln -sf libpvm3.so.3.4.5 debian/pvm-dev/usr/lib/libpvm3.so
ln -sf libgpvm3.so.3.4.5 debian/pvm-dev/usr/lib/libgpvm3.so
# libpvm3 package
cp lib/`sh debian/getpvmarch`/libpvm3.so debian/libpvm3/usr/lib/libpvm3.so.3.4.5
ln -s libpvm3.so.3.4.5 debian/libpvm3/usr/lib/libpvm3.so.3
cp lib/`sh debian/getpvmarch`/libgpvm3.so debian/libpvm3/usr/lib/libgpvm3.so.3.4
ln -s libgpvm3.so.3.4.5 debian/libpvm3/usr/lib/libgpvm3.so.3

lucas's output (failed build)

# pvm-dev package
cp lib/aimk debian/pvm-dev/usr/bin
mv bin/`sh debian/getpvmarch`/{pvm_gstat,pvmgroups,tracer,trcsort} 
debian/pvm-dev/usr/bin
cp lib/`sh debian/getpvmarch`/*.a debian/pvm-dev/usr/lib
cp conf/`sh debian/getpvmarch`.{def,m4} debian/pvm-dev/usr/lib/pvm3/conf
cp include/* debian/pvm-dev/usr/include
ln -sf libpvm3.so.10 debian/pvm-dev/usr/lib/libpvm3.so
ln -sf libgpvm3.so.10 debian/pvm-dev/usr/lib/libgpvm3.so
# libpvm3 package
cp lib/`sh debian/getpvmarch`/libpvm3.so debian/libpvm3/usr/lib/libpvm3.so.10
ln -s libpvm3.so.10 debian/libpvm3/usr/lib/libpvm3.so.1
cp lib/`sh debian/getpvmarch`/libgpvm3.so debian/libpvm3/usr/lib/libgpvm3.so.10
ln -s libgpvm3.so.10 debian/libpvm3/usr/lib/libgpvm3.so.1


so instead of .3.4.5 we have .10 and instead of .3 we have .1

those  numbers come from the following lines in debian/rules

version=$(shell expr `pwd` : '.*-\([0-9.]*\)')
version_major=$(shell expr `pwd` : '.*-\([0-9]*\).[0-9.]*')

It is conventional to unpack debian packages in a directory named <packagename>-<upstream version> but lucas unpacks them in a directory called <packagename>-<full version> causing the ftbfs.

The following is a more correct replacement that obtains the information from debian/changelog rather than the directory name

version=$(shell dpkg-parsechangelog | grep Version: | cut -d ' ' -f 2 | cut -d '-' -f 1)
version_major=$(shell echo $(version) | cut -d '.' -f 1 )

with this change the package builds fine in a directory following lucas's convention



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to