Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 88614 - dia 0.94-r1 fails to configure over ssh
Summary: dia 0.94-r1 fails to configure over ssh
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] GNOME (show other bugs)
Hardware: x86 Linux
: High minor (vote)
Assignee: Gentoo Linux Gnome Desktop Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-04-10 10:43 UTC by Christian Reiser
Modified: 2005-05-16 09:01 UTC (History)
0 users

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


Attachments
/var/tmp/portage/dia-0.94-r1/work/dia-0.94/config.log (config.log,65.91 KB, text/plain)
2005-04-10 10:48 UTC, Christian Reiser
Details
config.log when the DISPLAY is unset (config.log.NO_X,70.13 KB, text/plain)
2005-04-11 04:45 UTC, Christian Reiser
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Christian Reiser 2005-04-10 10:43:41 UTC
I tried to install
[ebuild     U ] app-office/dia-0.94-r1 [0.93] -debug -gnome +png +python -static +zlib 3,270 kB
but the configure script fails with a strange X error. I am logged in as root via ssh. X is working and DISPLAY=localhost:10.0. It fails during configure:

checking local Python configuration... checking for  script directory... /usr/lib/python2.3/site-packages
checking for  extension module directory... /usr/lib/python2.3/site-packages
looks good
checking for python module gtk... X11 connection rejected because of wrong authentication.
no
configure: error: could not find pygtk module

!!! Please attach the config.log to your bug report:
!!! /var/tmp/portage/dia-0.94-r1/work/dia-0.94/config.log

!!! ERROR: app-office/dia-0.94-r1 failed.
!!! Function econf, Line 485, Exitcode 0
!!! econf failed
!!! If you need support, post the topmost build error, NOT this status message.

Yes - X does work - executing xterm results in a new xterm. Disabling X (export DISPLAY=) make the compile work (or at least the configure):

checking local Python configuration... checking for  script directory... /usr/lib/python2.3/site-packages
checking for  extension module directory... /usr/lib/python2.3/site-packages
looks good
checking for python module gtk... yes
checking for headers required to compile python extensions... found
checking for libpython2.3.a... found
configure: creating ./config.status
config.status: creating Makefile
config.status: creating lib/Makefile
[...]



Reproducible: Always
Steps to Reproduce:
1. ssh -X root@localhost
2. emerge -u dia


Actual Results:  
does not compile

Expected Results:  
update dia
Comment 1 Christian Reiser 2005-04-10 10:48:08 UTC
Created attachment 55898 [details]
/var/tmp/portage/dia-0.94-r1/work/dia-0.94/config.log
Comment 2 Leonardo Boshell (RETIRED) gentoo-dev 2005-04-10 16:30:39 UTC
Are you sure unsetting DISPLAY is a workaround? The information from your config.log doesn't suggest that, and I can't reproduce the bug you're seeing.

Please provide you 'emerge info' (and remember to always do it when reporting bugs).

Thanks.
Comment 3 Christian Reiser 2005-04-11 04:29:26 UTC
alpha root # emerge info
Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.5, glibc-2.3.4.20041102-r1, 2.6.11 i686)
=================================================================
System uname: 2.6.11 i686 Mobile Pentium II
Gentoo Base System version 1.4.16
Python:              dev-lang/python-2.3.4-r1 [2.3.4 (#1, Feb  7 2005, 13:23:53)]
dev-lang/python:     2.3.4-r1
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.5, 1.7.9-r1, 1.6.3, 1.4_p6, 1.9.4, 1.8.5-r3
sys-devel/binutils:  2.15.92.0.2-r7
sys-devel/libtool:   1.5.10-r4
virtual/os-headers:  2.6.8.1-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -pipe -march=pentium2 -mmmx -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/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/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -pipe -march=pentium2 -mmmx -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms"
GENTOO_MIRRORS="http://ftp.uni-erlangen.de/pub/mirrors/gentoo http://pandemonium.tiscali.de/pub/gentoo/ ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo http://gentoo.mirror.solnet.ch ftp://pandemonium.tiscali.de/pub/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X X509 alsa apm arts avi berkdb bitmap-fonts bluetooth cdr crypt cups curl divx4linux emboss encode esd ethereal fam flac foomaticdb fortran gdbm gif gphoto2 gtk gtk2 howl icq imagemagick imap imlib ipv6 irda java jpeg junit kde libg++ libwww mad mikmod mmx motif mozilla mp3 mpeg nas ncurses nls oggvorbis opengl oss pam pcmcia pda pdflib perl png pnp python qt quicktime readline samba scanner sdl slang snmp spell ssl svga tcpd tiff truetype truetype-fonts type1-fonts usb wavelan xine xml xml2 xmms xprint xv xvid zlib"
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, PORTDIR_OVERLAY

Comment 4 Christian Reiser 2005-04-11 04:44:19 UTC
Yes, i am sure, that unsetting the DISPLAY works for me. I have installed dia-0.94-r1 successfully. The config.log i provided is the failure log. I will provide a config.log, created by unsetting DISPLAY. (as /var/tmp/portage/dia-0.94-r1/work/dia-0.94/config.log gets deleted automatically when emerge is finished, i killed the emerge manually to retrieve the config.log)
Comment 5 Christian Reiser 2005-04-11 04:45:23 UTC
Created attachment 55974 [details]
config.log when the DISPLAY is unset
Comment 6 Leonardo Boshell (RETIRED) gentoo-dev 2005-05-02 04:04:19 UTC
It looks like a problem with your X server authentication. Can you provide your sshd logs?

Does the same problem occur when you disable X11 forwarding?
Comment 7 Martin Mokrejš 2005-05-09 09:36:55 UTC
Christian, try "ssh -X -Y". The -Y is sometimes necessary to get "full" X11 forwarding. It fixes problems for me when the messages say something about bad atom pixmaps or widgets ... some ugly error on several lines. Yes, at that moment I can start xterm and similar programs, but some gtk+ stuff fails with this weird message. "-Y" helps.
Comment 8 Martin Mokrejš 2005-05-09 09:55:13 UTC
I just found one of the examples when you need "-Y". See my bug #83315.
Comment 9 Christian Reiser 2005-05-16 09:01:42 UTC
Sorry - i am no longer able to reproduce this bug. thanks for your effort. I have not tried it for a while, so i am not able to determine, which (other) packet caused this fault :-(