Hope this is in the right topic fotum.

after doing a fresh install of sidux 2009-3 full and doing a du the regular debian way (no smxi) decided to install the script to make some tweaks to grub image, remove old kernel, etc.... all worked awesome until it came to installing nVidia driver. asked me if i wanted to create xorg-config file then got error that it could not and to contact the script developer. Tried both ways with smxi and sgfxi even with sgfxi -z and some other options ....no go with any

sgfxi log
paste.debian.net/72704/

smxi log
paste.debian.net/72705/
Back to top

I've heard this issue but never been able to resolve it. The nearest guess I can make is that either the nouveau kernel driver is creating some problems in X, or that possibly Xorg changed the default location to place the xorg.conf file that is generated, possibly to the active current working directory.

I've added some extra debuggers to sgfxi, please update it, then post the logs for it again.

sgfxi -U
then just: sgfxi

this time I should be able to see exactly where this feature is failing, and why.

I'm guessing that either xorg.conf didnt' get made at all, or that the new file name changed, or that the location of the file changed, but the logs should show this, hopefully anyway,
Back to top

my initial tests confirm this failure, and it appears to be an Xorg X bug, the command: X -configure
which is supposed to create a new xorg.conf file is failing with errors, strack traces and various other colorful things.

The end result of this is that sgfxi notes that the required xorg.conf file is missing and exits with error, as it should. This is a bug in X, will require reporting upstream.
Back to top

Wasn't sure if you still needed the data since you confirmed result
but did it anyway just in case.

as root and out of X ran sgfxi -U then again sgfxi

Here is sgfxi log.
paste.debian.net/72802/

Let me know if there is any other info you may need
Back to top

yes, the error is confirmed, it's the new X in sid, that's why I hadn't found it, I was using an older X for testing. I logged the error messages in sgfxi, and it's the same, at least now I know why that is failing.
Back to top

I think I ran into this error a couple of weeks ago. I fixed it by creating a blank (i.e. empty) xorg.conf file and then sgfxi ran fine and created a new xorg.conf file. seems like it was looking for a pre-existing xorg.conf file and then generating an error if it could not find such a file.
Back to top

I was debating using that fix too, I'll see if it doesn't get fixed in Debian soon, a day or two, then I'll just have it create a null xorg.conf instead of exiting with error.

I'd been hearing of this issue for a while, intermittently, at least now the cause is known.

In theory there's a bit more in the created xorg.conf than sgfxi makes, but I guess theory isn't as relevant as experience, ie, if it works with a blank xorg.conf that sgfxi then updates to add missing sections, that's good enough for now.
Back to top

Well, since it's impossible to know when this issue will be fixed upstream, I'll add in a touch of xorg.conf for now to implement the fix suggested here, a blank xorg.conf if the initial creation fails.

That's a hack, but it will deactivate automatically the moment xorg X -configure works again.
Back to top

"Well, since it's impossible to know when this issue will be fixed upstream"

I was thinking same as you that it may be a while before they fix the bug upstream so reinstalled sidux and installed script and nVidia driver before any DU updating. I could not wait as I had to get this computer done. I would have liked to test the hack and see how it worked. Oh well next pc will update first then see if it works.
Back to top