[Pkg-octave-devel] SUNDIALS 2.2.0 packaging
Rafael Laboissiere
rafael at debian.org
Fri May 5 16:55:54 UTC 2006
* Andrey Romanenko <andrey at enginum.com> [2006-05-05 17:01]:
> On Friday 05 May 2006 11:29, Rafael Laboissiere wrote:
> > This is normal, harmless, and happens with packages that install more
> > than one shared library. We might add a Lintian override for it.
>
> Ok, I have fixed this one, although I had to add a new rule to place it the
> override into the package.
Thanks.
> > Otherwise, I am unhappy with this rule in debian/rules:
> >
> > debusr := $(DEB_DESTDIR)usr
> > install/libsundials-serial0::
> > mkdir -p $(debusr)/lib
> > mv $(debusr)/lib*.* $(debusr)/lib
>
> Ok, I am going to take a look at it.
I now where the problem comes from. The libtool script, when used with
--mode=install, is called with debian/tmp/usr/lib as the last
argument. At that point, this directory does not exist and it switch to
libdir=debian/tmp/usr/.
I tried to create this directory after build with the more elegant rule:
build/libsundials-serial0::
mkdir -p $(debusr)/lib
However, this fails because CDBS' debhelper.mk has the following preehook
rules:
common-install-prehook-arch common-install-prehook-indep:: common-install-prehook-impl
common-install-prehook-impl::
dh_clean -k $(call cdbs_add_dashx,$(DEB_CLEAN_EXCLUDE))
dh_installdirs -A $(DEB_INSTALL_DIRS_ALL)
The dh_clean is the culprit. I did not find a way to override this rule.
At any rate, CDBS is great and I am happy we accepted the switch.
--
Rafael
More information about the Pkg-octave-devel
mailing list