Ubuntu support now offered as standard, no requirement for -! 1 testing flag.

Older ubuntus should work for the direct/deb builder methods, but no support currently for the -s option for nvidia for anything but karmic and newer.

Keep in mind however that this is a new feature, so it may not always work, but I have given the user the option to install nvidia several ways, sgfxi will install binary download direct from nvidia, that works; sgfxi -s will install the ubuntu packages (in karmic so far only) and remove the direct installed binary. -F will download latest for fglrx and build debs for whatever ubuntu you are running, as long as it's supported in the deb builder code. Don't use this for new beta releases unless you know the ati download supports that release.

All in all it seems to work, with some holes and weaknesses.

So: nvidia:
sgfxi -n/sgfxi -N nv / sgfxi -n nouveau will install either nv or nouveau gfx driver from xorg. Also will remove any previously installed binary/ non free gfx driver, and updates xorg.conf

sgfxi -n/sgfxi -N radeon/sgfxi -N radeonhd will install xorg driver for ATI cards, but in general you're better off letting xorg pick which to use, but if you want to force it, this will work fine, and ati, the driver added by -n, just defaults to the actual one anyway automatically.

sgfxi -s installs the ubuntu packaged drivers, and updates xorg.conf, and removes any previously installed drivers. karmic and later only supported now, but future will test for and support older package names for nvidia.

sgfxi (or sgfxi -o <driver number>) will install latest nvidia driver for your card version, and update xorg.conf, as well as cleaning up any cruft from previous driver installs.

sgfxi -F will install via deb builder current or (-o <driver number>) older fglrx driver.

sgfxi plain so far isn't working for fglrx, but feel free to test and see if you get different results. In debian, the straight binary installer is the most reliable, but I think the Ubuntu deb builder script maintainer is doing a better job than the Debian maintainer, if there even is one now.

So have at it, have fun, hope this is useful.

As always, nvidia direct binary install requires that you be out of X to run sgfxi, all other modes can be in X I believe if you use the -X option to kill the X tests, but you'll have to find out what works and what doesn't. My experience with fglrx being installed in X isn't great, but maybe Ubuntu will be more reliable.

This will take some work to get fine tuned and as reliable as it is for Debian, but so far it looks good. Remember, this is an installer, not an nvidia/fglrx bug reporting forum, I don't care about actual nvidia / fglrx bugs, those aren't my problem, unless sgfxi is related to causing them somehow via an xorg.conf update or something.
Back to top

nvidia beta 195.22 added:

release notes: www.nvnews.net/vbulletin/showthread.php?p=2129618
bug reports: www.nvnews.net/vbulletin/showthread.php?t=46678

many changes.

Also, Mepis/Antix users, make sure sgfxi still works as expected, I changed some internal detections to add support for Mepis and there were some bugs in there briefly, but I think most got caught and fixed.
Back to top

Basic support for binary nvidia /xorg driver install for Arch Linux.

Fglrx binary direct install untested so far in Arch.

-s option, -F option, will not work for Arch so don't try them.
Back to top

Ubuntu supports fglrx straight and -F install now, which means all core features of sgfxi are now working more or less in ubuntu.

Arch has no tested fglrx support, though in theory sgfxi fglrx binary install should work on any distro, but it might need some tweaking.

For some reason: sgfxi -N radeonhd gives a white screen in my tests on x restart, but x is fine on reboot, which means I think that some fglrx component or dkms thing is failing to get unloaded. Not sure what is happening there. Maybe radeonhd needs a module loaded, I'm not sure.

dkms is something I do not really understand yet how to work with cleanly, in terms of making sure it's installed and working and in terms of removing any driver fully from it, that will take a bit more testing and debugging to get stable.
Back to top

New prerelease nvidia 190.53 added as current nvidia stable.

Release notes: www.nvnews.net/vbulletin/showthread.php?p=2141387
bug reports: www.nvnews.net/vbulletin/showthread.php?t=46678

Last stable 190.42 installable using: sgfxi -o 190.42 as usual.
Back to top

fglrx 9-12 added.
Back to top

Amazingly, you can now again install fglrx onto slh kernels, because, as damentz explained:

but you should still use liquorix kernels because damentz actually cares about the end user desktop experience, and wants to optimize it. That's why I use the liquorix stuff exclusively now on my Debian Sid/Testing systems, no need to wait a year or more for features we can have today.

So for new slh kernels, >= 2.6.32, no error message for slh kernel users.
Back to top

new nvidia beta: 195.30

Release notes: www.nvnews.net/vbulletin/showthread.php?p=2149232
bug reports: www.nvnews.net/vbulletin/showthread.php?t=46678

Does this fix the frozen x bug? only time will tell.
Back to top

Please note, no current fglrx driver works with Xorg 1.7, which just came into Debian Sid.

I'm assuming nvidia also fails on xorg 1.7, please confirm or deny.

sgfxi has an error message now for this case.
Back to top

Not sure what you mean here : nvidia beta OK here


Back to top