Dear x86 team, Could we please mark sci-libs/itpp-3.10.3 stable on x86? It has been bug free and running smoothly for quite some time now. itpp comes with an extensive set of test routines that you may use to verify that it works properly, e.g. via # USE="blas cblas lapack fftw" ebuild itpp-3.10.3.ebuild test Thank you very much! Best, Markus
[ebuild N ] sci-libs/itpp-3.10.3 USE="blas cblas fftw lapack -debug -doc" 1) emerges fine 2) passes collision test 3) passes test suite Portage 2.1-r2 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.3.6-r4, 2.6.17-gentoo-r4 i686) ================================================================= System uname: 2.6.17-gentoo-r4 i686 AMD Athlon(tm) XP 2500+ Gentoo Base System version 1.12.4 app-admin/eselect-compiler: [Not Present] dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 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-r3 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/splash /etc/terminfo" CXXFLAGS="-O2" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache collision-protect distlocks metadata-transfer parallel-fetch sandbox sfperms strict test" GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo/" LANG="de_DE@euro" LC_ALL="de_DE@euro" LINGUAS="de" 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.informatik.rwth-aachen.de/gentoo-portage" USE="x86 3dnow 3dnowext X Xaw3d a52 alsa arts artworkextra asf audiofile avi bash-completion beagle berkdb bidi bitmap-fonts bootsplash branding bzip2 cairo cdda cddb cdparanoia cdr cli cracklib crypt css cups curl custom-cflags dbus dga directfb divx4linux dlloader dri dts dvd dvdr dvdread dvi eds emacs emboss encode esd evo exif expat fam fat fbcon ffmpeg firefox foomaticdb fortran ftp gb gcj gdbm gif gnome gpm gstreamer gtk gtk2 gtkhtml hal icq idn imagemagick imap imlib ipv6 isdnlog java javascript jikes jpeg jpeg2k ldap leim libg++ libwww lm_sensors mad maildir matroska mbox mikmod mime mmx mmxext mng mono motif mp3 mpeg mpeg2 mule nautilus ncurses nforce2 nls nocardbus nptl nptlonly nsplugin nvidia objc ogg opengl pam pcre pdf pdflib perl plotutils pmu png ppds pppd preview-latex print python qt3 qt4 quicktime readline reflection reiserfs samba sdk session slang spell spl sse ssl svg svga t1lib tcltk tcpd theora thunderbird tiff truetype truetype-fonts type1-fonts udev usb vcd videos vorbis win32codecs wmf wxwindows xine xml xorg xosd xv xvid zlib elibc_glibc input_devices_mouse input_devices_keyboard kernel_linux linguas_de userland_GNU video_cards_radeon video_cards_vesa video_cards_fbdev" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
when trying to merge sci-libs/itpp-3.10.3 i stumbled over bug 143947 ... maybe this one should be fixed before stabeling itpp-3.10.3.
(In reply to comment #2) > when trying to merge sci-libs/itpp-3.10.3 i stumbled over bug 143947 ... maybe > this one should be fixed before stabeling itpp-3.10.3. Hi! I am one of the developers of the IT++ library, who provides ebuilds for it. Since, itpp-3.10.3 (and later) can be linked to various (c)blas and lapack implementations available in Gentoo (*-atlas, *-reference or acml, depending on what is currently set up by eselect), I do not think the bug you stumbled over is a blocking point for stabilisation. But, this is my personal point of view ;-) BR, /ediap
hmm, in my opinion stable packages should work out of the box in almost all cases. while you are right, that the bug i mentioned is not a bug of itpp, it is a bug lot's of users will experience when emerging itpp as soon as it has been stablized ... but this is only my opinion ;-)
Thank you very much for your comments! I personally agree with Adam, that just because one of the three possible requirements for an optional feature is broken for a user, itpp should not be denied stable status, but I leave it up to the x86 team to make that decisions ;-) In any case, if you also suffer from the issue reported in bug 143947 please post to it so we know that this is not just an isolated incident. I've personally never had this issue but have to admit that I've been running 3.7.11 for quite some time now. It is clearly time to retire the old 3.6.0 atlas versions rather sooner than later. Cheers, Markus
well, the guy that filed bug 143947 did so because he wanted to work on this bug (i know that because i talked with him on #gentoo-x86).
Ahh I see! Sorry, but I just fixed this bug:) It really was the ebuild's fault since it installed headers that blas-atlas as a dependency provided already. The 3.7.11 ebuild did it properly all along, that's why I didn't notice. Markus
(In reply to comment #1) > [ebuild N ] sci-libs/itpp-3.10.3 USE="blas cblas fftw lapack -debug -doc" > > 1) emerges fine > 2) passes collision test > 3) passes test suite > Same here on x86.
x86 is stable as always.
