I notice that x11-drivers/ati-drivers-8.21.7-r1 was looking for opengl-update, I check the ebuild (line329) in function pkg_postrm. I know that opengl-update is deprecated, so this is a bug I took a look at the other ebuild files and some had the new eselect command. I set a little bash script that looks at all the ebuild looking for the string opengl-update and it came up with format {ebuild grep] ati-drivers-8.14.13-r2.ebuild opengl-update --use-old xorg-x11 ati-drivers-8.14.13-r3.ebuild opengl-update --use-old xorg-x11 ati-drivers-8.18.8-r2.ebuild /usr/bin/opengl-update --use-old xorg-x11 ati-drivers-8.21.7-r1.ebuild /usr/bin/opengl-update --use-old xorg-x11 which means that those 4 ebuild still use the deprecated program. on a minor issue the einfo output for this ebuilds still has the old reference to oengl-update ati-drivers-8.14.13-r2.ebuild einfo "To switch to ATI OpenGL, run \"opengl-update ati\"" ati-drivers-8.14.13-r3.ebuild einfo "To switch to ATI OpenGL, run \"opengl-update ati\"" ati-drivers-8.14.13-r4.ebuild einfo "To switch to ATI OpenGL, run \"opengl-update ati\"" ati-drivers-8.14.13-r5.ebuild einfo "To switch to ATI OpenGL, run \"opengl-update ati\"" ati-drivers-8.16.20-r1.ebuild einfo "To switch to ATI OpenGL, run \"opengl-update ati\"" ati-drivers-8.16.20.ebuild einfo "To switch to ATI OpenGL, run \"opengl-update ati\"" ati-drivers-8.18.6-r1.ebuild einfo "To switch to ATI OpenGL, run \"opengl-update ati\"" ati-drivers-8.18.6.ebuild einfo "To switch to ATI OpenGL, run \"opengl-update ati\"" ati-drivers-8.21.7-r1.ebuild einfo "To switch to ATI OpenGL, run \"opengl-update ati\"" I'm not sure if this was a mistake by whoever updated the other ones or they actually need the deprecated package.
Don't restrict bugs without any reason.
As 2.6.15 was stable before eselect had a stable release we did a -r1 so we could stablize, otherwise ati-drivers could not have been used. From here out there is no plans to continue to use opengl-update as eselect has been stablized.
(In reply to comment #2) > As 2.6.15 was stable before eselect had a stable release we did a -r1 so we > could stablize, otherwise ati-drivers could not have been used. From here out > there is no plans to continue to use opengl-update as eselect has been > stablized. > Now the question is, should all traces of opengl-update be removed?
(In reply to comment #1) > Don't restrict bugs without any reason. > I'm sorry, I'm new at reporting bugs to gentoo. I though you should set the restrictions to what you have tested.