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

Andreas Tille andreas at an3as.eu
Sun Dec 20 18:58:24 UTC 2015


Hi Jo,



On Sun, Dec 20, 2015 at 05:01:14PM +0000, Jo Shields wrote:
> 
> 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`)

Uhmmm, for sure.  I took over this mistake from another maintainer ... :-(
 
> > 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>

I tried this and commited it to

   ssh://git.debian.org/git/debian-med/libsbml.git

Unfortunately this ends up in

...
   dh_clideps -O--dbg-package=libsbml5-dbg
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!
debian/rules:39: recipe for target 'binary' failed
make: *** [binary] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2


I'd be happy if you could provide (or directly commit since any DD has
commit permissions) another helpful patch.

> 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

I havn't tried this one alternative - do you think this might be more
promising?

Kind regards

      Andreas.
 

-- 
http://fam-tille.de



More information about the Debian-med-packaging mailing list