I'm trying to emerge dia within an ssh session with (working) X forwarding. Reproducible: Always Steps to Reproduce: 1. ssh root@localhost 2. emerge -u --oneshot dia Actual Results: root@cube:~# emerge -u --oneshot dia Calculating dependencies ...done! >>> emerge (1 of 1) app-office/dia-0.92_pre7 to / >>> Downloading ftp://ftp.easynet.nl/mirror/gentoo//distfiles/dia-0.92-pre7.tar.bz2 --14:31:55-- ftp://ftp.easynet.nl/mirror/gentoo/distfiles/dia-0.92-pre7.tar.bz2 => `/usr/portage/distfiles/dia-0.92-pre7.tar.bz2' Resolving proxy.sascha.silbe.org.... done. Connecting to proxy.sascha.silbe.org.[192.168.1.3]:3128... connected. Proxy request sent, awaiting response... 200 OK Length: 2,756,754 [text/plain] 100%[=================================================================================================>] 2,756,754 75.45K/s ETA 00:00 14:32:39 (75.45 KB/s) - `/usr/portage/distfiles/dia-0.92-pre7.tar.bz2' saved [2756754/2756754] >>> md5 src_uri ;-) dia-0.92-pre7.tar.bz2 libtool gnome.org gnome2 alternatives python >>> Unpacking source... >>> Unpacking dia-0.92-pre7.tar.bz2 to /var/tmp/portage/dia-0.92_pre7/work * Patching shapes/Cisco/Makefile.in >>> Source unpacked. libtool gnome.org gnome2 alternatives python * Working directory: /var/tmp/portage/dia-0.92_pre7/work/dia-0.92-pre7... * Applying libtool-tmp.patch... * Applying libtool-sed.patch... * Applying libtool-portage.patch... doc configure: WARNING: If you wanted to set the --build type, don't use --host. If a cross compiler is detected then cross compile mode will be used. checking for a BSD-compatible install... /bin/install -c checking whether build environment is sane... yes checking whether make sets $(MAKE)... yes checking for working aclocal-1.4... found checking for working autoconf... found checking for working automake-1.4... found checking for working autoheader... found checking for working makeinfo... found checking for i686-pc-linux-gnu-gcc... gcc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no [...] checking for db2html... no checking for python... /usr/bin/python checking if Python version >= 1.5.2... okay checking local Python configuration... looks good checking for python module gtk... X11 connection rejected because of wrong authentication. no configure: error: could not find pygtk module !!! ERROR: app-office/dia-0.92_pre7 failed. !!! Function econf, Line 338, Exitcode 1 !!! econf failed root@cube:~# Expected Results: Update dia. Gentoo Base System version 1.4.3.10p1 Portage 2.0.49-r13-2 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1, 2.4.22-cube-2) ================================================================= System uname: 2.4.22-cube-2 i686 AMD Athlon(tm) processor distcc 2.9 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-tbird -O3 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /usr/vice/etc /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/config" CONFIG_PROTECT_MASK="/etc/afs/modload /etc/make.globals /etc/afs/C /etc/afs/afsws /etc/gconf /etc/env.d" CXXFLAGS="-O2 -mcpu=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="sandbox ccache autoaddcvs strict userpriv usersandbox" GENTOO_MIRRORS="ftp://ftp.easynet.nl/mirror/gentoo/ http://gentoo.inode.at/ ftp://gentoo.inode.at/source/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://hybrid.sascha.silbe.org/gentoo-portage" USE="x86 foomaticdb libg++ mad gtkhtml gdbm berkdb libwww gtk cdr -3dfx 3dnow -aalib acl afs -alsa apm -arts avi -bonobo crypt -cups dga -directfb doc dvd encode -esd -evo -fbcon -ggi gif -gnome -gnome-libs -gphoto2 -gpm guile hbci -icc -icc-pgo imap imlib ipv6 -java jpeg kde -kerberos krb4 lcms ldap -matrox maildir mbox mikmod mmx monitor -motif mozilla mpeg -mule mysql nas ncurses nls -odbc oggvorbis opengl oss pam -pcmcia -pda pdflib -perl png -pnp postgres python qt qtmt quicktime readline -ruby samba -sasl sdl skey -slang -slp -snmp socks5 spell ssl -static -svga -tcltk -tcpd tetex tiff truetype -voodoo3 X xml xml2 -xmms xv -zeo zlib linguas_en,de"
I'm sad to say that this bug did not receive a lot of attention. Can it still be reproduced? It also seems weird to me, since I've built dia numerous times with and without a running X, as well as over ssh. I'm taking a random and uninformed guess, but I suspect it's automake. Please reopen this bug if it can still be reproduced and if more information is available.
I was able to update today (haven't tried for a few weeks now), so it seems to be resolved.
Happens again for dia-0.92.2. I remember recently rebuilding some packages because of changed gtk/gtk2 USE flags (I'm not setting them explicitly in /etc/make.conf, so the default gtk/gtk2 settings are used). Maybe it has something to do with that.
Created attachment 28974 [details] Build script of dia-0.92.2
i fixed a slew of these pygtk without x bugs, but i couldn't reproduce it with dia. if i can't reproduce it, i can't fix it, unfortunately :(
Still the same here (with dia-0.93 now). How can I help you reproduce it?
If I set DISPLAY="", everything works fine. I suggest you add this to the ebuild.
Had the same problem today with dia-0.94-r1, the problem seems not to be resolved. It seems the X11 authentication issue has something to do with portage's usersandbox-feature. If I emerge dia without FEATURES="userpriv usersandbox", the configure-script finds the python gtk-module without a hitch. Same if I run configure by hand. Only if I emerge dia with FEATURES="userpriv usersandbox" set, the configure-script can't connect to the X-Server. (Allthough like Sascha mentioned, if I unset the DISPLAY variable, it doesn't try to) Does this help to reproduce the bug? Cheers, Alex
i've removed the import gtk test now, so it should work. i think previously this ebuild used virtualx to simulate it, but we've since removed it and hence triggered this regression.
