Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 71070 - libbonoboui-2.8.0 ebuild fails when FEATURES=maketest (on remote machine)
Summary: libbonoboui-2.8.0 ebuild fails when FEATURES=maketest (on remote machine)
Status: RESOLVED DUPLICATE of bug 69343
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Gentoo Linux Gnome Desktop Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-11-13 09:23 UTC by John Altstadt
Modified: 2005-07-17 13:06 UTC (History)
0 users

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 John Altstadt 2004-11-13 09:23:33 UTC
libbonoboui-2.8.0 fails an X11 test when the maketest feature is enabled.

This is running with xorg and FEATURE=userpriv (as per the following emerge info), and running on a remote machine (as in bug #71061) if that is significant.

Please do not just close this bug as per bug #69343 without reporting it upstream. If maketest is not going to be supported as a portage feature, then it should just be removed.

Reproducible: Always
Steps to Reproduce:
1. open xterm
2. su -
3. rsh to remote machine
4. emerge libbonoboui


Actual Results:  
...
Making check in tests
make[1]: Entering directory
`/var/tmp/portage/libbonoboui-2.8.0/work/libbonoboui-2.8.0/tests'
Making check in control
make[2]: Entering directory
`/var/tmp/portage/libbonoboui-2.8.0/work/libbonoboui-2.8.0/tests/control'
make[2]: Nothing to be done for `check'.
make[2]: Leaving directory
`/var/tmp/portage/libbonoboui-2.8.0/work/libbonoboui-2.8.0/tests/control'
make[2]: Entering directory
`/var/tmp/portage/libbonoboui-2.8.0/work/libbonoboui-2.8.0/tests'
make  check-TESTS
make[3]: Entering directory
`/var/tmp/portage/libbonoboui-2.8.0/work/libbonoboui-2.8.0/tests'
X11 connection rejected because of wrong authentication.
The application 'lt-test-ui-auto' lost its connection to the display localhost:10.0;
most likely the X server was shut down or you killed/destroyed
the application.
FAIL: test-ui-auto
===================
1 of 1 tests failed
===================
make[3]: *** [check-TESTS] Error 1
make[3]: Leaving directory
`/var/tmp/portage/libbonoboui-2.8.0/work/libbonoboui-2.8.0/tests'
piste portage #


Expected Results:  
Built and installed without error.


piste portage # emerge info
Portage 2.0.51-r3 (default-linux/x86/2004.0, gcc-3.3.4, glibc-2.3.4.20040808-r1,
2.4.26-gentoo-r9 i686)
=================================================================
System uname: 2.4.26-gentoo-r9 i686 AMD Duron(tm) Processor
Gentoo Base System version 1.4.16
distcc 2.16 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled]
ccache version 2.3 [enabled]
Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.14.90.0.8-r1
Headers:  sys-kernel/linux-headers-2.4.19-r1,sys-kernel/linux-headers-2.4.21-r1
Libtools: sys-devel/libtool-1.5.2-r5
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O3 -march=athlon-xp -funroll-loops -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /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/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O3 -march=athlon-xp -funroll-loops -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache distcc distlocks maketest sandbox severe sfperms
strict userpriv"
GENTOO_MIRRORS="http://128.213.5.34/gentoo/ http://cudlug.cudenver.edu/gentoo/
http://gentoo.noved.org/ http://mirror.tucdemonic.org/gentoo/
http://gentoo.osuosl.org http://www.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="3dnow X alsa apache2 apm arts avi berkdb bitmap-fonts bonobo cdr cjk crypt
cups curl dga directfb divx4linux doc dvb dvd dvdread emacs encode esd ethereal
f77 fam fastcgi fbcon foomaticdb fortran gb gd gdbm gif gnome gpm gtk gtk2
gtkhtml guile imap imlib innodb java jpeg kde libg++ libwww live mad maildir
mikmod mmx motif mozilla mpeg mysql nas ncurses network nls odbc ofx oggvorbis
opengl oss pam pda pdflib perl png python qt quicktime quotes readline ruby
samba sasl sdl slang slp spell sse ssl svga tcltk tcpd theora tiff truetype
unicode usb wmf x86 xml xml2 xmms xv xvid zeo zlib"

piste portage #
Comment 1 John Altstadt 2004-11-13 09:45:36 UTC
I just tried FEATURES=-userpriv and it didn't help.

I will set FEATURES=-maketest next, which is certain to work.
Comment 2 John Altstadt 2004-11-13 10:08:05 UTC
Oops. Step 3 above should be "ssh to remote machine", not rsh.
Comment 3 John Altstadt 2004-11-13 10:10:18 UTC
As expected, FEATURES=-maketest fixed the problem.
Comment 4 foser (RETIRED) gentoo-dev 2004-11-14 01:38:30 UTC
yeah as expected.. it silly to use that option to build your system afaic.

and search before filing bugs

*** This bug has been marked as a duplicate of 69347 ***
Comment 5 John Altstadt 2004-11-14 12:39:08 UTC
What an odd attitude. The maketest feature was added to portage to help ensure that stuff got tested. Other develpers are quite happily accepting maketest bugs and either resolving them or passing them upstream. In most cases maketest is finding upstream problems.

I did search before posting. I also try to read and understand the bug reports I find before adding to them or creating another. In this case, the bug I described was clearly not the same as bug #69347. If anything it is another instance of bug #71061 using another gnome package. The gnome tests have a problem with connecting to a remote X server.

And as per bug #71061 I have now verified that the emerge works correctly using the exact same USE and FEATURE flags (including maketest) if it is run on a local machine. Therefore this is most likely an upstream problem with the gnome tests not working across a network.
Comment 6 Joe McCann (RETIRED) gentoo-dev 2004-11-14 15:10:43 UTC
it is an upstream issue, as the bug it was duped against said. It is also an issue that gentoo doesn't have time for, as the other bug said(see why it was duped to that bug). 

The problem with using maketest for packages like these is that lots of the gnome packages contain tests that have not been updated in years(most people don't use them) Maketests are probably more valid/useful in core system packages and servers where anything is considered mission critical(and the packages keep up to date and valid tests).
We aren't trying to blow off your bug as invalid, but rather something with very low priority in gentoo. It doesn't effect how the package actually runs, its just an out of date test. There are lots of other bugs filed that do effect the package in a more serious way, and those are where dev time needs to go.

If you want to file upstream gnome bugs about the tests failing and try to get more updated tests in, that would be great(always nice to get community help)...but its just something we don't have the time for atm.
Comment 7 Mike Gardiner (RETIRED) gentoo-dev 2004-11-14 17:55:56 UTC
I'm going to propose something for these maketest "bugs". 

While we, the GNOME team, are not in any way opposed to fixing bugs in the software we maintain, we do not currently have the time required to catch these "maketest bugs", and patch them. This is compounded by the fact that only a small number of users use FEATURES="maketest".

Although we will not have the time to fix these "bugs" ourselves, we will happily test any patch you can supply to us, or any formed solution to the problem. Should you be unable to provide such a patch, then the easiest course of action may be upstream - where they have a better understanding of the software, even than us.

While FEATURES="maketest" is available in portage, you must understand it is not uniformly supported across all upstream developers.
Comment 8 Mike Gardiner (RETIRED) gentoo-dev 2004-11-22 09:39:18 UTC

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