[Debian-med-packaging] Bug#803945: horae, artemis: error when trying to install together

[Andreas Tille]

Hi Carlo,

the Debian Med team has struggled a long time to get artemis packaged.
Now we are realising this name conflict.  I know the rules that the name
space is occupied by a first comes first served principle.  However, in
this case I'd like to discuss whether you see a chance to rename the
artemis binary + desktop file in the horae package since users would
really expect the artemis binary in the artemis package.

What do you think?

Kind regards

     Andreas.

BTW, what do you think about maintaining horae inside the Debian Science
repository?

On Tue, Nov 03, 2015 at 03:33:13PM +0100, Andreas Beckmann wrote:
> Package: horae,artemis
> Version: 16.0.0+dfsg-1
> Severity: serious
> User: treinen at debian.org
> Usertags: edos-file-overwrite
> Control: found -1 071~svn537-2
> 
> 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:
> 
>   Selecting previously unselected package artemis.
>   Preparing to unpack .../artemis_16.0.0+dfsg-1_all.deb ...
>   Unpacking artemis (16.0.0+dfsg-1) ...
>   dpkg: error processing archive /var/cache/apt/archives/artemis_16.0.0+dfsg-1_all.deb (--unpack):
>    trying to overwrite '/usr/share/applications/artemis.desktop', which is also in package horae 071~svn537-2
>   Processing triggers for libc-bin (2.19-22) ...
>   Processing triggers for systemd (227-2) ...
>   Errors were encountered while processing:
>    /var/cache/apt/archives/artemis_16.0.0+dfsg-1_all.deb
> 
> 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/share/applications/artemis.desktop
> 
> This bug is assigned to 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
> also register in the BTS that the other package is affected by the bug.
> 
> Cheers,
> 
> Andreas
> 
> PS: for more information about the detection of file overwrite errors
> of this kind see https://qa.debian.org/dose/file-overwrites.html


> _______________________________________________
> 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