Bug#999907: libglobalarrays-dev,libga-dev: both ship /usr/lib/x86_64-linux-gnu/libga.a

2021-11-26 Thread Boyuan Yang
X-Debbugs-CC: mba...@debian.org debichem-de...@lists.alioth.debian.org

Hi,

My personal preference would be implementing mutual conflict.

Michael: Please let me know whether this works for you. I can make an NMU to
implement mutual conflic for src:ga if you find it necessary.

-- 
Thanks,
Boyuan Yang

On Thu, 18 Nov 2021 11:20:50 +0100 Andreas Beckmann  wrote:
> Package: libglobalarrays-dev,libga-dev
> Severity: serious
> Tags: sid bookworm
> User: trei...@debian.org
> Usertags: edos-file-overwrite
> Control: found -1 5.7.2-2
> Control: found -1 1:2.4.7-5
> 
> 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:
> 
>   Preparing to unpack .../libga-dev_1%3a2.4.7-5_amd64.deb ...
>   Unpacking libga-dev:amd64 (1:2.4.7-5) ...
>   dpkg: error processing archive /var/cache/apt/archives/libga-
dev_1%3a2.4.7-5_amd64.deb (--unpack):
>    trying to overwrite '/usr/lib/x86_64-linux-gnu/libga.a', which is also in
package libglobalarrays-dev 5.7.2-2
>   dpkg-deb: error: paste subprocess was killed by signal (Broken pipe)
>   Errors were encountered while processing:
>    /var/cache/apt/archives/libga-dev_1%3a2.4.7-5_amd64.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/lib/x86_64-linux-gnu/libga.a
> 
> 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.
> 
> 
> libglobalarrays-dev does have one reverse build-dependency: nwchem.
> libga-dev does have none.
> 
> PS: for more information about the detection of file overwrite errors
> of this kind see https://qa.debian.org/dose/file-overwrites.html



signature.asc
Description: This is a digitally signed message part


Bug#999907: libglobalarrays-dev,libga-dev: both ship /usr/lib/x86_64-linux-gnu/libga.a

2021-11-18 Thread Andreas Beckmann
Package: libglobalarrays-dev,libga-dev
Severity: serious
Tags: sid bookworm
User: trei...@debian.org
Usertags: edos-file-overwrite
Control: found -1 5.7.2-2
Control: found -1 1:2.4.7-5

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:

  Preparing to unpack .../libga-dev_1%3a2.4.7-5_amd64.deb ...
  Unpacking libga-dev:amd64 (1:2.4.7-5) ...
  dpkg: error processing archive 
/var/cache/apt/archives/libga-dev_1%3a2.4.7-5_amd64.deb (--unpack):
   trying to overwrite '/usr/lib/x86_64-linux-gnu/libga.a', which is also in 
package libglobalarrays-dev 5.7.2-2
  dpkg-deb: error: paste subprocess was killed by signal (Broken pipe)
  Errors were encountered while processing:
   /var/cache/apt/archives/libga-dev_1%3a2.4.7-5_amd64.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/lib/x86_64-linux-gnu/libga.a

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.


libglobalarrays-dev does have one reverse build-dependency: nwchem.
libga-dev does have none.


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


libglobalarrays-dev=5.7.2-2_libga-dev=1:2.4.7-5.log.gz
Description: application/gzip