Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
Not eligible to see or edit group visibility for this bug.
View Bug Activity | Format For Printing | XML | Clone This Bug
After update to x11-drivers/nvidia-drivers-190.42-r3, x11-base/xorg-server-1.7.1 system is totally broken. revdep-rebuild dies on error "/bin/grep: /usr/lib64/libGL.la: No such file or directory" because if we believe http://gentoo-portage.com/x11-drivers/nvidia-drivers/ChangeLog "06 Nov 2009; Doug Goldstein <cardoe@gentoo.org> +nvidia-drivers-190.42-r3.ebuild: remove generation of libGL.la since eselect-opengl-1.0.9 and newer no longer uses it. refactor installation of libraries to fix FreeBSD issues" Solution is: emerge dev-util/lafilefixer lafilefixer --justfixit revdep-rebuild Please add this very important information in the section pkg_postinst () file / usr/portage/x11-drivers/nvidia-drivers/nvidia-drivers-190.42-r3.ebuild
Created an attachment (id=210442) [details] revdep-rebuild log with error
I believe this is INVALID: such note is already in eselect-opengl-1.1.1-r2.
Why is it acceptable to leave the system broken? Why doesn't eselect-opengl symlink the .la? Or maybe run lafilefixer itself? Or maybe the opengl ebuilds should run it? Maybe that message should be printed by eselect-opengl when it changes the link? pkg_postinst messages are too easy to miss.. I didn't figure this out without searching for this bug.
(In reply to comment #3) > Why is it acceptable to leave the system broken? Why doesn't eselect-opengl > symlink the .la? Or maybe run lafilefixer itself? Or maybe the opengl ebuilds > should run it? > > Maybe that message should be printed by eselect-opengl when it changes the > link? pkg_postinst messages are too easy to miss.. I didn't figure this out > without searching for this bug. > eselect-opengl can not make a symlink to libGL.la because this file does not exist after installing nvidia-drivers-190.42-r3 To learn what threatens to install nvidia-drivers-190.42-r3 where you need to say.
The removal of .la files is very much on purpose. And like running revdep-rebuild for changes in .so versions portage is not aware that things may be broken.
What the hell? Plenty of configure scripts are explicitly looking for /usr/lib64/libGL.la -- including xorg-server! It's totally irresponsible to leave things in this state.