[Debian-med-packaging] Bug#808477: src:libsbml: Please follow Debian CLI library packaging guidelines (missing dependencies)

[Jo Shields]

On 20/12/15 16:40, Andreas Tille wrote:
> +include /usr/share/cli-common/cli.make
> +
>  ### let's do it ###
>  
>  DEB_COMPRESS_EXCLUDE = .pdf
> 
> 
> which leads to
> 
> 
> dh_makeshlibs: warning: ignored unknown options in DH_OPTIONS
>    dh_shlibdeps -O--with-python2 -O--dbg-package=libsbml5-dbg
> Unknown option: with

We're fixing the documentation for dh7 (which changed its format for
external sequences a while back - sorry!) - rather than the include at
the top, you should use "dh --with cli"

`--with` takes a comma-separated list of debhelper sequences found in
/usr/share/perl5/Debian/Debhelper/Sequence/ (i.e. you probably want
`--with cli,python2` instead of `--with-python2`)


> dh_clideps: Error: Could not resolve moduleref: libsbmlcs for: libsbmlcsP.dll!
> dh_clideps: Error: unresolvable module references or missing shlibs entries, please check above errors!

This means libsbmlcsP.dll includes a link to an external non-.NET
library called "libsbmlcs", but can't find a file with this name in the
same directory, or in a directory served up by ld.so

The easiest fix IMHO would be to include a file libsbmlcsP.dll.config in
your debian/ which gets installed next to libsbmlcsP.dll:

<configuration>
  <dllmap dll="libsbmlcs" target="libsbmlcs.so"/>
</configuration>

If you have any GUI apps installed, take a look at
/usr/lib/cli/gtk-sharp-2.0/gtk-sharp.dll.config as a real-world example

Alternative solutions include patching your source to change every
`DllImport("libsbmlcs")` to `DllImport("libsbmlcs.so")`, or adding an
override_dh_clideps rule to debian/rules if you want to handle the
dependency by hand:

override_dh_clideps:
	dh_clideps --exclude-moduleref=libsbmlcs