Bug#894559: petsc: FTBFS against hypre 2.14

Source: petsc Version: 3.8.4+dfsg1-1 Severity: normal petsc 3.8.4 fails to build against hypre 2.14, which is in experimental. Upstream has already patched, https://bitbucket.org/petsc/petsc/commits/e6de09342ce9c4562cc062ff2c1bac4bd956bda0 This is just a tracker bug to inform the hypre upgrade.

Accepted petsc 3.8.4+dfsg1-1 (source amd64 all) into unstable

all Version: 3.8.4+dfsg1-1 Distribution: unstable Urgency: medium Maintainer: Debian Science Maintainers Changed-By: Drew Parsons Description: libpetsc-complex3.8 - Shared libraries for version 3.8 of PETSc with Complex Numbers libpetsc-complex3.8-dbg - Debugging libraries for PETSc libpetsc

Accepted hypre 2.14.0-1exp1 (source amd64) into experimental, experimental

: Drew Parsons Description: libhypre-2.14.0 - High Performance Matrix Preconditioners - Shared Library libhypre-dev - High Performance Matrix Preconditioners - Development Files Changes: hypre (2.14.0-1exp1) experimental; urgency=medium . * Team upload. * New upstream version 2.14.0 - new

Accepted slepc4py 3.8.0-3 (source) into unstable

Changed-By: Drew Parsons Description: python-slepc4py - Python 2 bindings for SLEPc libraries python-slepc4py-docs - Python bindings for SLEPc libraries: documentation and examples python3-slepc4py - Python 3 bindings for SLEPc libraries Changes: slepc4py (3.8.0-3) unstable; urgency=medium

Accepted petsc4py 3.8.1-3 (source) into unstable

Changed-By: Drew Parsons Description: python-petsc4py - Python 2 bindings for PETSc libraries python-petsc4py-docs - Python bindings for PETSc libraries: documentation and examples python3-petsc4py - Python 3 bindings for PETSc libraries Closes: 893653 Changes: petsc4py (3.8.1-3) unstable

Accepted slepc 3.8.2+dfsg1-4 (source) into unstable

Urgency: medium Maintainer: Debian Science Maintainers Changed-By: Drew Parsons Description: libslepc-complex3.8 - Scalable Library for Eigenvalue Problem Computations libslepc-complex3.8-dev - Scalable Library for Eigenvalue Problem Computations libslepc-real3.8 - Scalable Library for Eigenvalue

Accepted petsc 3.8.3+dfsg1-7 (source) into unstable

Version: 3.8.3+dfsg1-7 Distribution: unstable Urgency: medium Maintainer: Debian Science Maintainers Changed-By: Drew Parsons Description: libpetsc-complex3.8 - Shared libraries for version 3.8 of PETSc with Complex Numbers libpetsc-complex3.8-dbg - Debugging libraries for PETSc libpetsc

Accepted petsc 3.8.3+dfsg1-6 (source) into unstable

Version: 3.8.3+dfsg1-6 Distribution: unstable Urgency: medium Maintainer: Debian Science Maintainers Changed-By: Drew Parsons Description: libpetsc-complex3.8 - Shared libraries for version 3.8 of PETSc with Complex Numbers libpetsc-complex3.8-dbg - Debugging libraries for PETSc libpetsc

Bug#892797: sasview: should look for data files in home dir not package dir

On Tue, 13 Mar 2018 13:00:52 +0800 Drew Parsons wrote: > > Of course no data files will be found there. The dialog should be > configured to start from the user's home dir (or recently used, or > somesuch). > It's likely somewhere in the wxPython API, around wx.FileD

Bug#892797: sasview: should look for data files in home dir not package dir

Package: sasview Version: 4.2.0~git20180309-2 Severity: normal Currently when using the gui interface to open a new data file, the "Choose a file" dialog window starts from the package directory, /usr/lib/python2.7/dist-packages/sas/sasview. Of course no data files will be found there. The dial

Accepted petsc 3.8.3+dfsg1-5 (source) into unstable

Version: 3.8.3+dfsg1-5 Distribution: unstable Urgency: medium Maintainer: Debian Science Maintainers Changed-By: Drew Parsons Description: libpetsc-complex3.8 - Shared libraries for version 3.8 of PETSc with Complex Numbers libpetsc-complex3.8-dbg - Debugging libraries for PETSc libpetsc

Accepted dolfin 2017.2.0.post0-3 (source) into unstable

Maintainer: Debian Science Team Changed-By: Drew Parsons Description: dolfin-bin - Executable scripts for DOLFIN dolfin-doc - Documentation and demo programs for DOLFIN libdolfin-dev - Shared links and header files for DOLFIN libdolfin2017.2 - Shared libraries for DOLFIN python-dolfin - Python

Accepted slepc4py 3.8.0-2 (source) into unstable

