On Mon, Dec 29, 2008 at 4:10 PM, Juergen Salk <j...@debian.org> wrote: > > * Mathieu Malaterre <mathieu.malate...@gmail.com> [081229 14:29]: > > > Package: dcmtk > > Version: 3.5.4-2 > > Severity: grave > > Justification: renders package unusable > > > > One simply cannot load the libdcmsr.so shared lib as linking is broken: > > > > $ ldd /usr/lib/libdcmsr.so.1 > > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00002ab0e40e8000) > > libc.so.6 => /lib/libc.so.6 (0x00002ab0e42ff000) > > /lib64/ld-linux-x86-64.so.2 (0x0000555555554000) > > > > $ nm -D /usr/lib/libdcmsr.so.1 | grep xmlFree > > U xmlFree > > U xmlFreeDoc > > > > xmlFree symbol should be provided by libxml2.so. Makefile seems to refer to > > it: > > > > [...] > > Hallo Mathieu, > > maybe I am missing the point, but could you please provide a specific example > of where exactly libdcmsr fails to get loaded. > > I simply cannot reproduce the problem you described above. For me all dsr* > applications that are part of the dcmtk package seems to be able to load > libdcmsr without any problems ...
Correct. I did not realize it was the responsability of the application to do the full linking and provide libraries for the missing symbols. For instance dicomscope needs libdcmtk1-dev, but also libssl-dev & libxml2-dev to be able to do link to -lxml2 and -lcrypto. Sorry for the noise :) -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
