The ebuild for sci-libs/fftw-2.1.5-r1 requires lam-6.5.6 by way of: DEPEND="mpi? ( >=sys-cluster/lam-mpi-6.5.6 )" This build actually compiles fine against recent versions of lam, mpich and mpich2. This line should be replaced with: DEPEND="mpi? ( virtual/mpi )" This change is already in place in the fftw-3 series but namd still requires fftw-2 in order to work properly. LAM has several versions out after 6.5.6 and Gentoo has started using virtual/mpi for all mpi programs. Thanks for your help =)
The amd64, ppc and ppc64 teams need to stabilize the most recent mpich (1.2.7_p1) before we can make this change.
unfortunatly mpich does not compile with MAKEOPTS='-j9', so I cannot mark stable at the moment. (see dependency on bug #131090)
1.2.7_p1 stable on ppc64
ppc stable
OK, we're only waiting on amd64 now..
It's going to be a while before I can mark this stable on amd64; this package needs a little 64-bit lovin'. First off, it's trying to install libraries into /usr/lib instead of /usr/lib64. Secondly, there seems to be a QA notice (let me know if you want me to ignore it...): ... /usr/lib/libTraceInput.so removing executable bit: /usr/lib/libTraceInput.la QA Notice: libTraceInput.la appears to contain PORTAGE_TMPDIR paths
we have mpich2 marked stable along with the virtual, so nothing should be blocking this anymore
(In reply to comment #7) > we have mpich2 marked stable along with the virtual, so nothing should be > blocking this anymore > now in cvs.