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.