Changed-By: Drew Parsons Description: python-slepc4py - Python 2 bindings for SLEPc libraries python-slepc4py-docs - Python bindings for SLEPc libraries: documentation and examples python3-slepc4py - Python 3 bindings for SLEPc libraries Changes: slepc4py (3.8.0-2) unstable; urgency=medium

Accepted petsc 3.8.3+dfsg1-4 (source) into unstable

Version: 3.8.3+dfsg1-4 Distribution: unstable Urgency: medium Maintainer: Debian Science Maintainers Changed-By: Drew Parsons Description: libpetsc-complex3.8 - Shared libraries for version 3.8 of PETSc with Complex Numbers libpetsc-complex3.8-dbg - Debugging libraries for PETSc libpetsc

Accepted slepc 3.8.2+dfsg1-3 (source) into unstable

Urgency: medium Maintainer: Debian Science Maintainers Changed-By: Drew Parsons Description: libslepc-complex3.8 - Scalable Library for Eigenvalue Problem Computations libslepc-complex3.8-dev - Scalable Library for Eigenvalue Problem Computations libslepc-real3.8 - Scalable Library for Eigenvalue

Accepted petsc 3.8.3+dfsg1-3 (source) into unstable

Version: 3.8.3+dfsg1-3 Distribution: unstable Urgency: medium Maintainer: Debian Science Maintainers Changed-By: Drew Parsons Description: libpetsc-complex3.8 - Shared libraries for version 3.8 of PETSc with Complex Numbers libpetsc-complex3.8-dbg - Debugging libraries for PETSc libpetsc

Accepted slepc 3.8.2+dfsg1-2 (source) into unstable

Urgency: medium Maintainer: Debian Science Maintainers Changed-By: Drew Parsons Description: libslepc-complex3.8 - Scalable Library for Eigenvalue Problem Computations libslepc-complex3.8-dev - Scalable Library for Eigenvalue Problem Computations libslepc-real3.8 - Scalable Library for Eigenvalue

Accepted petsc4py 3.8.1-2 (source) into unstable

Changed-By: Drew Parsons Description: python-petsc4py - Python 2 bindings for PETSc libraries python-petsc4py-docs - Python bindings for PETSc libraries: documentation and examples python3-petsc4py - Python 3 bindings for PETSc libraries Changes: petsc4py (3.8.1-2) unstable; urgency=medium

Accepted petsc 3.8.3+dfsg1-2 (source) into unstable

Version: 3.8.3+dfsg1-2 Distribution: unstable Urgency: medium Maintainer: Debian Science Maintainers Changed-By: Drew Parsons Description: libpetsc-complex3.8 - Shared libraries for version 3.8 of PETSc with Complex Numbers libpetsc-complex3.8-dbg - Debugging libraries for PETSc libpetsc

Bug#891775: libslepc3.7-dev: SLEPC_DIR in slepcconf.h refers to builddir not installdir

