Dear Mathieu,
Would it make sense to rename the customized charls included as a
convenient copy in dcmtk as 'libdcmcharls.so' instead of simply
'libcharls.so' ?
Yes, I agree that it would make sense to rename the DCMTK specific version of
libcharls
to avoid naming conflicts with a system-wide
Hi Gert,
On Wed, Nov 4, 2020 at 10:06 AM Mathieu Malaterre wrote:
>
> Control: tags -1 patch upstream confirmed
>
> On Wed, Nov 4, 2020 at 9:13 AM Mathieu Malaterre wrote:
> >
> > Control: reassign -1 src:dcmtk
> >
> > > trying to overwrite '/usr/lib/x86_64-linux-gnu/libcharls.so', which is
> >
Control: tags -1 patch upstream confirmed
On Wed, Nov 4, 2020 at 9:13 AM Mathieu Malaterre 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
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 s
Package: libcharls-dev
Version: 2.1.0+dfsg-6
Severity: serious
Unpacking libcharls-dev:amd64 (2.1.0+dfsg-6) over (2.1.0+dfsg-5) ...
dpkg: error processing archive
/tmp/apt-dpkg-install-46o0f4/00-libcharls-dev_2.1.0+dfsg-6_amd64.deb (--unpack):
trying to overwrite '/usr/lib/x86_64-linux-gnu/libch
5 matches
Mail list logo
