22/45: reppar: Shrink Chameleon blurbs.

[Ludovic Courtès]

civodul pushed a commit to branch master
in repository maintenance.

commit 67636c52cb216424e24060dbf27c8ef1137b8816
Author: Ludovic Courtès <address@hidden>
Date:   Mon Jun 1 09:30:59 2015 +0200

    reppar: Shrink Chameleon blurbs.
---
 doc/reppar-2015/code/starpu.scm      |    7 +------
 doc/reppar-2015/reproducible-hpc.skb |    6 ++----
 2 files changed, 3 insertions(+), 10 deletions(-)

diff --git a/doc/reppar-2015/code/starpu.scm b/doc/reppar-2015/code/starpu.scm
index be752b4..91ef7d9 100644
--- a/doc/reppar-2015/code/starpu.scm
+++ b/doc/reppar-2015/code/starpu.scm
@@ -117,15 +117,10 @@
        (name name)
        (version "0.9")
        ;; [other fields omitted]
-       (inputs `(("starpu" ,starpu)
-                 ("blas" ,atlas)
-                 ("lapack" ,lapack)
-                 ("gfortran" ,gfortran-4.8)
-                 ("python" ,python-2)))))
+       (home-page "https://project.inria.fr/chameleon/";)))
 
    (define chameleon
      (make-chameleon "chameleon" starpu))
-
    (define chameleon/starpu-simgrid
      (make-chameleon "chameleon-simgrid" starpu-with-simgrid))
 ;;!end-chameleon
diff --git a/doc/reppar-2015/reproducible-hpc.skb 
b/doc/reppar-2015/reproducible-hpc.skb
index 3d74f35..39c4b01 100644
--- a/doc/reppar-2015/reproducible-hpc.skb
+++ b/doc/reppar-2015/reproducible-hpc.skb
@@ -468,11 +468,9 @@ sharing among peers.]))
          
          (p [Our colleagues at Inria in the HiePACS and Runtime teams
 develop a complete linear algebra software stack going from sparse
-solvers such as PaStiX and dense solvers such as Chameleon,(footnote
-[See ,(url "https://team.inria.fr/hiepacs/software/";), for details.]),
+solvers such as PaStiX and dense solvers such as Chameleon,
 to run-time support libraries and compiler extensions such as StarPU
-,(ref :bib 'augonnet2009:starpu) and hwloc,(footnote [See ,(url
-"http://runtime.bordeaux.inria.fr/Runtime/software.html";).]).  While
+,(ref :bib 'augonnet2009:starpu) and hwloc.  While
 developers of simulations want to be able to deploy the whole stack,
 developers of solvers want to be able to deploy just their project's
 dependencies, possibly several variants thereof.  For instance,