Bugzilla Bug 132993

I tried to build deskbar-applet-2.14.1.1 after connecting to a remote machine
with ssh and X forwarding enabled.  The configure failed when looking for
gnomeapplet with:

configure:22393: checking for gnomeapplet module
configure:22403: $PYTHON -c '
try:
    import gnomeapplet
except ImportError, e:
    if str(e).find("gnomeapplet") >= 0:
          raise
except:
    pass
'
The application '-c' lost its connection to the display localhost:11.0;
most likely the X server was shut down or you killed/destroyed
the application.

X forwarding is working correctly. Logging into a local Gnome session enabled
this application to be installed as did doing 'unset DISPLAY'.



# emerge --info
Portage 2.1_pre10-r5 (default-linux/x86/2005.1, gcc-3.4.6, glibc-2.4-r2,
2.6.16-gentoo-r1 i686)
=================================================================
System uname: 2.6.16-gentoo-r1 i686 Intel(R) Pentium(R) 4 CPU 3.00GHz
Gentoo Base System version 1.12.0_pre19
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632)
[disabled]
ccache version 2.4 [disabled]
dev-lang/python:     2.3.5-r2, 2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.4-r1
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.18
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r2
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r5
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-Os -march=pentium4 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/share/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/revdep-rebuild
/etc/terminfo /etc/env.d"
CXXFLAGS="-Os -march=pentium4 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org
http://distro.ibiblio.org/pub/linux/distributions/gentoo"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress
--force --whole-file --delete --delete-after --stats --timeout=180
--exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/gentoo/overlay"
SYNC="rsync://apps.ramix-uk.cho.ge.com/portage"
USE="x86 X afs alsa apm avi berkdb bitmap-fonts browserplugin cairo cli crypt
cscope cups dbus dri dvd eds emboss encode firefox foomaticdb fortran gdbm gif
gnome gpm gstreamer gtk gtk2 hal imlib ipod isdnlog jpeg kde kerberos krb4 ldap
libg++ libwww mad mikmod mono motif mp3 mpeg ncurses nls nptl nptlonly nsplugin
ogg oggvorbis opengl oss pam pcre pda pdflib perl png pppd python quicktime
readline reflection samba sasl sdl session spell spl sse ssl tcpd truetype
truetype-fonts type1-fonts unicode vorbis xml2 xmms xorg xv zlib elibc_glibc
kernel_linux userland_GNU"
Unset:  ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL,
LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS

This is not really a bug.
Connect to your target machine without X session enabled, so configure will not
check about X display.

ssh -x targetmachine 

will do the trick

In reply to Comment 2:

I know that thanks it was in my bug report :-)

Alex,

This is a bug. You should be allowed to build packages remotely.

Just adding a me too, slightly different error though,

"checking for python extension module directory... (cached)
${exec_prefix}/lib/python2.4/site-packages

checking for gnomeapplet module... X11 connection rejected because of wrong
authentication."

also with SSH and Xforwarding on, this is the local machine though.

(In reply to comment #4)
> Just adding a me too, slightly different error though,
> 
> "checking for python extension module directory... (cached)
> ${exec_prefix}/lib/python2.4/site-packages
> 
> checking for gnomeapplet module... X11 connection rejected because of wrong
> authentication."
> 
> also with SSH and Xforwarding on, this is the local machine though.
> 

adding an update, setting DISPLAY="" fixed the problem without needing to
reconnect, maybe the ebuild should save the current $DISPLAY then set it to =""
and then set it back once it's done.

thanks, I added export DISPLAY="" in pkg_setup to fix this.