On Sat, 24 Dec 2005 14:09:01 +0100, Diego 'Flameeyes' Pettenò wrote: snip... >> nVidia upstream combines all the products together >> in their .run files. There is minimal time difference between having the >> entire suite installed versus each one individually. > Well depends how you see it. > If you just build it when you update the drivers, yeah there's a minimal > difference. > But if you have more than one kernel (for whatever reason), and you want to > have the latest kernel on all of them, it's way faster to just use > nvidia-kernel.
Not really. glx does not compile at all and the entire pkg file has to be extracted. Same amount of files being processed... > > Then there's the point I've already said, about mixing the kernel-level > with generic userland stuff: for Gentoo/FreeBSD I need it to be split, > or I'd have to recreate a copy ebuild especially for FBSD... and that > not only sucks from an user POV but also from a maintenance POV. FBSD is a problem already. It's not even a valid arch at the moment (x86-fbsd). Work is ongoing to pull in the required sources: ftp://download.nvidia.com/freebsd/1.0-8178/NVIDIA-FreeBSD-x86-1.0.8178.tar.gz and get it integrated. Anything current with fbsd is at the best a complete hack. The making of those sources differs substantially from current. Perhaps you could help evaluate it? Then, there is one last issue you did not consider. If nvidia releases a new driver, there is no dependency from kernel -> glx. It's possible that a user could update kernel, and NOT glx. That would be bad. Here, everything will be kept in sync guaranteed. -- gentoo-dev@gentoo.org mailing list
