I have VNC set up for remote access to the desktop, when I try to use Window Maker, I get a dialog box stating "Fatal Error, Window Maker received Signal 11" Window Maker launches and works fine under xorg-x11-6.8.0-r4 which is my current X desktop. I've re-emerged both Window Maker and TightVNC and the problem still persists. I'm attaching the log file from VNC, although I don't see anything obvious. Reproducible: Always Steps to Reproduce: 1. startvnc with /usr/bin/wmaker in the vnc XStartup file 2. Login to VNC session 3. See error dialog box from Window Maker Actual Results: Window Maker failed to startup correctly Expected Results: Window Maker should start correctly Portage 2.0.51-r8 (default-linux/x86/2004.3, gcc-3.3.4, glibc-2.3.4.20041102-r0, 2.6.9-gentoo-r6 i686) ================================================================= System uname: 2.6.9-gentoo-r6 i686 Intel(R) Pentium(R) 4 CPU 1.80GHz Gentoo Base System version 1.6.7 Python: dev-lang/python-2.3.4 [2.3.4 (#1, Aug 14 2004, 15:43:12)] dev-lang/python: 2.3.4 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.5, 1.8.5-r2, 1.9.3, 1.6.3, 1.7.9, 1.4_p6 sys-devel/binutils: 2.15.92.0.2-r1 sys-devel/libtool: 1.5.2-r7 virtual/os-headers: 2.6.8.1-r1 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=pentium4 -O2 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config/usr/lib/X11/xkb /usr/share/config /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium4 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks fixpackages sandbox sfperms" GENTOO_MIRRORS="http://gentoo.mirrors.pair.com/ http://gentoo.osuosl.org http://www.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="X acpi alsa apache2 arts artswrappersuid audiofile avi berkdb bitmap-fontscdr crypt cups dvd encode f77 fam fbcon flac foomaticdb fortran gdbm gif gpm gtk gtk2 imagemagick imlib java javascript jpeg kde libg++ libwww mad maildir mikmod mmx motif mozilla moznocompose moznoirc moznomail mpeg ncurses nls nptl oggvorbis opengl pam pda pdflib perl png ppds python qt quicktime readline samba saslsdl spell sqlite sse ssl tcltk tcpd tiff truetype usb x86 xml2 xmms xv zlib linguas_en"
Created attachment 45470 [details] Log file from VNC server
Since I had this working previously, I did some more testing. The 0.80* series of Window Maker work just fine under VNC, The 0.90 and 0.91 versions do not and give the segmentation faults.
I didn't do enough testing. While the 0.80 versions start, if I try to actually do anything, I get the same fatal error dialog box.
The problem also occurs under vnc-4.0
I fixed the problem by downgrading xorg-x11-6.8.0-r4 to xorg-x11-6.8.0-r3. I know that xorg-x11-6.8.0-r4 has major changes in moving binaries and libraries from /usr/X11R6/ to /usr. I suspect the problems are somehow a result of that change.
I found the problem. The issue is the rgb path. When I installed xorg-x11-6.8.0-r4, the rgb database was moved from /usr/X11R6/lib/X11/rgb to /usr/lib/rgb. Apparently both vnc and tightvnc are looking for the database in the old location. When I reinstalled xorg-6.8.0-r3, the file was moved back to its original location. For now my workaround is to install a symbolic link in /usr/X11R6/lib/X11 I see a couple of bugs here that were exposed as the result of installing xorg-x11-6.8.0-r4: 1. Window Maker segmentation faults if it is unable to allocate colors 2. vnc/tightvnc apparently hardcode the rgb database path as I see no documented option to change it.
I'd guess it gets the RgbPath from whatever it's set to in xorg.conf. Incidentally, this shouldn't be a problem with current -r4 for a couple of reasons -- the location it's installed to has changed, and is symlinked properly now. Also, not sure whether raker's active anymore. Reassigning to last windowmaker bumper. If he's not, please update metadata.xml.
Yup, I'm the windowmaker ebuild maintainer these days. Would this be more appropriate as a vnc or xorg bug? If WindowMaker can't allocate colors, then the current X setup is misconfigured (though WindowMaker should likely politely bail out somehow, rather than segfault). I'll take a look at this, to see if I can help WindowMaker not explode on error. Not sure what else I can do; may have to punt this to the vnc ebuild maintainer after I'm done.
Looks like there's not much I can do atm -- xorg-0.6.8 series is pretty much unstable for ppc atm (my dev box is ppc). However, looks like the WindowMaker automake files could use some love too. Leaving this bug as is for now.
If you feel up to compiling X + Mesa from CVS, things should work. Else, I'm hoping the new mesa gets merged in for 6.8.2 so ppc works properly.
Would it help to know that Window Maker does the same thing under xorg-X11-6.7.0 if the RgbPath doesn't point to the correct database?
Well here's the thing: <snip: windowmaker sources> WINGs/Makefile.in:520: $(COMPILE) -c -DRGBTXT="\"@X_LIBRARY_PATH@/X11/rgb.txt\"" $< </snip> So, assuming the X_LIBRARY_PATH from WindowMaker's configure works when X libraries aren't in the "classic" location (but the "more correct" /usr/lib), then if WindowMaker builds against X in that fashion, WindowMaker shouldn't crash. I'd be curious to know if WindowMaker builds against that X, and if it starts correctly then afterwards. I would suggest creating a temporary user and running "wmaker.isnt" in that users's home directory, and trying to start X. WM's config files are quite good at breaking things when stuff moves out from behind them. Also, The RgbPath option in XF86Config / xorg.conf is optional (AFAIK), so explicitly misconfiguring X isn't really a bug. I would definitely try rebuilding WindowMaker and seeing if it even works (I would hope things still compile if the X libraries moved into the "more correct" locations, but I honestly, can't say without testing). I will also look into backing up my current X and testing out 6.8.2-cvs to see if I can get things working on ppc, so I can test further, but this will likely take time.
Armando: A week ago, I submitted 3 bug reports for windowmaker which have also been wrongly assigned to raker. There are a few others around too.
Oh -- I just read this post from the 14th -- I'll look into the mis-assigned bugs as reassign them to myself soon.
any news on this ? Reopen if you still have the same issue.
If I break my rgbpath setting, windowmaker-0.92.0-r2 errors with the Fatal Error dialog box as described. Personally, I view this as a low priority bug since in order to cause the error, X has to be misconfigured. However, from a user perspective, it is difficult to track down the source of the error due to the fact that X appears to be working correctly even with the RgbPath setting misconfigured.
Paul i don't understand... what do you need us to do ?
Marking as wontfix since the error is always caused by a misconfiguration of X. If anyone gets this error, they need to double check that RgbPath is set correctly.