Hi,
I just rerun the build in a clean chroot -- without libssl install, and -Wl,--as-needed'. Although the linker call includes '-lssl -lcrypto' the result doesn't isn't actually linked to libssl, and dh_shlibdeps doesn't add a dependency. I guess I'm safe. Maybe you still want to clean the deps, but it isn't blocking ITK-SNAP packaging. Thanks, Michael On Thu, Apr 29, 2010 at 08:55:32AM -0400, Michael Hanke wrote: > Package: gdcm > Severity: wishlist > > Hi, > > CMake causes lib depends on libssl and libcrypto when linking against > libgdcm* -- even if libssl is not needed for a particular binary that > uses gdcm. In case of a GPL-licensed project this causes some trouble > > http://people.gnome.org/~markmc/openssl-and-the-gpl.html > > As discussed here > > http://lists.debian.org/debian-med/2010/04/msg00035.html > > please consider removing traces of openssl from the corresponding cmake > file. > > Thanks, > > Michael > > > -- System Information: > Debian Release: squeeze/sid > APT prefers testing > APT policy: (500, 'testing'), (500, 'stable') > Architecture: i386 (i686) > > Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > > > > _______________________________________________ > Debian-med-packaging mailing list > [email protected] > http://lists.alioth.debian.org/mailman/listinfo/debian-med-packaging -- GPG key: 1024D/3144BE0F Michael Hanke http://mih.voxindeserto.de -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
