[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