[SOLVED] VNC session -- problems with fluxbox

mrbug · 2011-01-04 15:24:05

After upgrading two days ago, my VNC sessions started acting funny. Fluxbox will start, but xsetroot doesn't set the background to a solid color anymore. Most parts of the Fluxbox bar and menu are completely black -- but highlighting programs in the menu will make them readable. Additionally, programs will not run when I click the menu items.

I haven't changed anything, so my guess is that one of the new packages caused this problem. Not sure which one, though.

Here is the VNC session log:

Couldn't open RGB_DB '/usr/share/X11/rgb'
04/01/11 10:16:12 Xvnc version TightVNC-1.3.10
04/01/11 10:16:12 Copyright (C) 2000-2009 TightVNC Group
04/01/11 10:16:12 Copyright (C) 1999 AT&T Laboratories Cambridge
04/01/11 10:16:12 All Rights Reserved.
04/01/11 10:16:12 See http://www.tightvnc.com/ for information on TightVNC
04/01/11 10:16:12 Desktop name 'X' (localhost:1)
04/01/11 10:16:12 Protocol versions supported: 3.3, 3.7, 3.8, 3.7t, 3.8t
04/01/11 10:16:12 Listening for VNC connections on TCP port 5901
04/01/11 10:16:12 Listening for HTTP connections on TCP port 5801
04/01/11 10:16:12   URL http://localhost:5801
/usr/bin/xrdb: No such file or directory
/usr/bin/xrdb: can't open file '/home/user/.Xresources'
/usr/bin/xsetroot:  unknown color "grey"
Keys: Invalid key/modifier on line 19): Super_L :rootMenu
Keys: Invalid key/modifier on line 20): Super_R :hideMenus
Keys: Invalid key/modifier on line 21): Menu :Shade
Xlib:  extension "RANDR" missing on display ":1".
Error: Couldn't connect to XServer

04/01/11 10:16:17 Got connection from client 127.0.0.1
04/01/11 10:16:17 Using protocol version 3.8
04/01/11 10:16:17 Full-control authentication passed by 127.0.0.1
04/01/11 10:16:17 Using tight encoding for client 127.0.0.1  
04/01/11 10:16:17 Got connection from client 127.0.0.1
04/01/11 10:16:17 Using protocol version 3.8
04/01/11 10:16:17 Full-control authentication passed by 127.0.0.1
04/01/11 10:16:17 Using tight encoding for client 127.0.0.1
04/01/11 10:16:17 Using image quality level 0 for client 127.0.0.1
04/01/11 10:16:17 Using image quality level 1 for client 127.0.0.1
04/01/11 10:16:17 Using image quality level 2 for client 127.0.0.1
04/01/11 10:16:17 Using image quality level 3 for client 127.0.0.1
04/01/11 10:16:17 Using image quality level 4 for client 127.0.0.1
04/01/11 10:16:17 Using image quality level 5 for client 127.0.0.1
04/01/11 10:16:17 Using image quality level 6 for client 127.0.0.1
04/01/11 10:16:17 Using image quality level 7 for client 127.0.0.1
04/01/11 10:16:17 Using image quality level 8 for client 127.0.0.1
04/01/11 10:16:17 Using image quality level 9 for client 127.0.0.1
04/01/11 10:16:17 Using compression level 9 for client 127.0.0.1
04/01/11 10:16:17 rfbProcessClientNormalMessage: ignoring unknown encoding 16
04/01/11 10:16:17 rfbProcessClientNormalMessage: ignoring unknown encoding -223
04/01/11 10:16:17 rfbProcessClientNormalMessage: ignoring unknown encoding -258
04/01/11 10:16:17 Enabling LastRect protocol extension for client 127.0.0.1
04/01/11 10:16:17 Pixel format for client 127.0.0.1:
04/01/11 10:16:17   32 bpp, depth 32, little endian
04/01/11 10:16:17   true colour: max r 255 g 255 b 255, shift r 16 g 8 b 0

Again, it was working properly before the update.

Last edited by mrbug (2011-01-07 16:17:25)

falconindy · 2011-01-04 15:52:41

/usr/bin/xrdb: No such file or directory
/usr/bin/xrdb: can't open file '/home/user/.Xresources'
/usr/bin/xsetroot: unknown color "grey"

mrbug · 2011-01-04 18:46:58

The puzzling thing is that those files DO exist in those locations!

$ which xrdb
/usr/bin/xrdb

$ which xsetroot
/usr/bin/xsetroot

Again, it worked just fine before, so I have no idea why it stopped working after the update.

falconindy · 2011-01-05 16:20:09

Right. xrdb is the program reporting the error. Yes, I realize the message is a bit cryptic. It's complaining that /home/user/.Xresources is missing.

mrbug · 2011-01-06 01:23:10

$ ls -a ~/.X*
.Xauthority  .Xdefaults  .Xresources

=-( It's there and has the proper permissions. I just don't get it...

mrbug · 2011-01-07 16:16:45

I upgraded fluxbox and now programs will run again. Something weird happened with a dependency of my custom theme, so everything was black -- that explains that problem.

The background is still the default X halftone background, but that's only a minor problem.

I'll mark this as solved.

Arch Linux

#1 2011-01-04 15:24:05

[SOLVED] VNC session -- problems with fluxbox

#2 2011-01-04 15:52:41

Re: [SOLVED] VNC session -- problems with fluxbox

#3 2011-01-04 18:46:58

Re: [SOLVED] VNC session -- problems with fluxbox

#4 2011-01-05 16:20:09

Re: [SOLVED] VNC session -- problems with fluxbox

#5 2011-01-06 01:23:10

Re: [SOLVED] VNC session -- problems with fluxbox

#6 2011-01-07 16:16:45

Re: [SOLVED] VNC session -- problems with fluxbox

Board footer