Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 276966 - Collision between net-dns/bind-9.4.1_p1 and net-dns/bind-tools-9.4.3_p2
Summary: Collision between net-dns/bind-9.4.1_p1 and net-dns/bind-tools-9.4.3_p2
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Konstantin Arkhipov (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-07-07 18:03 UTC by Premek Vohnout
Modified: 2009-11-12 07:57 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Premek Vohnout 2009-07-07 18:03:57 UTC
I'm upgrading from bind-9.4.1_p1 and bind-tools-9.4.1_p1 to 9.4.3_p2 and get collision so there should be blocker between this versions.

Sorry I lost output with collision 

Reproducible: Always

Steps to Reproduce:
1. upgrade system as described
2. 
3.

Actual Results:  
get collision

Expected Results:  
no collision :)
Comment 1 Premek Vohnout 2009-07-07 18:07:52 UTC
found the log

>> Messages generated by process 10950 on 2009-07-07 19:54:01 CEST for package net-dns/bind-tools-9.4.3_p2:

ERROR: preinst
This package will overwrite one or more files that may belong to other
packages (see list below). You can use a command such as `portageq
owners / <filename>` to identify the installed package that owns a
file. If portageq reports that only one package owns a file then do
NOT file a bug report. A bug report is only useful if it identifies at
least two or more packages that are known to install the same file(s).
If a collision occurs and you can not explain where the file came from
then you should simply ignore the collision since there is not enough
information to determine if a real problem exists. Please do NOT file
a bug report at http://bugs.gentoo.org unless you report exactly which
two packages install the same file(s). Once again, please do NOT file
a bug report unless you have completely understood the above message.

Detected file collision(s):

        /usr/share/man/man8/dnssec-keygen.8.bz2

Searching all installed packages for file collisions...

Press Ctrl-C to Stop

net-dns/bind-9.4.1_p1
        /usr/share/man/man8/dnssec-keygen.8.bz2

Package 'net-dns/bind-tools-9.4.3_p2' NOT merged due to file
collisions. If necessary, refer to your elog messages for the whole
content of the above message.
Comment 2 Wormo (RETIRED) gentoo-dev 2009-07-11 20:47:18 UTC
Looks like a file moved from bind over to bind-tools...

Thanks for the report, assigning to maintainers.
Comment 3 Marcin Kościelnicki 2009-08-24 12:52:44 UTC
Note that they both install the dnssec-keygen binary too, which is not a file collision only because bind installs in /usr/sbin and bind-tools in /usr/bin.

Also:

$ ls -l /usr/*bin/dnssec-keygen
-rwxr-xr-x 1 root root 443600 08-17 17:03 /usr/bin/dnssec-keygen
-rwxr-xr-x 1 root root  22024 08-17 16:40 /usr/sbin/dnssec-keygen
$ ldd /usr/*bin/dnssec-keygen
/usr/bin/dnssec-keygen:
        linux-gate.so.1 =>  (0xb7f77000)
        libcrypto.so.0.9.8 => /usr/lib/libcrypto.so.0.9.8 (0xb7e06000)
        libnsl.so.1 => /lib/libnsl.so.1 (0xb7def000)
        libc.so.6 => /lib/libc.so.6 (0xb7cb2000)
        libdl.so.2 => /lib/libdl.so.2 (0xb7cae000)
        /lib/ld-linux.so.2 (0xb7f78000)
/usr/sbin/dnssec-keygen:
        linux-gate.so.1 =>  (0xb7fdc000)
        libdns.so.36 => /usr/lib/libdns.so.36 (0xb7e87000)
        libisc.so.36 => /usr/lib/libisc.so.36 (0xb7e3d000)
        libcrypto.so.0.9.8 => /usr/lib/libcrypto.so.0.9.8 (0xb7ce5000)
        libnsl.so.1 => /lib/libnsl.so.1 (0xb7cce000)
        libpthread.so.0 => /lib/libpthread.so.0 (0xb7cb6000)
        libc.so.6 => /lib/libc.so.6 (0xb7b79000)
        libdl.so.2 => /lib/libdl.so.2 (0xb7b74000)
        /lib/ld-linux.so.2 (0xb7fdd000)

Bundled libraries / static linking, by any chance?
Comment 4 Tomáš Chvátal (RETIRED) gentoo-dev 2009-11-12 07:57:05 UTC
fixed in 9.6.1.
Thanks for report