Control: tags -1 fixed-upstream
http://git.dcmtk.org/?p=dcmtk.git;a=commit;h=46b4b4c
Your message dated Wed, 11 Nov 2020 18:03:33 +
with message-id
and subject line Bug#971433: fixed in dcmtk 3.6.5-1
has caused the Debian Bug report #971433,
regarding libcharls-dev ships libcharls.so which is also in libdcmtk-dev
to be marked as done.
This means that you claim that the proble
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
7 matches
Mail list logo
