Summary: | [TRACKER] GNOME packages failing with FEATURES="test" | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Brant Gurganus <brant> |
Component: | [OLD] GNOME | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | abraham, as.gentoo, DuPol, gt, henrique.ferreiro, kanelxake, kevquinn, langhamm, lars, l_indien, n-roeser, peter, qa, sascha-gentoo-bugzilla, seriousmoose, smithj, stuart, tcort |
Priority: | High | Keywords: | Tracker |
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 95805, 100523, 126643, 126847, 129079, 132501, 139974, 142585, 147448, 147680, 148808, 150709, 157820, 162044, 165098, 166293, 176202, 176809, 181906, 188043, 190066, 191535, 192302, 192406, 192640, 192641, 192732, 196490, 206671, 212983, 216146, 218235, 228683, 237498, 238995, 239339, 241612, 242146, 245103, 262324, 262325, 264219, 264817, 265205, 265911, 270105, 270107, 272450, 285675, 285687, 285706, 285715, 286375, 292478, 296849, 307725, 313351, 315011, 315287, 323661, 325677, 326739, 331293, 331709, 333667, 339441, 341173, 342557, 348926 | ||
Bug Blocks: | |||
Attachments: |
Modify src_test() for gnome2 packages to use a temporary home directory
emerge --info |
Description
Brant Gurganus
2004-10-28 19:43:35 UTC
just ditch maketest from features. And maybe lower your cflags. If you want to look into it, fine. But I don't think it's wise to spend time on tests that aren't maintained half of the time. *** Bug 69347 has been marked as a duplicate of this bug. *** *** Bug 69797 has been marked as a duplicate of this bug. *** If maketest fails, shouldn't the problem be reported upstream? *** Bug 71061 has been marked as a duplicate of this bug. *** *** Bug 71061 has been marked as a duplicate of this bug. *** *** Bug 71775 has been marked as a duplicate of this bug. *** Taken from #71070 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, and more often than not, the tests performed by "make test" are outdated, and are known to fail. *** Bug 71070 has been marked as a duplicate of this bug. *** *** Bug 72592 has been marked as a duplicate of this bug. *** *** Bug 75244 has been marked as a duplicate of this bug. *** *** Bug 67006 has been marked as a duplicate of this bug. *** Then please add RESTRICT=maketest to all the ebuilds you maintain, so we can use this feature (that's very useful in many cases) for the rest of the system. *** Bug 81340 has been marked as a duplicate of this bug. *** I fully agree with Sascha Silbe's post. Please add RESTRICT! *** Bug 81314 has been marked as a duplicate of this bug. *** *** Bug 81681 has been marked as a duplicate of this bug. *** *** Bug 84698 has been marked as a duplicate of this bug. *** *** Bug 83915 has been marked as a duplicate of this bug. *** *** Bug 92407 has been marked as a duplicate of this bug. *** *** Bug 96083 has been marked as a duplicate of this bug. *** (In reply to comment #8) > Taken from #71070 > > 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". Hum ... Probably they should ... what says the handbook about this?! *** Bug 97842 has been marked as a duplicate of this bug. *** *** Bug 99424 has been marked as a duplicate of this bug. *** *** Bug 99429 has been marked as a duplicate of this bug. *** *** Bug 100523 has been marked as a duplicate of this bug. *** *** Bug 107075 has been marked as a duplicate of this bug. *** *** Bug 107700 has been marked as a duplicate of this bug. *** Re-opening. As a general rule of thumb, we don't leave landmines (known failings) in the tree to try and get others to fix it (yes that's rude and presumptious also). If it doesn't work, restrict the bugger so that those who want it to work for those packages do the work, rather then those who do testing getting bit in the ass by it. One more request for RESTRICT="test" on ebuilds where the tests don't work. *** Bug 110891 has been marked as a duplicate of this bug. *** *** Bug 118688 has been marked as a duplicate of this bug. *** Add libbonoboui to that list. It fails with access to /root/.gnome2_private still present with file-roller-2.12.2 Making check in help make[1]: Entering directory `/var/tmp/portage/file-roller-2.12.2/work/file-roller-2.12.2/help' xmllint --noout --noent --path C:./C --xinclude --postvalid ./C/file-roller.xml ./C/file-roller.xml:92: element revnumber: validity error : Element application is not declared in revnumber list of possible children ./C/file-roller.xml:141: element releaseinfo: validity error : Element application is not declared in releaseinfo list of possible children Document ./C/file-roller.xml does not validate xmllint --noout --noent --path de:./de --xinclude --postvalid ./de/file-roller.xml ./de/file-roller.xml:98: element revnumber: validity error : Element application is not declared in revnumber list of possible children ./de/file-roller.xml:147: element releaseinfo: validity error : Element application is not declared in releaseinfo list of possible children Document ./de/file-roller.xml does not validate xmllint --noout --noent --path es:./es --xinclude --postvalid ./es/file-roller.xml ./es/file-roller.xml:98: element revnumber: validity error : Element application is not declared in revnumber list of possible children ./es/file-roller.xml:147: element releaseinfo: validity error : Element application is not declared in releaseinfo list of possible children ./es/file-roller.xml:480: element para: validity error : Element xef is not declared in para list of possible children ./es/file-roller.xml:480: element xef: validity error : No declaration for element xef ./es/file-roller.xml:480: element xef: validity error : No declaration for attribute linkend of element xef Document ./es/file-roller.xml does not validate xmllint --noout --noent --path fr:./fr --xinclude --postvalid ./fr/file-roller.xml ./fr/file-roller.xml:98: element revnumber: validity error : Element application is not declared in revnumber list of possible children ./fr/file-roller.xml:147: element releaseinfo: validity error : Element application is not declared in releaseinfo list of possible children Document ./fr/file-roller.xml does not validate xmllint --noout --noent --path it:./it --xinclude --postvalid ./it/file-roller.xml ./it/file-roller.xml:98: element revnumber: validity error : Element application is not declared in revnumber list of possible children ./it/file-roller.xml:147: element releaseinfo: validity error : Element application is not declared in releaseinfo list of possible children Document ./it/file-roller.xml does not validate xmllint --noout --noent --path ja:./ja --xinclude --postvalid ./ja/file-roller.xml ./ja/file-roller.xml:98: element revnumber: validity error : Element application is not declared in revnumber list of possible children ./ja/file-roller.xml:147: element releaseinfo: validity error : Element application is not declared in releaseinfo list of possible children Document ./ja/file-roller.xml does not validate xmllint --noout --noent --path ko:./ko --xinclude --postvalid ./ko/file-roller.xml ./ko/file-roller.xml:98: element revnumber: validity error : Element application is not declared in revnumber list of possible children ./ko/file-roller.xml:147: element releaseinfo: validity error : Element application is not declared in releaseinfo list of possible children Document ./ko/file-roller.xml does not validate xmllint --noout --noent --path ru:./ru --xinclude --postvalid ./ru/file-roller.xml ./ru/file-roller.xml:98: element revnumber: validity error : Element application is not declared in revnumber list of possible children ./ru/file-roller.xml:147: element releaseinfo: validity error : Element application is not declared in releaseinfo list of possible children Document ./ru/file-roller.xml does not validate xmllint --noout --noent --path sv:./sv --xinclude --postvalid ./sv/file-roller.xml ./sv/file-roller.xml:98: element revnumber: validity error : Element application is not declared in revnumber list of possible children ./sv/file-roller.xml:147: element releaseinfo: validity error : Element application is not declared in releaseinfo list of possible children Document ./sv/file-roller.xml does not validate xmllint --noout --noent --path uk:./uk --xinclude --postvalid ./uk/file-roller.xml ./uk/file-roller.xml:98: element revnumber: validity error : Element application is not declared in revnumber list of possible children ./uk/file-roller.xml:147: element releaseinfo: validity error : Element application is not declared in releaseinfo list of possible children Document ./uk/file-roller.xml does not validate xmllint --noout --noent --path zh_CN:./zh_CN --xinclude --postvalid ./zh_CN/file-roller.xml ./zh_CN/file-roller.xml:98: element revnumber: validity error : Element application is not declared in revnumber list of possible children ./zh_CN/file-roller.xml:147: element releaseinfo: validity error : Element application is not declared in releaseinfo list of possible children Document ./zh_CN/file-roller.xml does not validate xmllint --noout --noent --path zh_HK:./zh_HK --xinclude --postvalid ./zh_HK/file-roller.xml ./zh_HK/file-roller.xml:98: element revnumber: validity error : Element application is not declared in revnumber list of possible children ./zh_HK/file-roller.xml:147: element releaseinfo: validity error : Element application is not declared in releaseinfo list of possible children Document ./zh_HK/file-roller.xml does not validate xmllint --noout --noent --path zh_TW:./zh_TW --xinclude --postvalid ./zh_TW/file-roller.xml ./zh_TW/file-roller.xml:98: element revnumber: validity error : Element application is not declared in revnumber list of possible children ./zh_TW/file-roller.xml:147: element releaseinfo: validity error : Element application is not declared in releaseinfo list of possible children Document ./zh_TW/file-roller.xml does not validate make[1]: *** [check-doc-docs] Fehler 3 make[1]: Leaving directory `/var/tmp/portage/file-roller-2.12.2/work/file-roller-2.12.2/help' make: *** [check-recursive] Fehler 1 !!! ERROR: app-arch/file-roller-2.12.2 failed. btw: I agree with Mr. Brian Harring! I think that tests are not implemented to annoy people but to point out possible problems. Maybe the failing tests help with finding a solution for other bugs - like (file-roller) bug #114780... The tests are not a major priority at this point. We are planning on dealing with these soon though. ok =) (In reply to comment #36) > The tests are not a major priority at this point. We are planning on dealing > with these soon though. Dealing with 'em how though? Foser's last decree was that they would be left as landmines; goes without saying that's a no go :) RESTRICT="test" would at least keep the ebuilds functional, and not annoy people enough to disable test globally (since most don't know they can disable it per package via bashrc). Or simply alter make.conf an emerging the 'faulty' package manually... I wouln't like test restricted since I usually assume that tests _are_ made. The next problem, which devs are making a list, kepping that list in their mind and reenable tests for new version?! Anyway, please give (me) a link where the bashrc - thing is explained? Adding restricts is like having your minesweepers only search the areas that are known landmine-free, in portage terms it's like disabling sandbox, because there's a sandbox violation. If you really want to run tests, then you should be able to assume the tests actually get run, whatever their outcome is. *** Bug 100523 has been marked as a duplicate of this bug. *** *** Bug 126643 has been marked as a duplicate of this bug. *** *** Bug 129079 has been marked as a duplicate of this bug. *** *** Bug 132523 has been marked as a duplicate of this bug. *** so how does duping all the broken packages to this bug help ? it's a tracker, not a dupe dump *** Bug 132523 has been marked as a duplicate of this bug. *** *** Bug 140221 has been marked as a duplicate of this bug. *** *** Bug 142347 has been marked as a duplicate of this bug. *** Created attachment 93862 [details, diff]
Modify src_test() for gnome2 packages to use a temporary home directory
This is a start. Many gnome packages get upset when the tests are run because they try to access the default gnome home directory, ~/.gnome2. Obviously this isn't a good idea. Setting GNOME22_USER_DIR overrides this default; the patch implements a tweaked src_test() in gnome2.eclass as I figure it won't hurt to do this for all gnome packages; it's likely they all do the same thing.
This gets gnome-vfs-2.14.2 to pass its tests with a vanilla compiler (fails with the hardened compiler because the test makefile misses out some link dependencies on the test executables, but I'll deal with that another time).
I haven't tested it since I'm at work, but that looks reasonable to me Kevin. It is probably worth suggesting that upstream since if the tests ever do any modification of user directory state, they shouldn't mess with the *real* user directory state. I've encountered a bug that _I believe_ is not listed here yet nor it is related with the gnome-home directory issue; if so, I'm sorry. The problem is in gnome-base/gnome-libs-1.4.2, the failing test being metadata.test. The given error message: make[3]: Entering directory `/var/tmp/portage/gnome-libs-1.4.2/work/gnome-libs-1.4.2/test-suite' FAIL: metadata.test PASS: parse-path.test PASS: skel.test PASS: split.test PASS: trigs.test =================== 1 of 5 tests failed =================== make[3]: *** [check-TESTS] Error 1 make[3]: Leaving directory `/var/tmp/portage/gnome-libs-1.4.2/work/gnome-libs-1.4.2/test-suite' make[2]: *** [check-am] Error 2 make[2]: Leaving directory `/var/tmp/portage/gnome-libs-1.4.2/work/gnome-libs-1.4.2/test-suite' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/gnome-libs-1.4.2/work/gnome-libs-1.4.2/test-suite' make: *** [check-recursive] Error 1 #################### emerge --info Portage 2.1.1-r1 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.3.5-r2, 2.6.17-gentoo-r4 i686) ================================================================= System uname: 2.6.17-gentoo-r4 i686 AMD Athlon(tm) XP 1700+ Gentoo Base System version 1.12.6 Last Sync: Wed, 08 Nov 2006 09:50:01 +0000 distcc 2.16 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [enabled] app-admin/eselect-compiler: [Not Present] dev-java/java-config: 1.3.7, 2.0.30 dev-lang/python: 2.3.5-r2, 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.3 dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.60 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-r3 sys-devel/gcc-config: 1.3.13-r4 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.8.1-r1, 2.6.17-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -pipe -march=athlon-xp" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/share/X11/xkb /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/" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/splash /etc/terminfo" CXXFLAGS="-O2 -pipe -march=athlon-xp" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks metadata-transfer sandbox sfperms strict stricter test" GENTOO_MIRRORS="http://ftp.caliu.info/pub/gentoo/ http://mirror.ovh.net/gentoo-distfiles/" LANG="es_ES.UTF-8@euro" LC_ALL="es_ES.UTF-8@euro" LINGUAS="es en" MAKEOPTS="-j2" 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/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="3dnow X a52 acpi alsa apache2 asf audiofile avi bash-completion bidi bitmap-fonts bzip2 bzlib canna cdr cjk cli cracklib crypt cups dbus dga directfb divx4linux dlloader doc dri dvb dvd dvdr dvdread eds elibc_glibc emboss encode esd evo exif fbcon fftw firefox flac foomaticdb freewnn ftp gb gcj gd gdbm gif glut gmp gnome gpm gstreamer gtk gtk2 gtkhtml hal iconv imlib input_devices_evdev input_devices_keyboard input_devices_mouse iodbc isdnlog java jikes jpeg kde kernel_linux libg++ libwww linguas_en linguas_es mad memlimit mikmod mime mmx motif mozilla mp3 mpeg msn nas nls nptl nptlonly nsplugin nvidia odbc offensive ogg oggvorbis openal opengl pam pcre pdflib perl png pnp posix ppds pppd qt3 qt4 quicktime readline reflection sdl session sharedmem simplexml spell spl ssl svg svga sysvipc szip tcltk tcpd tetex theora threads tiff truetype truetype-fonts type1-fonts udev unicode usb userland_GNU video_cards_nvidia videos vorbis win32codecs wmf x86 xine xml xorg xprint xv xvid zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS Here is another one: gnome-python-desktop-2.16.0 Dies with the following output: Making check in tests make[1]: Entering directory `/var/tmp/portage/gnome-python-desktop-2.16.0/work/gnome-python-desktop-2.16.0/tests' make check-local make[2]: Entering directory `/var/tmp/portage/gnome-python-desktop-2.16.0/work/gnome-python-desktop-2.16.0/tests' Trying to import module gnomeapplet... ok. Trying to import module gnomeprint... ok. Trying to import module gnomeprint.ui... ok. Trying to import module gtksourceview... ok. Trying to import module wnck... ok. Trying to import module totem.plparser... ok. Trying to import module gtop... ok. Trying to import module nautilusburn... Traceback (most recent call last): File "./runtests.py", line 6, in ? import common File "/var/tmp/portage/gnome-python-desktop-2.16.0/work/gnome-python-desktop-2.16.0/tests/common.py", line 32, in ? __import__(module) # try to import the module to catch undefined symbols ImportError: libnautilus-burn.so.3: cannot open shared object file: No such file or directory make[2]: *** [check-local] Error 1 make[2]: Leaving directory `/var/tmp/portage/gnome-python-desktop-2.16.0/work/gnome-python-desktop-2.16.0/tests' make[1]: *** [check-am] Error 2 make[1]: Leaving directory `/var/tmp/portage/gnome-python-desktop-2.16.0/work/gnome-python-desktop-2.16.0/tests' make: *** [check-recursive] Error 1 emerge --info follows as attachment. BR, Dustin Created attachment 103812 [details]
emerge --info
This bug can be closed now as we will use "TESTFAILURE" from now |