Bugzilla Bug 180953

I'm trying to update bind, but emerge complains about idn blocking the current
version (note: idn is NOT installed).


Reproducible: Always

Steps to Reproduce:
1. emerge --sync
2. emerge portage
3. emerge -v bind

Actual Results:  
emerge -v bind

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  NS   ] sys-devel/automake-1.10  873 kB 
[ebuild     U ] net-dns/bind-9.3.4-r3 [9.3.2-r4] USE="idn ldap odbc ssl threads
-berkdb -dlz -doc -ipv6 -mysql -postgres -resolvconf% (-selinux)" 5,279 kB 
[ebuild  N    ] net-dns/idnkit-1.0  423 kB 
[blocks B     ] net-dns/idnkit (is blocking net-dns/bind-9.3.2-r4)

Total: 3 packages (1 upgrade, 1 new, 1 in new slot, 1 block), Size of
downloads: 6,574 kB

!!! Error: The above package list contains packages which cannot be installed
!!!        at the same time on the same system.

For more information about Blocked Packages, please refer to the following
section of the Gentoo Linux x86 Handbook (architecture is irrelevant):

http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?full=1#blocked


Expected Results:  
bind should update succesfully

adding USE="-idn" helps

# equery l portage
[ Searching for package 'portage' in all categories among: ]
 * installed packages
[I--] [  ] sys-apps/portage-2.1.2.7 (0)

So unmerge the old bind version first.

*** This bug has been marked as a duplicate of bug 172812 ***

(In reply to comment #1)
> So unmerge the old bind version first.

That's a joke, right?

(In reply to comment #2)
> That's a joke, right?

No. 



*** This bug has been marked as a duplicate of bug 172812 ***

(In reply to comment #3)
> (In reply to comment #2)
> > That's a joke, right?
> 
> No.

Unbelievable.

I think gentoo is the only distribution where you have to uninstall a package
to upgrade it. Why? This makes no sense. Being forced to uninstall a package
(especially something as critical as a DNS server) in order to upgrade it is
unacceptable, it leads to unnecessary downtime. What's so difficult about this
that you're unable to fix it for months (if not years)?

In this particular case it'd be enough to suggest disabling idn use flag in the
error message. Can't this be automated? I cannot take your suggestion to
*uninstall* current bind version seriously. What if it were a problem with
glibc? Would you have suggested to uninstall the current version as well?

I was asked to report this as a bug on IRC (#gentoo), but if this is how you
treat valid bugreports then no wonder users are leaving gentoo.

Maybe if you would read the bug this one is a duplicate of, it's be a lot more
useful.

CLOSED.