Package: libopenhpi2,libopenhpi3 Version: libopenhpi2/2.14.1-1.4+b1 Version: libopenhpi3/3.6.1-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite
Date: 2016-03-25 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: Preconfiguring packages ... Selecting previously unselected package libssl1.0.2:amd64. (Reading database ... 10949 files and directories currently installed.) Preparing to unpack .../libssl1.0.2_1.0.2g-1_amd64.deb ... Unpacking libssl1.0.2:amd64 (1.0.2g-1) ... Selecting previously unselected package libffi6:amd64. Preparing to unpack .../libffi6_3.2.1-4_amd64.deb ... Unpacking libffi6:amd64 (3.2.1-4) ... Selecting previously unselected package libglib2.0-0:amd64. Preparing to unpack .../libglib2.0-0_2.48.0-1_amd64.deb ... Unpacking libglib2.0-0:amd64 (2.48.0-1) ... Selecting previously unselected package libltdl7:amd64. Preparing to unpack .../libltdl7_2.4.6-0.1_amd64.deb ... Unpacking libltdl7:amd64 (2.4.6-0.1) ... Selecting previously unselected package libopenhpi2. Preparing to unpack .../libopenhpi2_2.14.1-1.4+b1_amd64.deb ... Unpacking libopenhpi2 (2.14.1-1.4+b1) ... Selecting previously unselected package libopenhpi3. Preparing to unpack .../libopenhpi3_3.6.1-1_amd64.deb ... Unpacking libopenhpi3 (3.6.1-1) ... dpkg: error processing archive /var/cache/apt/archives/libopenhpi3_3.6.1-1_amd64.deb (--unpack): trying to overwrite '/etc/openhpi/openhpi.conf', which is also in package libopenhpi2 2.14.1-1.4+b1 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Processing triggers for libc-bin (2.22-4) ... Processing triggers for man-db (2.7.5-1) ... Errors were encountered while processing: /var/cache/apt/archives/libopenhpi3_3.6.1-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): /etc/openhpi/openhpi.conf /etc/openhpi/openhpiclient.conf /usr/lib/openhpi/libilo2_ribcl.so /usr/lib/openhpi/libipmi.so /usr/lib/openhpi/libipmidirect.so /usr/lib/openhpi/liboa_soap.so /usr/lib/openhpi/libosahpi.so /usr/lib/openhpi/libsimulator.so /usr/lib/openhpi/libsnmp_bc.so /usr/lib/openhpi/libsysfs2hpi.so /usr/lib/openhpi/libwatchdog.so /usr/share/man/man7/openhpi.7.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://qa.debian.org/dose/file-overwrites.html.
