[Debian-med-packaging] Bug#698115: dcap and dicom3tools: error when trying to install together

[Andreas Tille]

Hi,

I'm afraid that this is our turn at least from a "who cames first
perspective".  Fortunately dicom3tools in testing is clean but perhaps
we should start negotiating with dicom3tools upstream to invent another
name that is not yet taken by some other tool.

Mathieu, could you take over this?

Kind regards

       Andreas.

On Mon, Jan 14, 2013 at 09:31:43AM +0100, Ralf Treinen wrote:
> Package: dicom3tools,dcap
> Version: dicom3tools/1.0~20121227-1
> Version: dcap/2.47.7-1
> Severity: serious
> User: treinen at debian.org
> Usertags: edos-file-overwrite
> 
> Date: 2013-01-14
> Architecture: amd64
> Distribution: sid
> 
> Hi,
> 
> automatic installation tests of packages that share a file and at the
> same time do not conflict by their package dependency relationships has
> detected the following problem:
> 
> 
> WARNING: The following packages cannot be authenticated!
>   libdcap1 dcap dicom3tools
> Authentication warning overridden.
> Can not write log, openpty() failed (/dev/pts not mounted?)
> Selecting previously unselected package libdcap1.
> (Reading database ... 10762 files and directories currently installed.)
> Unpacking libdcap1 (from .../libdcap1_2.47.7-1_amd64.deb) ...
> Selecting previously unselected package dcap.
> Unpacking dcap (from .../dcap_2.47.7-1_amd64.deb) ...
> Selecting previously unselected package dicom3tools.
> Unpacking dicom3tools (from .../dicom3tools_1.0~20121227-1_amd64.deb) ...
> dpkg: error processing /var/cache/apt/archives/dicom3tools_1.0~20121227-1_amd64.deb (--unpack):
>  trying to overwrite '/usr/share/man/man1/dccp.1.gz', which is also in package dcap 2.47.7-1
> dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
> Processing triggers for man-db ...
> Errors were encountered while processing:
>  /var/cache/apt/archives/dicom3tools_1.0~20121227-1_amd64.deb
> E: Sub-process /usr/bin/dpkg returned an error code (1)
> 
> 
> This is a serious bug as it makes installation fail, and violates
> sections 7.6.1 and 10.1 of the policy. An optimal solution would
> consist in only one of the packages installing that file, and renaming
> or removing the file in the other package. Depending on the
> circumstances you might also consider Replace relations or file
> diversions. If the conflicting situation cannot be resolved then, as a
> last resort, the two packages have to declare a mutual
> Conflict. Please take into account that Replaces, Conflicts and
> diversions should only be used when packages provide different
> implementations for the same functionality.
> 
> Here is a list of files that are known to be shared by both packages
> (according to the Contents file for sid/amd64, which may be
> slightly out of sync):
> 
>   /usr/bin/dccp
>   /usr/share/man/man1/dccp.1.gz
> 
> This bug has been filed against both packages. If you, the maintainers of
> the two packages in question, have agreed on which of the packages will
> resolve the problem please reassign the bug to that package. You may then
> also register in the BTS that the other package is affected by the bug.
> 
> -Ralf.
> 
> PS: for more information about the detection of file overwrite errors
> of this kind see http://edos.debian.net/file-overwrites/.
> 
> _______________________________________________
> Debian-med-packaging mailing list
> Debian-med-packaging at lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging
> 

-- 
http://fam-tille.de