Bug#722663: libradius1 and libfreeradius-client2: error when trying to install together
Package: libfreeradius-client2,libradius1 Version: libfreeradius-client2/1.1.6-4 Version: libradius1/0.3.2-14 Severity: serious User: trei...@debian.org 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! libfreeradius-client2 libradius1 Authentication warning overridden. Selecting previously unselected package libfreeradius-client2. (Reading database ... 10882 files and directories currently installed.) Unpacking libfreeradius-client2 (from .../libfreeradius-client2_1.1.6-4_amd64.deb) ... Selecting previously unselected package libradius1. Unpacking libradius1 (from .../libradius1_0.3.2-14_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libradius1_0.3.2-14_amd64.deb (--unpack): trying to overwrite '/etc/radiusclient/dictionary.merit', which is also in package libfreeradius-client2 1.1.6-4 Errors were encountered while processing: /var/cache/apt/archives/libradius1_0.3.2-14_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/radiusclient/dictionary /etc/radiusclient/dictionary.ascend /etc/radiusclient/dictionary.compat /etc/radiusclient/dictionary.merit /etc/radiusclient/radiusclient.conf 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://edos.debian.net/file-overwrites/. -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1vkn8f-000805...@seneca.home.net
Bug#722663: libradius1 and libfreeradius-client2: error when trying to install together
On 13/09/13 08:45, Ralf Treinen wrote: > 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/radiusclient/dictionary > /etc/radiusclient/dictionary.ascend > /etc/radiusclient/dictionary.compat > /etc/radiusclient/dictionary.merit > /etc/radiusclient/radiusclient.conf src:radiusclient is orphaned - it is obsolete and superseded by src:freeradius-client The "History" heading here explains the situation: http://freeradius.org/freeradius-client I would suggest the Debian should drop the src:radiusclient package completely and I'm opening a bug for the FTP master to remove it The freeradius-client packages could use conflicts/replaces to ease upgrade but that would require some testing. For now, I'm just adding the conflicts header. -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5232d3a8.7090...@pocock.com.au
Bug#722663: marked as done (libradius1 and libfreeradius-client2: error when trying to install together)
Your message dated Fri, 13 Sep 2013 09:18:18 + with message-id and subject line Bug#722663: fixed in freeradius-client 1.1.6-5 has caused the Debian Bug report #722663, regarding libradius1 and libfreeradius-client2: error when trying to install together to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 722663: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=722663 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: libfreeradius-client2,libradius1 Version: libfreeradius-client2/1.1.6-4 Version: libradius1/0.3.2-14 Severity: serious User: trei...@debian.org 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! libfreeradius-client2 libradius1 Authentication warning overridden. Selecting previously unselected package libfreeradius-client2. (Reading database ... 10882 files and directories currently installed.) Unpacking libfreeradius-client2 (from .../libfreeradius-client2_1.1.6-4_amd64.deb) ... Selecting previously unselected package libradius1. Unpacking libradius1 (from .../libradius1_0.3.2-14_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libradius1_0.3.2-14_amd64.deb (--unpack): trying to overwrite '/etc/radiusclient/dictionary.merit', which is also in package libfreeradius-client2 1.1.6-4 Errors were encountered while processing: /var/cache/apt/archives/libradius1_0.3.2-14_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/radiusclient/dictionary /etc/radiusclient/dictionary.ascend /etc/radiusclient/dictionary.compat /etc/radiusclient/dictionary.merit /etc/radiusclient/radiusclient.conf 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://edos.debian.net/file-overwrites/. --- End Message --- --- Begin Message --- Source: freeradius-client Source-Version: 1.1.6-5 We believe that the bug you reported is fixed in the latest version of freeradius-client, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 722...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Daniel Pocock (supplier of updated freeradius-client package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 13 Sep 2013 10:56:30 +0200 Source: freeradius-client Binary: libfreeradius-client-dev libfreeradius-client2 Architecture: source amd64 Version: 1.1.6-5 Distribution: unstable Urgency: low Maintainer: Debian VoIP Team Changed-By: Daniel Pocock Description: libfreeradius-client-dev - Enhanced RADIUS client library development files libfreeradius-client2 - Enhanced RADIUS client library Closes: 722663 Changes: freeradius-client (1.1.6-5) unstable; urgency=low . * Declare conflict with obsolete libradius1 (Closes: #722663) Checksums-Sha1: 9fc82187bfdce69ad41e40830fcaa129cd80b03c 2277 freeradius-cli
Processed: submitter
Processing commands for cont...@bugs.debian.org: > submitter 722667 ! Bug #722667 [mpich,mpich-bin] mpich-bin and mpich: error when trying to install together Changed Bug submitter to 'Ralf Treinen ' from 'Ralf Treinen ' > submitter 722666 ! Bug #722666 [libmpich-dev,libmpich1.0-dev] libmpich1.0-dev and libmpich-dev: error when trying to install together Changed Bug submitter to 'Ralf Treinen ' from 'Ralf Treinen ' > submitter 722665 ! Bug #722665 [libjackson-json-java,libjackson2-core-java] libjackson2-core-java and libjackson-json-java: error when trying to install together Changed Bug submitter to 'Ralf Treinen ' from 'Ralf Treinen ' > submitter 722664 ! Bug #722664 [libion-dev,libmama-dev] libmama-dev and libion-dev: error when trying to install together Changed Bug submitter to 'Ralf Treinen ' from 'Ralf Treinen ' > submitter 722662 ! Bug #722662 [gist,yorick] yorick and gist: error when trying to install together Changed Bug submitter to 'Ralf Treinen ' from 'Ralf Treinen ' > submitter 722661 ! Bug #722661 [dtv-scan-tables,dvb-apps] dvb-apps and dtv-scan-tables: error when trying to install together Changed Bug submitter to 'Ralf Treinen ' from 'Ralf Treinen ' > submitter 722660 ! Bug #722660 [blt-dev,libgraphviz-dev] libgraphviz-dev and blt-dev: error when trying to install together Changed Bug submitter to 'Ralf Treinen ' from 'Ralf Treinen ' > End of message, stopping processing here. Please contact me if you need assistance. -- 722660: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=722660 722661: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=722661 722662: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=722662 722664: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=722664 722665: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=722665 722666: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=722666 722667: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=722667 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.137909540215082.transcr...@bugs.debian.org
Bug#722754: blackbox link with -L/usr/lib
Package: blackbox Version: 0.70.1-16 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. blackbox_0.70.1-16_mips64el.build.xz Description: Binary data
Bug#722833: snappea link with -L/usr/lib
Package: snappea Version: 3.0d3-22 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. snappea_3.0d3-22_mips64el.build.xz Description: Binary data
Bug#722751: audit link with -L/usr/lib
Package: audit Version: 1.7.18-1.1 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. audit_1.7.18-1.1_mips64el.build.xz Description: Binary data
Bug#722783: idesk link with -L/usr/lib
Package: idesk Version: 0.7.5-5 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. idesk_0.7.5-5_mips64el.build.xz Description: Binary data
Bug#722779: hfsutils link with -L/usr/lib
Package: hfsutils Version: 3.2.6-12 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. hfsutils_3.2.6-12_mips64el.build.xz Description: Binary data
Bug#722753: beecrypt link with -L/usr/lib
Package: beecrypt Version: 4.2.1-4 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. beecrypt_4.2.1-4_mips64el.build.xz Description: Binary data
Bug#722847: tix link with -L/usr/lib
Package: tix Version: 8.4.3-4 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. tix_8.4.3-4_mips64el.build.xz Description: Binary data
