On 13/09/13 08:46, Ralf Treinen wrote: > Package: libion-dev,libmama-dev > Version: libion-dev/3.1.3~dfsg1-1 > Version: libmama-dev/2.2.2.1-7 > Severity: serious > User: [email protected] > Usertags: edos-file-overwrite > > Date: 2013-09-13 > 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! > libion0 libwombatcommon0 libmama0 libion-dev libmama-dev > Authentication warning overridden. > Selecting previously unselected package libion0:amd64. > (Reading database ... 10882 files and directories currently installed.) > Unpacking libion0:amd64 (from .../libion0_3.1.3~dfsg1-1_amd64.deb) ... > Selecting previously unselected package libwombatcommon0. > Unpacking libwombatcommon0 (from .../libwombatcommon0_2.2.2.1-7_amd64.deb) ... > Selecting previously unselected package libmama0. > Unpacking libmama0 (from .../libmama0_2.2.2.1-7_amd64.deb) ... > Selecting previously unselected package libion-dev:amd64. > Unpacking libion-dev:amd64 (from .../libion-dev_3.1.3~dfsg1-1_amd64.deb) ... > Selecting previously unselected package libmama-dev. > Unpacking libmama-dev (from .../libmama-dev_2.2.2.1-7_amd64.deb) ... > dpkg: error processing > /var/cache/apt/archives/libmama-dev_2.2.2.1-7_amd64.deb (--unpack): > trying to overwrite '/usr/include/platform.h', which is also in package > libion-dev:amd64 3.1.3~dfsg1-1 > dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) > Errors were encountered while processing: > /var/cache/apt/archives/libmama-dev_2.2.2.1-7_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/include/platform.h
I don't think either package should install a file with such a generic name I had already queried this with the OpenMAMA upstream mailing list, they are overhauling their build system and they are supportive of the Debian package and issues like this are likely to be fixed when their new build system is in place. It is not very likely that somebody will want both ion and openmama dev packages on the same machine so mutual conflicts should be sufficient for now as a workaround. Also, the email address in your original report, [email protected] is bouncing -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
