dev-python/python-irclib-0.4.8 and dev-python/python-irclib-0.4.8-r1 are extremely outdated duplicate packages of dev-python/irc which is up-to-date. I recommend pruning the dev-python/python-irclib package from the tree.
Any reverse deps we need to worry about?
A search turned up no reverse dependencies (they all use dev-python/irc).
There are two ebuilds using it in overlays though [1]. [1]:http://gpo.zugaina.org/dev-python/python-irclib/RDep#ptabs
(In reply to Michał Górny from comment #3) > There are two ebuilds using it in overlays though [1]. > > [1]:http://gpo.zugaina.org/dev-python/python-irclib/RDep#ptabs Breakages of rdeps in overlays is not always the blocker for package removal. In this particular case we have: 1 overlay is "meta" overlay called "bgo-overlay" and it's just collections of crawled ebuilds from our bugzilla. And the second one(last-hope) is overlay, ruled by ercpe, so CCing him.
Ok, I will last-rite this when I have a chance, unless someone else beats me to it.
(In reply to Sergey Popov from comment #4) > (In reply to Michał Górny from comment #3) > > There are two ebuilds using it in overlays though [1]. > > > > [1]:http://gpo.zugaina.org/dev-python/python-irclib/RDep#ptabs > > Breakages of rdeps in overlays is not always the blocker for package removal. Sure. Just pointing out potential problems. Proper lastrite shouldn't be an issue. > In this particular case we have: 1 overlay is "meta" overlay called > "bgo-overlay" and it's just collections of crawled ebuilds from our > bugzilla. And the second one(last-hope) is overlay, ruled by ercpe, so CCing > him. Oh, I knew that 'bgo' ringed a bell :D.
+# Sergey Popov <pinkbyte@gentoo.org> (23 Dec 2013) +# Masked for removal, please migrate to dev-python/irc, +# which is in fact just a newer version of this package. +dev-python/python-irclib Removal in a month
dev-python/python-irclib is removed from tree