Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 132993 - deskbar-applet-2.14.1.1 cannot be build via ssh
Summary: deskbar-applet-2.14.1.1 cannot be build via ssh
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] GNOME (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo Linux Gnome Desktop Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 119872
  Show dependency tree
 
Reported: 2006-05-11 03:40 UTC by Martin Donnelly
Modified: 2006-07-05 08:49 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Donnelly 2006-05-11 03:40:04 UTC
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
Comment 1 Alexandre Ghisoli 2006-05-12 07:21:04 UTC
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
Comment 2 Martin Donnelly 2006-05-12 07:35:05 UTC
In reply to Comment 2:

I know that thanks it was in my bug report :-)
Comment 3 Doug Goldstein (RETIRED) gentoo-dev 2006-06-12 20:22:40 UTC
Alex,

This is a bug. You should be allowed to build packages remotely.
Comment 4 Andrew Frink 2006-07-03 08:53:37 UTC
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.
Comment 5 Andrew Frink 2006-07-03 09:01:30 UTC
(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.
Comment 6 Stefan Schweizer (RETIRED) gentoo-dev 2006-07-05 08:49:36 UTC
thanks, I added export DISPLAY="" in pkg_setup to fix this.