[Debian-med-packaging] Bug#973723: libcharls-dev ships libcharls.so which is also in libdcmtk-dev

Mathieu Malaterre malat at debian.org
Mon Nov 9 16:11:58 GMT 2020


Hi Gert,

On Wed, Nov 4, 2020 at 10:06 AM Mathieu Malaterre <malat at debian.org> wrote:
>
> Control: tags -1 patch upstream confirmed
>
> On Wed, Nov 4, 2020 at 9:13 AM Mathieu Malaterre <malat at debian.org> wrote:
> >
> > Control: reassign -1 src:dcmtk
> >
> > > trying to overwrite '/usr/lib/x86_64-linux-gnu/libcharls.so', which is also in package libdcmtk-dev 3.6.4-2.1+b1
> >
> > Dear dcmtk maintainer,
> >
> > Would it make sense to rename the customized charls included as a
> > convenient copy in dcmtk as 'libdcmcharls.so' instead of simply
> > 'libcharls.so' ?
> >
> > Thanks for comments,
>
> Here is a suggested patch for cmake based build system to handle
> renaming of charls to dcmcharls.

I'd like to go ahead and apply the patch send in msg #19. Do you mind
if I apply it on top of dcmtk/experimental version, and upload to
unstable ? Or is there a reason to keep dcmtk 3.6.5 in experimental ?

Thanks for comment,



More information about the Debian-med-packaging mailing list