Re: Unable to browse r-cran-sp VCS

[Graham Inggs]

No debian-science admins around?


On 17 July 2017 at 11:01, Graham Inggs  wrote:
> Hi
>
> Again the debian-science SVN webview is being obscured by the empty
> CVS, making the VCS browser return 404 for packages still maintained
> in SVN, e.g. r-cran-sp [1], also the debian science top level appears
> empty [2].
>
> A month ago, Alexander Wirt renamed /cvs/debian-science to
> /cvs/debian-science.delete on Alioth and the problem went away.
>
> The problem is back now, and I can see that /cvs/debian-science was
> recreated.  The debian-science project on Alioth page [3] shows 'SCM
> Repository (CVS: 0 commits, 0 adds)',  Would one of the project admins
> please change this to Git from the project page by clicking on the SCM
> tab, then Administration, then selecting the Git radio button and
> clicking Update?
>
> Regards
> Graham
>
>
> [1] 
> https://anonscm.debian.org/viewvc/debian-science/packages/R/r-cran-sp/trunk/
> [2] https://anonscm.debian.org/viewvc/debian-science/
> [3] https://alioth.debian.org/projects/debian-science/

Re: scalapack 2.0 now in experimental

[Drew Parsons]

Hi Debichem team,

scalapack 2.0 is now available in experimental.  It's quite a big
transition (absorbing blacs, most notably) so we'll want to test
dependent packages before dropping it into unstable.  We need to check
the transition from blacs to scalapack is smooth.

Can you tell us (or commit to the scalapack git directly) if we need
any tweaks to keep elpa, c2pk and espresso happy?

scalapack now builds with cmake and we may want to change the way we
install its cmake scripts. pkg-config also.  We've built both openmpi
and mpich versions.

Cheers,
Drew

On Sun, 2017-07-09 at 21:24 +0800, Drew Parsons wrote:
> 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  > > >
> > > wrote:
> > > 
> > > > The new scalapack git repo is hosting v1.8 just fine at
> > > > https://anonscm.debian.org/cgit/debian-science/packages/scalapa
> > > > ck
> > > > .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
> > 
> 
>