Bug 349272 – net-misc/tigervnc-1.0.1_p20100914-r4: Fluxbox can't connect to XServer

• Product: Gentoo Linux
• Status: RESOLVED DUPLICATE

[Description John B 2010-12-21 09:48:16 UTC]

Fluxbox recently stopped working when launched by tigervnc.  I can connect to the vnc session and see the Fluxbox toolbar and right-click menu, but none of the applications can be opened through the menu.

If I explicitly set the DISPLAY environment variable on a console and launch a program (i.e., run "DISPLAY=:1 aterm"), I can see the programs open in the vnc session.

Reproducible: Always

Steps to Reproduce:
1. Edit the default tigervnc xstartup file to run "exec fluxbox"
2. Run "tigervnc -geometry 1280x1024"
3. Connect to the VNC session

Actual Results:  
The vnc log shows the following:

_XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6
_XSERVTransOpen: transport open failed for inet6/jb1:1
_XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6

Xvnc TigerVNC 1.0.90 - built Dec 21 2010 01:54:32
Copyright (C) 2002-2005 RealVNC Ltd.
Copyright (C) 2000-2006 Constantin Kaplinsky
Copyright (C) 2004-2009 Peter Astrand for Cendio AB
See http://www.tigervnc.org for information on TigerVNC.
Underlying X server release 10902000, The X.Org Foundation


Tue Dec 21 02:16:29 2010
 vncext:      VNC extension running!
 vncext:      Listening for VNC connections on all interface(s), port 5901
 vncext:      created VNC server for screen 0
Error: Couldn't connect to XServer


Trying to launch aterm from the right-click menu shows the following in the vnc log:

aterm: can't open display :0

Expected Results:  
Fluxbox should start as it does when launched by startx.

Fluxbox had been working through TigerVNC until a recent system update; possibly from tigervnc-1.0.1_p201009-r2 to -r4, which also upgraded xorg from 1.8.2 to 1.9.2.

The system is usually run headless, but I hooked up a monitor and verified that Fluxbox still works as expected when run on the local X server.

# emerge --info
Portage 2.1.9.25 (default/linux/x86/10.0, gcc-4.5.1, glibc-2.12.1-r3, 2.6.36-gentoo-r5 i686)
=================================================================
System uname: Linux-2.6.36-gentoo-r5-i686-Intel-R-_Pentium-R-_4_CPU_2.53GHz-with-gentoo-2.0.1
Timestamp of tree: Tue, 21 Dec 2010 06:30:01 +0000
app-shells/bash:     4.1_p9
dev-java/java-config: 2.1.11-r3
dev-lang/python:     2.7.1, 3.1.3
dev-util/cmake:      2.8.3
sys-apps/baselayout: 2.0.1-r1
sys-apps/openrc:     0.6.8
sys-apps/sandbox:    2.4
sys-devel/autoconf:  2.13, 2.68
sys-devel/automake:  1.10.3, 1.11.1
sys-devel/binutils:  2.21
sys-devel/gcc:       4.5.1-r1
sys-devel/gcc-config: 1.4.1
sys-devel/libtool:   2.4-r1
sys-devel/make:      3.82
virtual/os-headers:  2.6.36.1 (sys-kernel/linux-headers)
ACCEPT_KEYWORDS="x86 ~x86"
ACCEPT_LICENSE="* -@EULA Q3AEULA RTCW RTCW-ETEULA dlj-1.1"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=pentium4 -O2 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-march=pentium4 -O2 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="assume-digests binpkg-logs distlocks fixlafiles fixpackages news parallel-fetch protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch"
GENTOO_MIRRORS="http://distfiles.gentoo.org"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
LINGUAS="en"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X aac alsa berkdb bzip2 cairo cli cracklib crypt cxx dri dvd dvdr ffmpeg flac gdbm gif gstreamer iconv imlib ithreads jpeg lame mad mmx modules mozsvg mp3 mpeg ncurses nptl nptlonly ogg openal opengl openssl pam pcre perl pic png pppd python readline sdl session sse sse2 ssl svg sysfs tcpd theora tiff truetype vorbis vpx x264 x86 xcb xml xorg xulrunner xv zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic auth_digest authn_anon authn_dbd authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock dbd deflate dir disk_cache env expires ext_filter file_cache filter headers ident imagemap include info log_config logio mem_cache mime mime_magic negotiation proxy proxy_ajp proxy_balancer proxy_connect proxy_http rewrite setenvif so speling status unique_id userdir usertrack vhost_alias" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="evdev keyboard mouse" KERNEL="linux" LINGUAS="en" PHP_TARGETS="php5-2" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="nouveau" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS

[Comment 1 Ben Widawsky 2011-01-02 19:36:15 UTC]

I have the same issue with tightvnc. I've listed my horrible workaround in this forum post:
http://forums.gentoo.org/viewtopic-p-6532256.html#6532256

[Comment 2 Jeremy Miller 2011-01-06 15:52:38 UTC]

(In reply to comment #1)
> I have the same issue with tightvnc. I've listed my horrible workaround in this
> forum post:
> http://forums.gentoo.org/viewtopic-p-6532256.html#6532256
> 

I can confirm that Fluxbox is working as expected on :0

Any other display :0.1 for example, will behave as if DISPLAY=:0 was set.

[Comment 3 John 2011-01-07 07:50:25 UTC]

Could this bug be related to this? : http://bugs.gentoo.org/show_bug.cgi?id=350641

[Comment 4 Charlie Brackett 2011-01-16 00:10:19 UTC]

Created attachment 259984 [details, diff]
Port of upstream commit e8ce9ed3a38e1b4a3e5727d408d0fac0e2ff1ada

[Comment 5 Charlie Brackett 2011-01-16 00:13:25 UTC]

Looks like this has been fixed in the git://git.fluxbox.org/fluxbox.git master branch. I have ported and attached commit e8ce9ed3a38e1b4a3e5727d408d0fac0e2ff1ada.

[Comment 6 Jim Ramsay (lack) (RETIRED) 2011-01-19 01:11:20 UTC]

Please try x11-wm/fluxbox-1.1.1-r3 which fixes bug #348819 (of which #350641 is a duplicate.

If a fluxbox upgrade does indeed solve the issue, please mark this bug as a
duplicate of #348819 as well.

[Comment 7 John B 2011-01-21 00:04:00 UTC]

Upgrading to x11-wm/fluxbox-1.1.1-r3 resolved the issue for me.  Thanks

*** This bug has been marked as a duplicate of bug 348819 ***