On Thu, 2007-03-22 at 00:16 +0100, Dennis Jacobfeuerborn wrote: > Adam Jackson wrote: > > On Sun, 2007-03-18 at 18:43 +0100, Dennis Jacobfeuerborn wrote: > >> [dennis@nexus ~]$ desktop-effects > >> compiz: No sync extension > >> The program 'gnome-window-decorator' received an X Window System error. > >> This probably reflects a bug in the program. > >> The error was 'BadMatch (invalid parameter attributes)'. > >> (Details: serial 426 error_code 8 request_code 72 minor_code 0) > >> (Note to programmers: normally, X errors are reported asynchronously; > >> that is, you will receive the error a while after causing it. > >> To debug your program, run it with the --sync command line > >> option to change this behavior. You can then get a meaningful > >> backtrace from your debugger if you break on the gdk_x_error() function.) > >> Xlib: extension "SHAPE" missing on display ":0.0". > > > > Your X config file has a Modules section, and it doesn't contain a line > > for extmod. > > Things are back to normal even though the Modules section still doesn't > contain a line for extmod. Also I cannot reproduce this anymore under > either nv or nvidia so I'm not really sure what has caused this in the > first place. The only other change I made is I removed the "irqpoll" and > "crashkernel" options from the kernel. The machine was unstable but a BIOS > upgrade fixed this so they were no longer necessary (kdump complained that > the kernel was unsupported anyway). There was a cairo bug recently that may be related to the BadMatch error: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=231170 But the missing shape extension would still occur if you don't have extmod loaded. > > More likely you installed nvidia's closed > > driver, and the install script for same added a Modules section that it > > didn't need to. > > It apparently added a Modules section with a Load "glx" command but why > would that stop the extmod extension from auto-loading? Because your modules section looked like: Section "Modules" Load "glx" EndSection If it were empty, or nonexistant, then we'd load the default set, which includes glx. But since it has exactly one entry, we load just the modules you ask for, and nothing else. Hence "added a Modules section that it didn't need to". GLX is in the default module set! The driver install script needs to not muck with the Modules section, period. You know, the same way none of the drivers in core touch xorg.conf. - ajax -- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list
