[csw-users] Can't get neither XFCE nor GNOME to work

[Thomas Köllmann]

Hi, everybody!

I can't get neither XFCE nor GNOME to work on a fresh installation
of Solaris 9 on a Blade 150. I'm new to both Solaris and Blastwave,
so please bear with me... :-)

Symptoms are as in
http://lists.blastwave.org/pipermail/users/2006-April/004207.html,
basically:

Login choosing "XFCE (csw)" works, but XFCE setting up itself hangs
with the standard background and nothing else, so I have to log in
from another machine and `pkill xfce4-session`.

Here's the session log:

thk at daggoo:~$ cat .dt/sessionlogs/daggoo_DISPLAY\=\:0 
-- Session log created Sun Jul 23 14:43:58 CEST 2006
Xfce4 Desktop
using xinitrc file: /etc/dt/config/Xinitrc.CSWxfce

(xfce-mcs-manager:959): libxfce4mcs-CRITICAL **: file mcs-manager.c:
line 969: assertion filename != NULL && strlen (filename) > 0' failed
The program 'xftaskbar4' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadMatch (invalid parameter attributes)'.
  (Details: serial 606 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.)
The program 'xfce4-panel' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadMatch (invalid parameter attributes)'.
  (Details: serial 1641 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.)

I tried both the XFCE versions in unstable and in stable -- same
problem. The box is running a fresh installation of Solaris 9 09/05
(developer minus very few demo source packages) with all patches
applied (using `smpatch update`). CDE works perfectly.

This mail reports that the problem also occurs on Solaris 10:

http://lists.blastwave.org/pipermail/users/2006-April/004215.html

Ok, I thought, XFCE broken, I'll use GNOME then.

Only GNOME fails, too: the session crashes immediately after a
little splash screen:

# thk at daggoo:~$ cat .dt/sessionlogs/daggoo_DISPLAY\=\:0 
-- Session log created Sun Jul 23 15:03:29 CEST 2006
CSW GNOME 2.8 Desktop
using xinitrc file: /etc/dt/config/Xinitrc.CSWgnome
Starting CSW GNOME 2.8
SESSION_MANAGER=tcp/daggoo:32834
The program 'gnome_segv' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadMatch (invalid parameter attributes)'.
  (Details: serial 522 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.)

So I now suspect the problem in some library used by both XFCE and
GNOME or even in some system library. 

Any ideas how to resolve this?

Thanks a lot,
 - Thomas


 
PS: It seems that if there is more than 1 *dtlogin package installed
(eg. both xfcedtlogin and gnomedtlogin), only one of the entries
shows up in the login screen. Is this "normal"? 
 

-- 
Don't you love her madly
Don't you need her badly
 - The Doors, Love Her Madly
/* PGP key auf Wunsch per e-mail || PGP key sent on request */