Package: libslepc3.7-dev Version: 3.7.4+dfsg1-2+b5 Severity: normal slepcconf.h is generated at build time and installed in the include directory. It contains a definition of SLEPC_DIR, which currently is populated with the builddir. It should instead refer to the installdir (as used for SLEPC_L

Accepted slepc 3.8.2+dfsg1-1exp3 (source amd64 all) into experimental

: experimental Urgency: medium Maintainer: Debian Science Maintainers Changed-By: Drew Parsons Description: libslepc-complex3.8 - Scalable Library for Eigenvalue Problem Computations libslepc-complex3.8-dev - Scalable Library for Eigenvalue Problem Computations libslepc-real3.8 - Scalable

Accepted slepc4py 3.8.0-1exp2 (source amd64 all) into experimental

Science Maintainers Changed-By: Drew Parsons Description: python-slepc4py - Python 2 bindings for SLEPc libraries python-slepc4py-docs - Python bindings for SLEPc libraries: documentation and examples python3-slepc4py - Python 3 bindings for SLEPc libraries Changes: slepc4py (3.8.0-1exp2

Accepted slepc 3.8.2+dfsg1-1exp2 (source amd64 all) into experimental

: experimental Urgency: medium Maintainer: Debian Science Maintainers Changed-By: Drew Parsons Description: libslepc-complex3.8 - Scalable Library for Eigenvalue Problem Computations libslepc-complex3.8-dev - Scalable Library for Eigenvalue Problem Computations libslepc-real3.8 - Scalable

Accepted petsc4py 3.8.1-1exp2 (source amd64 all) into experimental

Science Maintainers Changed-By: Drew Parsons Description: python-petsc4py - Python 2 bindings for PETSc libraries python-petsc4py-docs - Python bindings for PETSc libraries: documentation and examples python3-petsc4py - Python 3 bindings for PETSc libraries Changes: petsc4py (3.8.1-1exp2

Accepted slepc 3.8.2+dfsg1-1exp1 (source amd64 all) into experimental

: experimental Urgency: medium Maintainer: Debian Science Maintainers Changed-By: Drew Parsons Description: libslepc-complex3.8 - Scalable Library for Eigenvalue Problem Computations libslepc-complex3.8-dev - Scalable Library for Eigenvalue Problem Computations libslepc-real3.8 - Scalable

Accepted petsc4py 3.8.1-1exp1 (source amd64 all) into experimental

Science Maintainers Changed-By: Drew Parsons Description: python-petsc4py - Python 2 bindings for PETSc libraries python-petsc4py-docs - Python bindings for PETSc libraries: documentation and examples python3-petsc4py - Python 3 bindings for PETSc libraries Changes: petsc4py (3.8.1-1exp1

Accepted petsc 3.8.3+dfsg1-1exp1 (source amd64 all) into experimental

all Version: 3.8.3+dfsg1-1exp1 Distribution: experimental Urgency: medium Maintainer: Debian Science Maintainers Changed-By: Drew Parsons Description: libpetsc-complex3.8 - Shared libraries for version 3.8 of PETSc with Complex Numbers libpetsc-complex3.8-dbg - Debugging libraries for PETSc

Accepted petsc 3.8.0+dfsg1-1exp1 (source amd64 all) into experimental, experimental

all Version: 3.8.0+dfsg1-1exp1 Distribution: experimental Urgency: medium Maintainer: Debian Science Maintainers Changed-By: Drew Parsons Description: libpetsc-complex3.8 - Shared libraries for version 3.8 of PETSc with Complex Numbers libpetsc-complex3.8-dbg - Debugging libraries for PETSc

Re: Comments regarding petsc_3.8.0+dfsg1-1exp1_amd64.changes

On Sat, 2018-02-24 at 16:07 +, Thorsten Alteholz wrote: > Hi Drew, > > one of our trainess had a look at your package and found the > following > stuff. He is nice and doesn't want to reject the package but just > have > your comments :-). > > Thanks! > Thorsten > Thanks Thorsten. > >

Accepted fenics 1:2017.2.0.1 (source all) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Fri, 23 Feb 2018 00:52:55 +0800 Source: fenics Binary: fenics Architecture: source all Version: 1:2017.2.0.1 Distribution: unstable Urgency: medium Maintainer: Debian Science Team Changed-By: Drew Parsons Description: fenics

Accepted dolfin 2017.2.0.post0-2 (source) into unstable

Maintainer: Debian Science Team Changed-By: Drew Parsons Description: dolfin-bin - Executable scripts for DOLFIN dolfin-doc - Documentation and demo programs for DOLFIN libdolfin-dev - Shared links and header files for DOLFIN libdolfin2017.2 - Shared libraries for DOLFIN python-dolfin - Python

Accepted ufl 2017.2.0.0-2 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 21 Feb 2018 22:34:08 +0800 Source: ufl Binary: python-ufl python3-ufl python-ufl-doc Architecture: source Version: 2017.2.0.0-2 Distribution: unstable Urgency: medium Maintainer: Debian Science Team Changed-By: Drew Parsons

Accepted instant 2017.2.0.0-2 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 21 Feb 2018 22:27:21 +0800 Source: instant Binary: python-instant python3-instant Architecture: source Version: 2017.2.0.0-2 Distribution: unstable Urgency: medium Maintainer: Debian Science Team Changed-By: Drew Parsons

Accepted fiat 2017.2.0.0-2 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 21 Feb 2018 22:20:33 +0800 Source: fiat Binary: python-fiat python3-fiat Architecture: source Version: 2017.2.0.0-2 Distribution: unstable Urgency: medium Maintainer: Debian Science Team Changed-By: Drew Parsons Description

Accepted ffc 2017.2.0.post0-2 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 21 Feb 2018 22:58:00 +0800 Source: ffc Binary: python-ffc python3-ffc Architecture: source Version: 2017.2.0.post0-2 Distribution: unstable Urgency: medium Maintainer: Debian Science Team Changed-By: Drew Parsons

Accepted dijitso 2017.2.0.0-2 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 21 Feb 2018 22:43:50 +0800 Source: dijitso Binary: python-dijitso python3-dijitso Architecture: source Version: 2017.2.0.0-2 Distribution: unstable Urgency: medium Maintainer: Debian Science Team Changed-By: Drew Parsons

Accepted dolfin 2017.2.0.post0-1exp2 (source all amd64) into experimental, experimental

Urgency: medium Maintainer: Debian Science Team Changed-By: Drew Parsons Description: dolfin-bin - Executable scripts for DOLFIN dolfin-doc - Documentation and demo programs for DOLFIN libdolfin-dev - Shared links and header files for DOLFIN libdolfin2017.2 - Shared libraries for DOLFIN python

Re: dolfin_2017.2.0.post0-1exp1_amd64.changes REJECTED

On Wed, 2018-02-14 at 11:04 +0800, Drew Parsons wrote: > On Wed, 2018-02-14 at 10:47 +0800, Drew Parsons wrote: > > On Tue, 2018-02-13 at 22:00 +, Thorsten Alteholz wrote: > > > Hi Drew, > > > > > > one of our trainees had a look at your package and f

Re: dolfin_2017.2.0.post0-1exp1_amd64.changes REJECTED

On Wed, 2018-02-14 at 10:47 +0800, Drew Parsons wrote: > On Tue, 2018-02-13 at 22:00 +, Thorsten Alteholz wrote: > > Hi Drew, > > > > one of our trainees had a look at your package and found: > > * copyright file, while autogenerated and unreadable, incomple

Re: dolfin_2017.2.0.post0-1exp1_amd64.changes REJECTED

On Tue, 2018-02-13 at 22:00 +, Thorsten Alteholz wrote: > Hi Drew, > > one of our trainees had a look at your package and found: > * copyright file, while autogenerated and unreadable, incomplete. > missing for example: > test/unit/cpp/mesh/MeshColoring.cpp:// Copyright (C) 2016 Garth > N

Accepted superlu-dist 5.3.0+dfsg1-1 (source amd64) into unstable

Changed-By: Drew Parsons Description: libsuperlu-dist-dev - Highly distributed solution of sparse linear equations libsuperlu-dist5 - Highly distributed solution of sparse linear equations Changes: superlu-dist (5.3.0+dfsg1-1) unstable; urgency=medium . * New upstream version. * debian patch

Accepted ffc 2017.2.0.post0-1exp1 (source all) into experimental

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 07 Feb 2018 00:23:32 +0800 Source: ffc Binary: python-ffc python3-ffc Architecture: source all Version: 2017.2.0.post0-1exp1 Distribution: experimental Urgency: medium Maintainer: Debian Science Team Changed-By: Drew Parsons

Bug#886715: sasview-doc: unified_power_Rg docs point at _rg not _Rg

Package: sasview-doc Version: 4.2.0~git20171031-3 Severity: normal When clicking on the Help button for the unified_power_Rg model (Shape Independent), sasview looks for unified_power_rg.html (more precisely /usr/lib/python2.7/dist-packages/sas/sasview/doc/user/models/unified_power_rg.html ) But

Bug#860599: libmpich-dev: provide alternative mpi-fort.pc

affects 860599 - mumps thanks On Wed, 19 Apr 2017 12:22:37 +0800 Drew Parsons wrote: > > The mpi alternatives provide several pkg-config files: mpi-c.pc, > mpi-cxx.pc, mpi-fort.pc, mpi.pc, all provided by openmpi. > > But mpich only provides mpi.pc > > This somewha

Re: sasview_4.2.0~git20171031-1_amd64.changes REJECTED

On Sat, 2017-12-23 at 19:00 +, Thorsten Alteholz wrote: > Hi Drew, > > I am sorry, but as CC-Attribution-ShareAlike is not yet listed > in /usr/share/common-licenses/ the full text should be in your > debian/copyright. It's bloody long... -- debian-science-maintainers mailing list debian-

Bug#884939: mumps: FTBFS on m68k: mpi-fort.pc not found, mpi_* undefined

affects 860599 mumps thanks On Thu, 21 Dec 2017 14:00:36 -0500 "Aaron M. Ucko" wrote: > Source: mumps > Version: 5.1.1-3+b1 > Severity: important > Tags: upstream > Justification: fails to build from source > User: debian-...@lists.debian.org > Usertags: m68k > > Builds of mumps for m68k (admit

Re: sasview_4.1.2-1_amd64.changes REJECTED

Thanks Thorsten. Fixed in sasview 4.2.0~git20171031-1. Drew On Thu, 2017-12-21 at 19:00 +, Thorsten Alteholz wrote: > Hi Drew, > > please mention > sasview-4.1.2/src/sas/sasgui/guiframe/images/report.png > in your debian/copyright. > > While you are at it, please also take care of all tho

Bug#884121: Build-Depends: libhypre-dev, but does not build against HYPRE

Package: freefem++ Version: 3.47+dfsg1-2 Severity: normal freefem++ Build-Depends: libhypre-dev, and checks for hypre during configure. But in the rest of the build HYPRE is not actually used. There are files that include hypre headers in src/solver and in examples++-mpi, but the examples build

Bug#883842: superlu: Source includes "SRC/mc64ad.c" listed in Files-Excluded header

On Fri, 08 Dec 2017 09:58:34 + Chris Lamb wrote: > > So, I would add an override for the "source-includes-file-in-files- excluded" > Lintian tag and include an explanation there. That should cover it I think. > I think that's a bug in lintian, if it's judging source files on the contents af

Bug#700087: libmumps-dev: Please package the Scilab module

Hi Sylvestre, both scilab and mumps are recently updated (latest versions in experimental). Are you still able to work on the scilab module for mumps? Drew -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailm

Re: Comments regarding slepc_3.8.1+dfsg1-1_amd64.changes

On Sun, 2017-11-26 at 15:36 +, Thorsten Alteholz wrote: > Hi Drew, > > I marked your package for accept, but there are some issues found by > one of our trainees: > * all html files include , which > is reported by lintian > * html files for sources are not regenerated > * a lot of autogene

Bug#882667: hypre: CUDA support: hacks impeded by -W flags

On Sat, 25 Nov 2017 20:24:50 +0800 Drew Parsons wrote: > > Again, the problem is that -W is not recognised by nvcc. Would have > to hack the soname patch to encapsulate it inside --compiler-options Can get further using nvcc --linker-options to carry -Wl options. But "CC=mpiCC

Bug#882667: hypre: CUDA support: hacks impeded by -W flags

Source: hypre Version: 2.13.0-1exp1 Severity: normal With some hacking, we can start attempting to build hypre with CUDA support (private build, or perhaps a separate hypre package in contrib). Brief notes: - The version of nvcc (nvidia-cuda-toolkit) in debian non-free is 8.0.61-3 nvcc does not

Bug#865671: scotch hides build failures

tags 865671 moreinfo thanks On Fri, 23 Jun 2017 18:07:46 +0200 Helmut Grohne wrote: > Source: scotch > Version: 5.1.12b.dfsg-2 > > When some part of scotch's build fails (e.g. mpicc), the build continues > and may produce a broken package. This violates Debian Policy section > 4.6. The cause is

Bug#877054: #877054: hypre FTBFS with multiarch blas

Waiting for 2.11.2-1 to get through the NEW queue. -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#876890: scalapack FTBFS on arm64: test failures

On Thu, 28 Sep 2017 15:28:11 +0800 Drew Parsons wrote: > > The actual FTBFS is from the openmpi test: > > OpenMPI tests failed: >20 - dpb2tim (Failed) > A test build on the porterbox succeeded. The failure in your test must have been a transitory openmpi probl

Bug#876890: scalapack FTBFS on arm64: test failures

On Tue, 26 Sep 2017 21:09:03 +0300 Adrian Bunk wrote: > Source: scalapack > Version: 2.0.2-3 > Severity: serious > > Some recent change in unstable makes scalapack FTBFS on arm64: > > https://tests.reproducible-builds.org/debian/history/scalapack.html > https://tests.reproducible-builds.org/debi

Bug#874712: python-h5py: all arches FTBFS

Package: python-h5py Version: 2.7.0-1+b1 Severity: serious Justification: FTBFS Your new version of h5py fails to build from source. All arches. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_

Re: dolfin_2017.1.0-1_amd64.changes REJECTED

On Sun, 2017-08-27 at 12:00 +, Luca Falavigna wrote: > Hi, > > libdolfin2017.1 gained a dependency on libparmetis4.0, which is in > non-free. Weird. parmetis support is explicitly switched off at configure time. Drew -- debian-science-maintainers mailing list debian-science-maintainers@

Bug#872911: mpi-default-dev: m68k not listed in OPENMPI_AVAILABLE_ARCHITECTURES

Package: mpi-default-dev Version: 1.8 Severity: normal OPENMPI_AVAILABLE_ARCHITECTURES in /usr/share/mpi-default-dev/debian_defaults does not include m68k. But openmpi is built on m68k (since 2.1.1-1), so it should now be added. Similarly, powerpcspe is not listed in MPICH_AVAILABLE_ARCHITECTURE

Bug#871279: libdolfin2016.2: requires rebuild against GCC 7 and symbols/shlibs bump

On Mon, 2017-08-07 at 17:44 +, Mattia Rizzolo wrote: > > > dolfin 2017.1 is in the NEW queue, so that upgrade will handle this > > bug. > > Is the binary you uploaded built with gcc-7?  Otherwise that would > not fix this bug. It's been sitting in NEW for a month, so it would have been gcc-6

Bug#871279: libdolfin2016.2: requires rebuild against GCC 7 and symbols/shlibs bump

On Mon, 07 Aug 2017 15:47:15 +0100 jcowg...@debian.org wrote: > Package: libdolfin2016.2 > Version: 2016.2.0-5 >  > It appears that your package provides an external symbol that is > affected by the recent name mangling changes in GCC 7. See: > https://gcc.gnu.org/gcc-7/porting_to.html#conversion-o

Bug#870054: freefem++: scalapack and blacs not found at build time

Source: freefem++ Version: 3.47+dfsg1-1 Severity: normal blacs is about to be removed from the Debian archives, replaced by scalapack2.0 (now in experimental). So the configuration for the freefem++ build will need to be updated to match. configure will need to point the blacs library at -lscalap

Bug#863291: libscalapack-openmpi1: memory leak in pXgemr2d

On Tue, 25 Jul 2017 23:03:23 +0800 Drew Parsons wrote: > Hi Grigory, >  > scalapack 2.0 is now available in experimental. >  > Could you test if your pXgemr2d problem persists when built against > scalapack 2.0 with openmpi 2.1.1 ? Note that scalapack 2.0 incorporates blacs, so

Bug#863291: libscalapack-openmpi1: memory leak in pXgemr2d

Hi Grigory, scalapack 2.0 is now available in experimental. Could you test if your pXgemr2d problem persists when built against scalapack 2.0 with openmpi 2.1.1 ? Thanks, Drew -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.deb

Bug#854228: Libraries not linked with their deps

On Tue, 21 Mar 2017 11:03:07 +0800 Drew Parsons wrote: > On Tue, 21 Mar 2017 10:50:29 +0800 Drew Parsons > wrote: > >  > > That document is from 1997 though.  The MPI standard has moved > through > > 2 major versions since then. But blacs remains unchanged. >  &

Bug#868523: FTBFS: test failed 617 ML_MLP_NonSym_MPI_4, 668 Phalanx_dag_manager_MPI_1

On Mon, 17 Jul 2017 10:21:03 +0800 Drew Parsons wrote: >  > For whatever reason, the build does not fail on the buildd (odd, my > test ran 842 tests, buildd only runs 830).  Ah I see, you uploaded -4 while we were testing :)   The bugserver didn't send me the bug traffic. > Ad

Bug#865526: PETSc has strict dependency on MPI version

reopen 865526 retitle 865526 PETSc has strict dependency on MPI version severity 865526 normal forwarded 865526 https://bitbucket.org/petsc/petsc/commits/ca70f86ee9db8e69523e0e69f12289c6cab9b4cb?at=jed/mpi-semver thanks Reopening to help track upstream handling of PETSc's MPI dependency logic. U

Bug#865526: libpetsc3.7.5-dev: uninstallable on current sid

On Fri, 30 Jun 2017 05:56:30 +0300 Adrian Bunk wrote: >  > This is a release critical bug that should stay open until it is fixed  > in sid. nmu has been filed in #866582 which will fix the bug in this instance. The strict dependency of PETSc on the MPI version (that requires the rebuild) is a

Bug#863828: python3-instant: undefined symbol: PyClass_Type during interpolate

On Thu, 1 Jun 2017 10:39:37 +0200 Johannes Ring wrote: > On Thu, Jun 1, 2017 at 10:24 AM, Drew Parsons wrote: > > Should the vtk section in UseDOLFIN.cmake be controlled with some > > python3 test, so VTK is still pulled in for python2? >  > Yes, we can do that, altho

Bug#863828: python3-instant: undefined symbol: PyClass_Type during interpolate

reassign 863828 libdolfin-dev 2016.2.0-3 thanks On Thu, 2017-06-01 at 10:01 +0200, Johannes Ring wrote: > > The problem here is that Python 2 header files are used. This comes > from VTK, which is built against Python 2 only. The solution is to > not > call `find_package(VTK)` and `include(${VTK_

Bug#863829: python2: dolfin 'module' object has no attribute 'cpp'

Package: python-dolfin Version: 2016.2.0-3 Severity: grave Justification: renders package unusable Weird, the new python3 module seems to have broken the python2 dolfin module. That's not good. Importing dolfin gives the error: AttributeError: 'module' object has no attribute 'cpp' Importing in

Bug#863828: python3-instant: undefined symbol: PyClass_Type during interpolate

Package: python3-instant Version: 2016.2.0-2 Severity: normal Testing the new python3 dolfin. It works fine on my own scripts. But seems to fail when instant is invoked by interpolate. $ instant-clean-3 $ ipython3 Python 3.5.3 (default, Jan 19 2017, 14:11:04) In [1]: from fenics import * # do

Bug#860599: libmpich-dev: provide alternative mpi-fort.pc

Package: libmpich-dev Version: 3.2-7+b1 Severity: normal The mpi alternatives provide several pkg-config files: mpi-c.pc, mpi-cxx.pc, mpi-fort.pc, mpi.pc, all provided by openmpi. But mpich only provides mpi.pc This somewhat breaks usage of mpi-defaults, since it means we can't rely on these alt

Bug#859492: mumps: Incomplete debian/copyright?

tags 859492 + fixed pending thanks On Tue, 2017-04-04 at 10:03 +0100, Chris Lamb wrote: > > I just ACCEPTed mumps from NEW but noticed it was missing > attribution  > in debian/copyright for at least src/ana_orderings.F. > > (This is not exhaustive so please check over the entire package  > care

Bug#822971: dolfin: FTBFS on kfreebsd

tags 822971 + fixed pending thanks A fix to build dolfin on kfreebsd is in git 2016.2.0-3, pending upload. Drew -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#826960: mumps: Please package with metis and parmetis

On Wed, 29 Mar 2017 17:13:13 +0800 Drew Parsons wrote: > > Hi Pierre, I'm preparing an update to mumps 5.1.  I'm following > upstream's new debian template, which builds both scotch and metis at > the same time.  This means libmumps-scotch-dev will have both scotch >

Bug#826960: mumps: Please package with metis and parmetis

On Fri, 10 Jun 2016 18:36:52 +0200 (CEST) Pierre Saramito wrote: > Source: mumps > Severity: wishlist >  > Dear Adam, >  > It would be nice to have libmumps-metis-dev and libmumps-parmetis-dev > as alternatives to and libmumps-ptscotch-dev packages: > please, could you package mumps with (par)met

Bug#858228: dolfin: PETSc and SCOTCH support disabled on kfreebsd

Source: dolfin Version: 2016.2.0-3 Severity: normal petsc and slepc are available on kfreebsd. But dolfin configuration is unable to activate their support due to a linking error during configuration tests. SCOTCH support also fails. A snippet from the log gives: -- Checking for package 'PETS

Bug#857692: petsc: FTBFS in !linux

On Thu, 16 Mar 2017 10:28:09 +0100 Mattia Rizzolo wrote: > On Thu, Mar 16, 2017 at 11:01:10AM +0800, Drew Parsons wrote: > > The hurd failure looks like the common problem arising from the changes > > in PIE handling, see bugs #848129, #854061, same as the FTBFS on other &

Bug#857507: mesh generation module 'mshr' missing

On Fri, 17 Mar 2017 10:47:26 +0800 Drew Parsons wrote: >  > Hi Stephen My apologies, your name is Steve not Stephen! D. -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-s

Bug#851183: fenics: Misses important 'mshr' module

On Fri, 13 Jan 2017 16:48:22 +0100 Hagen Fuchs wrote: >  > > mshr needs a patched version of CGAL. >  > Ouf.  Anything I can do or is it simply a matter of just waiting for the > maintainers? >  Johannes has prepared a de-CGALed version in his   johannr/optional-use-system-packages branch at http

Bug#857507: mesh generation module 'mshr' missing

Package: python-dolfin Version: 2016.2.0-2 Followup-For: Bug #857507 reassign 857507 fenics forcemerge 851183 857507 thanks Hi Stephen, mshr is another fenics component alongside dolfin. It's not required for general dolfin usage, though of course your tutorial example uses it. The ftp-masters h

Bug#857692: petsc: FTBFS in !linux

On Tue, 14 Mar 2017 00:55:39 +0100 Mattia Rizzolo wrote: >  > petsc fails to build in hurd-i386, kfreebsd-i386 and kfreebsd-amd64. The hurd failure looks like the common problem arising from the changes in PIE handling, see bugs #848129, #854061, same as the FTBFS on other tier 2 linux architectu

Bug#852514: libpetsc3.7-dev: leaves alternatives after purge: /usr/lib/petscdir/{3.7, 3.7-real}

>  > 2m18.4s INFO: Warning: Package purging left files on system: >   /etc/alternatives/petsc3.7 -> /usr/lib/petscdir/3.7.4/x86_64-linux- gnu-real not owned >   /etc/alternatives/petsc3.7-real -> /usr/lib/petscdir/3.7.4/x86_64- linux-gnu-real  not owned >   /usr/lib/petscdir/  owned by: l

Bug#852514: libpetsc3.7-dev: leaves alternatives after purge: /usr/lib/petscdir/{3.7, 3.7-real}

On Wed, 25 Jan 2017 02:42:20 +0100 Andreas Beckmann wrote: > Package: libpetsc3.7-dev > Version: 3.7.5+dfsg1-3 ... >  > >From the attached log (scroll to the bottom...): >  > 2m18.4s INFO: Warning: Package purging left files on system: >   /etc/alternatives/petsc3.7 -> /usr/lib/petscdir/3.7.4/x86_

Bug#853029: mpi-default-dev: update mpi defaults for m68k and sh4 to openmpi?

On Mon, 2017-01-30 at 10:20 +0100, Mattia Rizzolo wrote: > > Such change really needs to be ACK by a porter, therefore I'm CCing > the > 68k and sh lists. > Thanks Mattia. J.P. Adrian Glaubitz also replied via the port lists, and said he'll check to confirm the change won't break anything. Dre

Bug#853029: mpi-default-dev: update mpi defaults for m68k and sh4 to openmpi?

Package: mpi-default-dev Version: 1.8 Severity: normal This bug report follows on from #833425 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=833425 openmpi now builds on m68k and sh4. For various reasons it could be convenient if the Debian default mpi on these architectures could be updated

Bug#852011: petsc (libpetsc3.7.4-dev) depends on libgfortran-5-dev

On Fri, 20 Jan 2017 18:22:01 +0100 Matthias Klose wrote: >  > The severity of this report is likely to be raised before the release, > so that the gcc-5 package can be removed for the release. >  "Likely to be raised..." ?? The severity is already serious! Drew -- debian-science-maintainers

Bug#802706: slepc: FTBFS: Unable to link with PETSc

On Thu, 2017-01-05 at 14:10 +0100, Santiago Vila wrote: > found 802706 3.7.3+dfsg1-3 > thanks > > Hi. > > Sorry for the reopening but this is happening again in stretch. > (I built this package 200 times, and it failed 200 times). > > Build logs available here: > > https://people.debian.org/~sa

Bug#847045: libtrilinos-zoltan-dev

On Mon, 5 Dec 2016 06:30:26 +0100 1...@gmx.us wrote: >  > Please compile PETSc with libtrilinos-zoltan-dev. At least > as a recommended package. Like, libsuperlu-dev is now. >  trilinos has build pains at the moment. We'll need that to settle out first. If we'll be supporting zoltan then probabl

Re: Bug#846512: ITP: dijitso -- distributed just-in-time building of shared libraries

On Thu, 2016-12-08 at 14:43 +0100, Mattia Rizzolo wrote: > On Thu, Dec 08, 2016 at 01:20:53AM +0800, Drew Parsons wrote: > > > > looks like group members are locked out of the fenics subdir: > > > > Can you provide group write access, chmod g+w /git/debian-

Bug#846512: ITP: dijitso -- distributed just-in-time building of shared libraries

Johannes Ring wrote: > > I have packaged dijitso locally but when I try to create a repository > at https://anonscm.debian.org/git/debian-science/packages/fenics/diji > tso.git > I get a permission denied error. I am trying to use `gbp > create-remote-repo`: > > I guess I don't have permissions

Bug#802303: #802303: libpetsc3.6.2-dev: arch-dependent file in "Multi-Arch: same" package

I see what's going on a little better. The filepatch /usr/share/python/runtime.d/libpetsc3.6.2-dev.rtupdate is common to all arches, but its contents are architecture specific, which breaks Multi- Arch:same. Since that file was generated by dh_python2, it indicates that dh_python2 is not [sufficie

Bug#843010: elmerfem: hypre headers in /usr/include/hypre

Source: elmerfem Version: 6.1.0.svn.5396.dfsg2-4 Severity: normal hypre is now updated to 2.11.1. The main impact that effects elmer is that the hypre header files have been moved from the common directory to /usr/include/hypre. Depending on how the elmer build scripts search for hypre, it's pos

Bug#842405: paraview: can't load hdf5 file: vtkSISourceProxy: Failed to create vtkXdmfReader

Package: paraview Version: 5.1.2+dfsg1-1+b1 Severity: normal I'm trying to load a 1D HDF5 dataset (attached) into paraview, but it's crashing with ERROR: In /build/paraview-MvSREd/paraview-5.1.2+dfsg1/ParaViewCore/ServerImplementation/Core/vtkSIProxy.cxx, line 310 vtkSISourceProxy (0x333fce0):

Bug#726775: libslepc3.4.2-dev: CMake script location

SLEPcConfig.cmake is no longer provided by SLEPc (3.7). There is a internal script at /usr/lib/slepcdir/3.7.3/x86_64-linux-gnu-real/lib/slepc/conf/SLEPcBuildInternal.cmake But it is used only for the internal build, it's not intended to be used by client programs. slepc4py uses the SLEPC_DIR me

Bug#822971: dolfin: FTBFS on kfreebsd

On Sat, 17 Sep 2016 11:29:54 +0800 Drew Parsons wrote: > ... It's not yet built at the moment due to > other build-dependencies higher up the chain. Specifically, mpi4py (python-mpi4py) is not currently building on kfreebsd. -- debian-science-maintainers mailing list debian-science-

Bug#822971: dolfin: FTBFS on kfreebsd

On Fri, 29 Apr 2016 13:46:07 + Mattia Rizzolo wrote: >  > Since this version, with the switch to vtk6 and whatnot, dolfin FTBFS on > kfreebsd. Looks like this was a transient failure.  dolfin later built successfully in kfreebsd.  It's not yet built at the moment due to other build-dependenci

Re: dolfin_2016.1.0-4_source.changes ACCEPTED into unstable

On Wed, 2016-09-14 at 09:56 +0200, Johannes Ring wrote: > Hi Drew, > Changes: > >  dolfin (2016.1.0-4) unstable; urgency=medium > >  . > >    * Disable HDF5 support. > >  > Can you give more details about the error? I think this might be a > bug > in the FindHDF5.cmake file in CMake. Did you see th

  1   2   >