Hi, many ebuilds (such as pygobject and pygtk) rely on the alternatives_auto_makesym function. At least pygobject and pygtk rely on the fact, that python.eclass inherits alternatives.eclass. But this has been changed: http://sources.gentoo.org/viewcvs.py/gentoo-x86/eclass/python.eclass?r1=1.64&r2=1.65 And now these python packages are broken. pygobject and pygtk become unusable. Many more python packages may be affected. Fix this fast! Python 2.6 just went stable on x86 and many people will use python-update which recompiled pygtk and pygobject. Reproducible: Always Steps to Reproduce:
Could you provide the list of packages? These packages should directly inherit alternatives.eclass. python.eclass shouldn't inherit alternatives.eclass.
(In reply to comment #1) > Could you provide the list of packages? > > These packages should directly inherit alternatives.eclass. python.eclass > shouldn't inherit alternatives.eclass. $ grep -lr alternatives_ /usr/portage/*-* |xargs -d "\n" grep -L "inherit.*alternatives" /usr/portage/dev-python/pygtk/pygtk-2.14.1.ebuild /usr/portage/dev-python/pygtk/pygtk-2.12.1-r2.ebuild /usr/portage/dev-python/pygtk/pygtk-2.14.1-r1.ebuild /usr/portage/dev-python/pygobject/pygobject-2.18.0.ebuild /usr/portage/dev-python/pygobject/pygobject-2.16.1.ebuild /usr/portage/dev-python/pygobject/pygobject-2.14.2.ebuild /usr/portage/dev-python/pygobject/pygobject-2.15.4.ebuild /usr/portage/dev-python/pygobject/pygobject-2.16.0.ebuild /usr/portage/dev-python/pygobject/pygobject-2.16.1-r1.ebuild /usr/portage/dev-python/pygobject/pygobject-2.14.0.ebuild So I was wrong, there are not so many ebuilds. But they are important.
Fixed.
What about this : https://bugs.gentoo.org/show_bug.cgi?id=281681 ?
(In reply to comment #4) > What about this : https://bugs.gentoo.org/show_bug.cgi?id=281681 ? Completely unrelated.