I've used Christophe's new packaging and uploaded scalapack 2.0.2 to experimental (waiting now in the NEW queue). It now generates both scalapack-openmpi and scalapack-mpich on all arches.
In the interests of getting the new libraries available, I left the test package scalapack-mpi-test (and scalapack-test-common) as a dummy package, just containing the source for TESTING. It would be handy if someone could work with the test files and restore scalapack-mpi-test to a properly functioning package (and update scalapack-test-common as needed). We'd probably want to include both *-openmpi and *-mpich versions of the tests. scalapack 2.0 now uses cmake. It provides some cmake config scripts which can be used by cmake to handle scalapack. I did not include them yet because some thought needs to go into distinguishing the openmpi and mpich versions in scalapack-targets-none.cmake. Likewise there is a pkgconfig scalapack.pc which ought to be installed. We applied multiarch after upstream install to /usr/lib. Probably there is a cmake flag to get things installed into multiarch in the first place. Drew On Fri, 2017-07-07 at 22:53 +0800, Drew Parsons wrote: > On Fri, 2017-07-07 at 09:55 -0400, Muammar El Khatib wrote: > > On Fri, Jul 7, 2017 at 8:13 AM, Drew Parsons <[email protected]> > > wrote: > > > > > The new scalapack git repo is hosting v1.8 just fine at > > > https://anonscm.debian.org/cgit/debian-science/packages/scalapack > > > .g > > > it/ > > > > > > Christophe has forward me his packaging files for scalapack 2.0. > > > Muammar, Have you started working on a git branch for 2.0? If > > > not, > > > I > > > can create a new experimental branch for it and load up the new > > > upstream tarball. > > > > > > > You can proceed to create a new branch for that, and upload the new > > upstream tarball for 2.0. I was working on a new package some time > > ago, but it is not in shape. > > Thanks Muammar. I'll get onto it over the weekend. > > Drew >
