Upstream has slowed down development and this version fixes a number of bugs that still exist in 1.0.8. src_test() is expected to pass. Thanks,
Archtested on x86: Looks good to go.
sys-cluster/pvfs2 is broken in current stable, -r1 fixes this and I will do it along with mpich2. Ok?
Ok pvfs2 seems not to be fixed on my system, -r1 still fails, though differently.
(In reply to comment #3) > Ok pvfs2 seems not to be fixed on my system, -r1 still fails, though > differently. > pvfs2 is going to get last-rited soon due to upstream lagging far behind kernel releases. I should have reviewed the USE flags for mpich2 before filing this bug. Anyways, the USE flag has been dropped and support for pvfs2 removed from mpich2. If 30 days are still necessary, feel free to remove your arch from CC and I'll readd you then. Thanks.
Created attachment 247332 [details] build.log Build failure with the following USE flags: sys-cluster/mpich2-1.2.1_p1-r1 USE="cxx debug doc fortran mpi-threads romio threads" Portage 2.1.8.3 (default/linux/x86/10.0/desktop, gcc-4.4.3, glibc-2.11.2-r0, 2.6.35-gentoo-r4 i686) ================================================================= System uname: Linux-2.6.35-gentoo-r4-i686-AMD_Athlon-tm-_X2_Dual_Core_Processor_BE-2400-with-gentoo-1.12.13 Timestamp of tree: Tue, 14 Sep 2010 09:00:22 +0000 distcc 3.1 i686-pc-linux-gnu [disabled] ccache version 2.4 [enabled] app-shells/bash: 4.1_p7 dev-java/java-config: 2.1.11 dev-lang/python: 2.6.5-r3, 3.1.2-r4 dev-util/ccache: 2.4-r7 dev-util/cmake: 2.8.1-r2 sys-apps/baselayout: 1.12.13 sys-apps/sandbox: 1.6-r2 sys-devel/autoconf: 2.13, 2.65-r1 sys-devel/automake: 1.4_p6-r1, 1.5-r1, 1.6.3-r1, 1.7.9-r2, 1.8.5-r4, 1.9.6-r3, 1.10.3, 1.11.1 sys-devel/binutils: 2.20.1-r1 sys-devel/gcc: 4.3.4, 4.4.3-r2 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6b sys-devel/make: 3.81-r2 virtual/os-headers: 2.6.30-r1 ACCEPT_KEYWORDS="x86" ACCEPT_LICENSE="*" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=athlon-xp -pipe -msse3" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /opt/openfire/resources/security/ /opt/openjms/config /usr/share/X11/xkb /usr/share/config /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/eselect/postgresql /etc/fonts/fonts.conf /etc/games/angband/edit/ /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/splash /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-O2 -march=athlon-xp -pipe -msse3" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests ccache distlocks fixpackages metadata-transfer news parallel-fetch protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org" LANG="de_DE.utf8" LC_ALL="de_DE.utf8" LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,--hash-style=gnu" LINGUAS="de" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow 3dnowext X a52 aac aiglx alsa applet artworkextra asf audiofile bash-completion berkdb bidi bogofilter bootsplash branding bzip2 cairo ccache cdda cddb cdparanoia cdr cli console consolekit cracklib crypt css cups curl custom-cflags dbus deskbar dga directfb divx4linux dri dts dvd dvdr dvdread dvi emacs emboss encode evince exif fam fat fbcon fbcondecor fdftk ffmpeg foomaticdb fortran ftp gb gcj gdbm gif glitz gphoto2 gpm gsf gtk gtk2 gtkhtml hal howl iconv icq idn imagemagick imlib ipv6 java javascript jpeg jpeg2k kpathsea libnotify libotf lirc lm_sensors mad matroska mikmod mime mmx mmxext mng modules mp3 mp4 mpeg mpeg2 mudflap mule mysql nautilus ncurses nforce2 nls noaudio nocardbus nocxx novideo nowebdav nptl nptlonly nss nvidia objc objc++ objc-gc offensive ogg opengl openmp pam pango passwordsave pcre pdf plotutils pmu png policykit ppds pppd prediction preview-latex print publishers python qt-static qt3support readline reflection run-as-root samba sdk secure-delete semantic-desktop session slang smp spell sse ssl startup-notification svg svga sysfs t1lib tcpd theora threads thumbnailing tiff toolkit-scroll-bars totem truetype truetype-fonts type1-fonts udev unicode usb userlocales vcd videos vorbis win32codecs wmf wxwindows x264 x86 xcb xface xft xml xorg xosd xpm xulrunner xv xvid zlib" ALSA_CARDS="intel8x0" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CAMERAS="ptp2" ELIBC="glibc" INPUT_DEVICES="mouse keyboard evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="de" LIRC_DEVICES="atiusb" RUBY_TARGETS="jruby ruby18" USERLAND="GNU" VIDEO_CARDS="radeon" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Great, obviously no one uses either of these USE flags. Gforker is rather useless however and was only added on as an afterthought. 14 Sep 2010; Justin Bronder <jsbronder@gentoo.org> mpich2-1.2.1_p1-r1.ebuild: Disable support for gforker as it breaks debug builds and is being abandonded upstream, see http://trac.mcs.anl.gov/projects/mpich2/ticket/898.
Since the latest pvfs release is 2.8.2 and supports up to 2.6.32 I guess I wouldn't exactly call that "lagging far behind kernel releases". Okay, lagging a little, but we're talking about clusters here, not desktops. I for one would prefer to *not* remove pvfs support, rather update to version 2.8.2 and see if that resolves the issues.
(In reply to comment #7) > Since the latest pvfs release is 2.8.2 and supports up to 2.6.32 I guess I > wouldn't exactly call that "lagging far behind kernel releases". Okay, lagging > a little, but we're talking about clusters here, not desktops. I for one would > prefer to *not* remove pvfs support, rather update to version 2.8.2 and see if > that resolves the issues. Will you test that in another revbump or should we wait for you?
(In reply to comment #7) > Since the latest pvfs release is 2.8.2 and supports up to 2.6.32 I guess I > wouldn't exactly call that "lagging far behind kernel releases". Okay, lagging > a little, but we're talking about clusters here, not desktops. I for one would > prefer to *not* remove pvfs support, rather update to version 2.8.2 and see if > that resolves the issues. > This is a valid concern. However, I'm going to go out on a limb and assume clusters that are hanging back and want pvfs2 already have an overlay for pvfs2 and can handle the instructions in the ChangeLog for re-adding pvfs2 support to mpich2. With the increasing number of applications relying on MPI, I don't feel we should be holding mpich2 back due to pvfs2.
(In reply to comment #8) > Will you test that in another revbump or should we wait for you? As neither the gforker (non-default process manager) nor the pvfs2 issue came up in the seven months that mpich2-1.2.1_p1 has been in the tree until your testing (thanks and sorry for causing you more work), I feel that the said components were probably not being used. Having removed them, I think this can still be a candidate for stable but that's up to the arch teams and we can wait another 30 days if they feel it's required.
stable x86, we will go like it is
ppc64 stable
amd64 done
ppc stable, closing
