Hi,

Firstly thanks for a absolutely indispensible script!

My name is Glen MacArthur, I'm the developer of a Multimedia centered distro called AV Linux based on Debian Squeeze, I have been using sgfxi in AV Linux for almost 2 years without a hitch until now. I use my own custom 2.6.31.12-rt21 Kernel which also has worked fine with sgfxi until now.

When either 'sgfxi -c' or 'sgfxi -U' is invoked outside of X I get this error:
ERROR: (249) Your system does not have the correct version of X, /etc/X11/xorg.conf

I have tried creating a dummy /etc/X11/xorg.conf but the error persists

No log appears in /var/log/sgfxi.log, here are the versions of relative programs:
sgfxi - 4.6.25 I also tried the most current with the same result
Xorg 7.5+6
Xorg Core 1.7.7-1

I am preparing a release right now and this has me stopped in my tracks, Any suggestions would be appreciated!
Back to top

Please show the output of this command: X -version

There must be something very specific to what you have packaged, since squeeze is working fine, or it was last time I tried it.

the xorg.conf doesn't matter for later Xorg stuff, sgfxi will make one, or should, if it's missing.
Back to top

Thanks for your reply, your time is appreciated,

AV Linux is pretty much all Squeeze at it's core, the only custom packaging etc is multimedia stuff, some custom scripts and other graphical customizations with the exception of my own Kernel which has worked well with sgfxi in the past.

Here is the X -version:

tester@av4dev:~$ X -version

X.Org X Server 1.7.7
Release Date: 2010-05-04
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.32-4-686 i686 Debian
Current Operating System: Linux av4dev 2.6.31.12-rt21-avlinux-realtime-pae #1 SMP PREEMPT RT Wed Mar 31 14:57:14 EDT 2010 i686
Kernel command line: root=UUID=12086b87-8b21-463d-8679-c565fd7a0cdf ro
Build Date: 04 May 2010 03:43:42PM
xorg-server 2:1.7.7-1 (Julien Cristau <jcristau@debian.org>)
Current version of pixman: 0.16.4
Before reporting problems, check wiki.x.org
to make sure that you have the latest version.
tester@av4dev:~$
Back to top

then run that command.

As you can see, that can only return 1.7

If it is not returning 1.7, which is the trigger case for error 249, and if the string: X.Org X Server 1.7.7
exists in the output, as it does for you, then the system would have to be missing either grep or cut.

Error 249 is triggered if there is no xorg.conf file AND if the x server version returned was null.

Actually, there might be one more fringe case of a new grep breaking [1-2] type syntax, I do faintly remember reading about that.

You can see which is which easily enough.

Do the above, see if you get a return value, then do:

echo 1.7 | grep -E '[1-2]\.[0-9]'

and see what you get.

If that is null, then try:
echo 1.7 | grep -E '[12]\.[0-9]'

[update]: no, that's not it, I updated grep in sid and it works fine, all these strings function as expected with the new grep.

Also make sure to run these tests as user then as root, to make sure there is no glitch in X -version handling.
Back to top

Here's the output:

tester@av4dev:~$ X -version 2>&1 | grep 'X.Org X Server' | cut -d '(' -f 1 | grep -Eo '[127]\.[0-9]'
1.7
tester@av4dev:~$ echo 1.7 | grep -E '[1-2]\.[0-9]'
1.7
tester@av4dev:~$ su
Password:
root@av4dev:/home/tester# X -version 2>&1 | grep 'X.Org X Server' | cut -d '(' -f 1 | grep -Eo '[127]\.[0-9]'
1.7
root@av4dev:/home/tester# echo 1.7 | grep -E '[1-2]\.[0-9]'
1.7
root@av4dev:/home/tester#
Back to top

Everything is as it should be.

The error must be triggering by something else, ie, a true bug.

I can't tell you much more, it looks like this is a bug that is specific to your distro packaging, since I haven't heard any other squeeze/testing users report failure.

Make sure you didn't do a bad iso cd burn or something like that, other than that I can't really tell you any direction to look for the causes.
Back to top

Also check /var/log/sgfxi/sgfxi.log the last use section, and then scroll up and see what is logged for X_VERSION data.

It's hard to know what happened, maybe the sgfxi file itself got corrupted, I can't say.

Try: sgfxi -U
again and see if the error repeats.
Back to top

OK, Thanks so far:

This install is perfectly functional and runs Live perfectly so I think my ISO is OK, always good to check though

sgfxi -U is still giving me the same error, I went to your site and downloaded a fresh one since -U won't work and it makes no difference and the error remains.

Unfortunately there is not sufficient process to create any log and the /var/log/sgfxi/ folder is empty.

**UPDATE**
I went in to /usr/local/bin and manually nuked the existing sgfxi and all accompanying files and then downloaded the latest one manually and now it seems to be working!!!
Back to top

yes, you almost certainly got a corrupted iso then. That's my guess anyway.
Back to top