Bugzilla Bug 143879

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.