blob: f25a12ad99f98acd6e31d5bc61a1baae4faed3c3 (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
|
# ChangeLog for virtual/mpi
# Copyright 1999-2010 Gentoo Foundation; Distributed under the GPL v2
# $Header: /var/cvsroot/gentoo-x86/virtual/mpi/ChangeLog,v 1.14 2010/11/26 16:03:48 jer Exp $
26 Nov 2010; Jeroen Roovers <jer@gentoo.org> mpi-2.0-r1.ebuild:
Stable for HPPA (bug #324417).
02 Nov 2010; Jeroen Roovers <jer@gentoo.org> mpi-2.0-r1.ebuild:
Marked ~hppa (bug #324417).
*mpi-2.0-r1 (17 Jun 2010)
17 Jun 2010; Justin Bronder <jsbronder@gentoo.org> +mpi-2.0-r1.ebuild:
Remove sys-cluster/lam-mpi (#324415). Drop ia64 and hppa (keyword req
#324417)
11 Jan 2010; Ulrich Mueller <ulm@gentoo.org> mpi-1.0.ebuild,
mpi-2.0.ebuild:
Set empty HOMEPAGE and LICENSE.
06 Jan 2010; Justin Bronder <jsbronder@gentoo.org> mpi-2.0.ebuild:
All deps are stable, so the virtual should be too.
10 Jul 2009; Justin Bronder <jsbronder@gentoo.org> mpi-2.0.ebuild:
Add romio USE flag.
*mpi-2.0 (26 Jun 2009)
26 Jun 2009; Justin Bronder <jsbronder@gentoo.org> +mpi-2.0.ebuild:
Add a virtual for the 2.0 MPI spec. Also add deps for packages
needing c++ or fortran support. Can go stable once mpich2-1.0.8
and openmpi-1.2.9 are.
13 Jun 2009; Justin Bronder <jsbronder@gentoo.org> mpi-1.0.ebuild:
Remove sys-cluster/mpich from virtual/mpi. (#266565)
07 Nov 2008; Justin Bronder <jsbronder@gentoo.org> mpi-1.0.ebuild:
Fix default MPI implementation list, promoting openmpi to the default.
09 Apr 2008; Jeroen Roovers <jer@gentoo.org> mpi-1.0.ebuild:
Stable for HPPA (bug #216855).
18 May 2007; Raúl Porcel <armin76@gentoo.org> mpi-1.0.ebuild:
ia64 stable
26 Apr 2007; Donnie Berkholz <dberkholz@gentoo.org>; metadata.xml:
Update for cluster herd split to hp-cluster and ha-cluster.
*mpi-1.0 (17 Oct 2006)
17 Oct 2006; Donnie Berkholz <dberkholz@gentoo.org>; +metadata.xml,
+mpi-1.0.ebuild:
New-style virtual for MPI implementation, so the default not being keyworded
for a certain arch doesn't screw up dependencies.
|