.. thank you for the link. I have added support for your solution to the
sony-VGN-Zseries-janitor and the switch-script:
http://<email address hidden>/msg00994.html
It is much easier to switch with the alternatives.
Nevertheless, the janitor script still supports all the other
installations used since Jaunty and have an option to install directly
from the nvidia ftp-server (eg. the newest beta) as well. (The script
should support other distributions as well)
Questions:
* You have prepared the /usr/lib32/mesa directory. Will the
ia32-libs as well become support for alternatives. Yet the the
GL libraries are located in /usr/lib32/libGL.so.1.2
* Installing the nvidia-current-dev requires the removal of libgl1-mesa-dev. I don't see the reason why that should be.
Specially since a growing hardware base has hybrid graphics
where one only have to switch between the desired gpu solutions,
this is a little contra against the option to install everything
without your package and be free to use any beta, actual on a
Daily basis.
Hello Alberto,
Am Sonntag, den 27.12.2009, 18:20 +0000 schrieb Alberto Milone: /blueprints. launchpad. net/ubuntu/ +spec/desktop- lucid-xorg- proprietary- drivers
> I'll use alternatives instead of diversions. See the following blueprint:
> https:/
>
.. thank you for the link. I have added support for your solution to the Zseries- janitor and the switch-script: /msg00994. html
sony-VGN-
http://<email address hidden>
Hybrid Graphic switching (Intel <-> nVidia) works like a charm: global- social. net/geshi/"switch-x-to"/"sh" global- social. net/geshi/"sony-VGN- Zseries- janitor" /"bash"
http://
http://
It is much easier to switch with the alternatives.
Nevertheless, the janitor script still supports all the other
installations used since Jaunty and have an option to install directly
from the nvidia ftp-server (eg. the newest beta) as well. (The script
should support other distributions as well)
Questions:
* You have prepared the /usr/lib32/mesa directory. Will the libGL.so. 1.2
ia32-libs as well become support for alternatives. Yet the the
GL libraries are located in /usr/lib32/
* Installing the nvidia-current-dev requires the removal of
libgl1- mesa-dev. I don't see the reason why that should be.
Specially since a growing hardware base has hybrid graphics
where one only have to switch between the desired gpu solutions,
this is a little contra against the option to install everything
without your package and be free to use any beta, actual on a
Daily basis.
Regards,
Raphael Gradenwitz