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]
