On Wed, Nov 01, 2006 at 02:47:55PM +0100, Pascal Bleser wrote:
I've started a shell script that checks prerequisites, warns/stops if X is running, pulls the latest nvidia driver from their website (works for 32bit and 64bit) and then runs the installer, but it sure needs more testing. Maybe it's even a good idea to make an RPM out of it, with Requires: make gcc glibc-devel kernel-source in it. http://linux01.gwdg.de/~pbleser/files/nvidia-installer.sh
I somewhat like the idea of a script to replace tiny-nvidia-installer (*) since it is much more flexible, e.g. the compilation could break at any time due to a SUSE kernel update or a newer NVIDIA driver. Within a script you can specify, which NVIDIA driver version to download, patch it before starting compilation, etc. I still think it makes sense to maintain such a package in the buildservice because then this package could even update itself (the script can check and do this if required) when a newer version is available. Providing an update for an official package in the distribution usually takes several weeks after it has been checked in. :-(
But then again, maybe installing packages and adding repositories is still to complex in the first place. If that was trivial to do, even for beginners, it would make a lot of things easier.
I'm thinking about dummy packages, which do nothing more than adding repositories in %post and remove them again in %postun (not sure if this is possible at all), but probably we'll run into legal problems doing so. :-( Best regards, Stefan (*) Not really, since the NVIDIA installer replaces some system files (libGL, glx Xserver extension, ...). This can break your system, when you update packages (Mesa, xorg-x11-server, ...) including files, which have been replaced by the NVIDIA installer before. Even uninstalling the NVIDIA driver doesn't help since it will restore the files of the old package. Honestly only the kernel update process (KMP packages) can avoid this problem. I prevented this problem before SLE10 by uninstalling the driver in %pre of the affected packages, but I needed to remove this workaround for the KMP approach for SLE10. :-( Public Key available ------------------------------------------------------ Stefan Dirsch (Res. & Dev.) SUSE LINUX Products GmbH Tel: 0911-740 53 0 Maxfeldstraße 5 FAX: 0911-740 53 479 D-90409 Nürnberg http://www.suse.de Germany ------------------------------------------------------ --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org