Quote:
You mean their's still no FC kernel that works with nVidia?! (or is it the x.org package?)
Is Fedora going nuts..., this should have been fixed within a week.
|
It's the xorg package - specifically: OpenGL. You read the sticky.
This is not something that is broken in fedora - the fedora project charter means that they cannot use the propietary glx package. However, there is a workaround which compemsates for the poor nvidia installer... the nvidia proprietary driver has been repackaged and is available in the livna repository.
What happens is that the nvidia installer thinks that only the nvidia driver will be using the glx libs and so just replaces them without regard for other applications. It is other applications which fail, lock up the computer, crash etc.
I've had all this happen in FC4 since installing the official nvidia driver.
My experience with other folk now has been that the livna driver is faster and cleaner than the official one anyway.
I imagine that all distros will have some trouble with this. A few, like Mepis, will have adjusted all the packages in the distro to allow for nvidia and ati - but other cards have problems then. (Mepis comes with the nvidia driver pre-installed, but it is their own version.)
Distros with package managers have their own versions ... you'll know that debian users are strongly encouraged to use the aptitude package. It's the same with ubuntu.
The scale of the troubles tend to depend on the exact hardware and package configuration. i.e. onboard nvdidea cards seem to have less trouble than (added) AGP or PCI-express cards. Older cards work better than the newer ones. ystems with nvidia installed pretty much from the beginning tend to have fewer troubles too.
You know already - generally good advice for newbies is to get a managed distro - and use only managed packages.
Quote:
|
Finley's site is bigger than the one from mjm(good as well). I like it for newbies (unlike that horrible fedora.faq).
|
The fedorafaq's biggest minus is that they are sooo slooowwwww at updating it. However, it provides an excellent crash course in the basic stuff folk want to know. From there, you can find out most anything you need.
As for finley vs mjm, we'll just agree t differ.
Finley offers more step-by-step instructions, but little by way of discussion or explanation. The site itself could be coded better - I find scrolling the pages to make my eyes cross with different parts of the page moving at different speeds (for eg.) and it seems slow to load - it has more extranious baggage. These things are mostly subjective though.
Neither site covers /etc/yum.conf or /etc/yum.repos.d and how to add repos permanently. Neither cover how to speed yum up (by doing the cache only once) or how to use yum GUI's like PUP, Smartrpm, or YUMex.
I think mjm is a nose ahead by being more useable and for fitting a greater breadth of information in a smaller space.