Bug#549638: afflib-tools and simh: error when trying to install together
Package: simh,afflib-tools Version: simh/3.8.1-1 Version: afflib-tools/3.3.6+dfsg-3 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2009-10-05 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! libssh2-1 libcurl3 libexpat1 libafflib0 libfuse2 afflib-tools simh Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously deselected package libssh2-1. (Reading database ... 10249 files and directories currently installed.) Unpacking libssh2-1 (from .../libssh2-1_1.2.1-1_amd64.deb) ... Selecting previously deselected package libcurl3. Unpacking libcurl3 (from .../libcurl3_7.19.5-1.1_amd64.deb) ... Selecting previously deselected package libexpat1. Unpacking libexpat1 (from .../libexpat1_2.0.1-4_amd64.deb) ... Selecting previously deselected package libafflib0. Unpacking libafflib0 (from .../libafflib0_3.3.6+dfsg-3_amd64.deb) ... Selecting previously deselected package libfuse2. Unpacking libfuse2 (from .../libfuse2_2.7.4-2_amd64.deb) ... Selecting previously deselected package afflib-tools. Unpacking afflib-tools (from .../afflib-tools_3.3.6+dfsg-3_amd64.deb) ... Selecting previously deselected package simh. Unpacking simh (from .../simh_3.8.1-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/simh_3.8.1-1_amd64.deb (--unpack): trying to overwrite '/usr/bin/s3', which is also in package afflib-tools 0:3.3.6+dfsg-3 dpkg-deb: subprocess paste killed by signal (Broken pipe) Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/simh_3.8.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. Possible solutions are to have the two packages conflict, to rename the common file in one of the two packages, or to remove the file from one package and have this package depend on the other package. File diversions or a Replace relation are another possibility. 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/s3 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. -Ralf. ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
Bug#549638: afflib-tools and simh: error when trying to install together
Le lundi 05 octobre 2009 à 13:46 +0200, Vince Mulhollon a écrit : On Mon, Oct 05, 2009 at 08:35:22AM +0200, Ralf Treinen wrote: Package: simh,afflib-tools Version: simh/3.8.1-1 Version: afflib-tools/3.3.6+dfsg-3 Usertags: edos-file-overwrite This is a serious bug as it makes installation fail. Possible solutions are to have the two packages conflict, to rename the common file in one of the two packages, or to remove the file from one package and have this package depend on the other package. File diversions or a Replace relation are another possibility. 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/s3 OK my interpretation of the situation, is you afflib guys really need the name s3 because that is the full name of the amazon s3 service you're trying to access, and the simh s3 is merely the short name for the System/3 emulator. afflib folks please confirm or deny the accuracy of my interpretation. If I'm correct I think the logical solution is I extend the name of the System/3 emulator from s3 to system3 (err I have to verify that is not otherwise in use... maybe I'll go sys3, who knows) Current status, waiting on your comments, afflib folks ... As the s3 tool is only a testing tool in the afflib package and that it's not essential to afflib users, I renamed the tool s3-afflib this morning in git: http://git.debian.org/?p=forensics/afflib.git;a=commitdiff;h=5b870b00b2c62dc94648178f0de1e9573cab60fa Anyway, I'm waiting comments from other debian-forensics members, if no one complains, it will be uploaded. Finally, I think that it's a good idea to change both utilities names because, one day or another, I suspect that a real Amazon s3 tool could come up with the same name. And since tab completion exists, such a short name is not needed anymore :-) -- Christophe Monniez christophe.monn...@fccu.be ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel
Bug#549638: afflib-tools and simh: error when trying to install together
* Christophe Monniez christophe.monn...@fccu.be [20091005 15:20]: Le lundi 05 octobre 2009 à 13:46 +0200, Vince Mulhollon a écrit : OK my interpretation of the situation, is you afflib guys really need the name s3 because that is the full name of the amazon s3 service you're trying to access, and the simh s3 is merely the short name for the System/3 emulator. afflib folks please confirm or deny the accuracy of my interpretation. If I'm correct I think the logical solution is I extend the name of the System/3 emulator from s3 to system3 (err I have to verify that is not otherwise in use... maybe I'll go sys3, who knows) Current status, waiting on your comments, afflib folks ... As the s3 tool is only a testing tool in the afflib package and that it's not essential to afflib users, I renamed the tool s3-afflib this morning in git: http://git.debian.org/?p=forensics/afflib.git;a=commitdiff;h=5b870b00b2c62dc94648178f0de1e9573cab60fa Thanks, appreciated. Anyway, I'm waiting comments from other debian-forensics members, if no one complains, it will be uploaded. ACK from my side. Finally, I think that it's a good idea to change both utilities names because, one day or another, I suspect that a real Amazon s3 tool could come up with the same name. And since tab completion exists, such a short name is not needed anymore :-) ACK, very short command names are calling for troubles in the long run. regards, -mika- signature.asc Description: Digital signature ___ forensics-devel mailing list forensics-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/forensics-devel