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
