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.
all
Version: 3.8.4+dfsg1-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Science Maintainers
<debian-science-maintainers@lists.alioth.debian.org>
Changed-By: Drew Parsons <dpars...@debian.org>
Description:
libpetsc-complex3.8 - Shared libraries for version 3.8 of PETSc
nce-maintainers@lists.alioth.debian.org>
Changed-By: Drew Parsons <dpars...@debian.org>
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)
<debian-science-maintainers@lists.alioth.debian.org>
Changed-By: Drew Parsons <dpars...@debian.org>
Description:
python-petsc4py - Python 2 bindings for PETSc libraries
python-petsc4py-docs - Python bindings for PETSc libraries: documentation and
examples
python3-petsc4py - Pytho
Urgency: medium
Maintainer: Debian Science Maintainers
<debian-science-maintainers@lists.alioth.debian.org>
Changed-By: Drew Parsons <dpars...@debian.org>
Description:
libslepc-complex3.8 - Scalable Library for Eigenvalue Problem Computations
libslepc-complex3.8-dev - Scalable Library fo
Version: 3.8.3+dfsg1-7
Distribution: unstable
Urgency: medium
Maintainer: Debian Science Maintainers
<debian-science-maintainers@lists.alioth.debian.org>
Changed-By: Drew Parsons <dpars...@debian.org>
Description:
libpetsc-complex3.8 - Shared libraries for version 3.8 of PETSc with Comp
Version: 3.8.3+dfsg1-6
Distribution: unstable
Urgency: medium
Maintainer: Debian Science Maintainers
<debian-science-maintainers@lists.alioth.debian.org>
Changed-By: Drew Parsons <dpars...@debian.org>
Description:
libpetsc-complex3.8 - Shared libraries for version 3.8 of PETSc with Comp
On Tue, 13 Mar 2018 13:00:52 +0800 Drew Parsons <dpars...@debian.org>
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,
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
Version: 3.8.3+dfsg1-5
Distribution: unstable
Urgency: medium
Maintainer: Debian Science Maintainers
<debian-science-maintainers@lists.alioth.debian.org>
Changed-By: Drew Parsons <dpars...@debian.org>
Description:
libpetsc-complex3.8 - Shared libraries for version 3.8 of PETSc with Comp
Maintainer: Debian Science Team
<debian-science-maintainers@lists.alioth.debian.org>
Changed-By: Drew Parsons <dpars...@debian.org>
Description:
dolfin-bin - Executable scripts for DOLFIN
dolfin-doc - Documentation and demo programs for DOLFIN
libdolfin-dev - Shared links and header file
<debian-science-maintainers@lists.alioth.debian.org>
Changed-By: Drew Parsons <dpars...@debian.org>
Description:
python-slepc4py - Python 2 bindings for SLEPc libraries
python-slepc4py-docs - Python bindings for SLEPc libraries: documentation and
examples
python3-slepc4py - Pytho
Version: 3.8.3+dfsg1-4
Distribution: unstable
Urgency: medium
Maintainer: Debian Science Maintainers
<debian-science-maintainers@lists.alioth.debian.org>
Changed-By: Drew Parsons <dpars...@debian.org>
Description:
libpetsc-complex3.8 - Shared libraries for version 3.8 of PETSc with Comp
Urgency: medium
Maintainer: Debian Science Maintainers
<debian-science-maintainers@lists.alioth.debian.org>
Changed-By: Drew Parsons <dpars...@debian.org>
Description:
libslepc-complex3.8 - Scalable Library for Eigenvalue Problem Computations
libslepc-complex3.8-dev - Scalable Library fo
Version: 3.8.3+dfsg1-3
Distribution: unstable
Urgency: medium
Maintainer: Debian Science Maintainers
<debian-science-maintainers@lists.alioth.debian.org>
Changed-By: Drew Parsons <dpars...@debian.org>
Description:
libpetsc-complex3.8 - Shared libraries for version 3.8 of PETSc with Comp
Urgency: medium
Maintainer: Debian Science Maintainers
<debian-science-maintainers@lists.alioth.debian.org>
Changed-By: Drew Parsons <dpars...@debian.org>
Description:
libslepc-complex3.8 - Scalable Library for Eigenvalue Problem Computations
libslepc-complex3.8-dev - Scalable Library fo
<debian-science-maintainers@lists.alioth.debian.org>
Changed-By: Drew Parsons <dpars...@debian.org>
Description:
python-petsc4py - Python 2 bindings for PETSc libraries
python-petsc4py-docs - Python bindings for PETSc libraries: documentation and
examples
python3-petsc4py - Pytho
Version: 3.8.3+dfsg1-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Science Maintainers
<debian-science-maintainers@lists.alioth.debian.org>
Changed-By: Drew Parsons <dpars...@debian.org>
Description:
libpetsc-complex3.8 - Shared libraries for version 3.8 of PETSc with Comp
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
: experimental
Urgency: medium
Maintainer: Debian Science Maintainers
<debian-science-maintainers@lists.alioth.debian.org>
Changed-By: Drew Parsons <dpars...@debian.org>
Description:
libslepc-complex3.8 - Scalable Library for Eigenvalue Problem Computations
libslepc-complex3.8-de
Science Maintainers
<debian-science-maintainers@lists.alioth.debian.org>
Changed-By: Drew Parsons <dpars...@debian.org>
Description:
python-slepc4py - Python 2 bindings for SLEPc libraries
python-slepc4py-docs - Python bindings for SLEPc libraries: documentation and
examples
python3-slepc
Science Maintainers
<debian-science-maintainers@lists.alioth.debian.org>
Changed-By: Drew Parsons <dpars...@debian.org>
Description:
python-petsc4py - Python 2 bindings for PETSc libraries
python-petsc4py-docs - Python bindings for PETSc libraries: documentation and
examples
python3-petsc
: experimental
Urgency: medium
Maintainer: Debian Science Maintainers
<debian-science-maintainers@lists.alioth.debian.org>
Changed-By: Drew Parsons <dpars...@debian.org>
Description:
libslepc-complex3.8 - Scalable Library for Eigenvalue Problem Computations
libslepc-complex3.8-de
Science Maintainers
<debian-science-maintainers@lists.alioth.debian.org>
Changed-By: Drew Parsons <dpars...@debian.org>
Description:
python-petsc4py - Python 2 bindings for PETSc libraries
python-petsc4py-docs - Python bindings for PETSc libraries: documentation and
examples
python3-petsc
all
Version: 3.8.0+dfsg1-1exp1
Distribution: experimental
Urgency: medium
Maintainer: Debian Science Maintainers
<debian-science-maintainers@lists.alioth.debian.org>
Changed-By: Drew Parsons <dpars...@debian.org>
Description:
libpetsc-complex3.8 - Shared libraries for version
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.
>
>
Maintainer: Debian Science Team
<debian-science-maintainers@lists.alioth.debian.org>
Changed-By: Drew Parsons <dpars...@debian.org>
Description:
dolfin-bin - Executable scripts for DOLFIN
dolfin-doc - Documentation and demo programs for DOLFIN
libdolfin-dev - Shared links and header file
nce-maintainers@lists.alioth.debian.org>
Changed-By: Drew Parsons <dpars...@debian.org>
Description:
python-ufl - unified language for form-compilers (Python 2)
python-ufl-doc - documentation and demos for UFL
python3-ufl - unified language for form-compilers (Python 3)
Changes:
ufl (2017.2.0.0
ers@lists.alioth.debian.org>
Changed-By: Drew Parsons <dpars...@debian.org>
Description:
python-instant - simple inlining of C/C++ code in Python 2
python3-instant - simple inlining of C/C++ code in Python 3
Changes:
instant (2017.2.0.0-2) unstable; urgency=medium
.
* debian/control
ers@lists.alioth.debian.org>
Changed-By: Drew Parsons <dpars...@debian.org>
Description:
python-fiat - tabulation of finite element function spaces (Python 2)
python3-fiat - tabulation of finite element function spaces (Python 3)
Changes:
fiat (2017.2.0.0-2) unstable; urgency=medium
.
* de
ers@lists.alioth.debian.org>
Changed-By: Drew Parsons <dpars...@debian.org>
Description:
python-ffc - compiler for finite element variational forms (Python 2)
python3-ffc - compiler for finite element variational forms (Python 3)
Changes:
ffc (2017.2.0.post0-2) unstable; urgency=medium
.
* Up
ers@lists.alioth.debian.org>
Changed-By: Drew Parsons <dpars...@debian.org>
Description:
python-dijitso - distributed just-in-time building of shared libraries (Python
2)
python3-dijitso - distributed just-in-time building of shared libraries
(Python 3)
Changes:
dijitso (2017.2.0.0
Urgency: medium
Maintainer: Debian Science Team
<debian-science-maintainers@lists.alioth.debian.org>
Changed-By: Drew Parsons <dpars...@debian.org>
Description:
dolfin-bin - Executable scripts for DOLFIN
dolfin-doc - Documentation and demo programs for DOLFIN
libdolfin-dev - Shared link
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
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
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
>
<debian-science-maintainers@lists.alioth.debian.org>
Changed-By: Drew Parsons <dpars...@debian.org>
Description:
libsuperlu-dist-dev - Highly distributed solution of sparse linear equations
libsuperlu-dist5 - Highly distributed solution of sparse linear equations
Changes:
superlu-dist (5
nce-maintainers@lists.alioth.debian.org>
Changed-By: Drew Parsons <dpars...@debian.org>
Description:
python-ffc - compiler for finite element variational forms (Python 2)
python3-ffc - compiler for finite element variational forms (Python 3)
Changes:
ffc (2017.2.0.post0-1exp1) experimental; ur
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
)
affects 860599 - mumps
thanks
On Wed, 19 Apr 2017 12:22:37 +0800 Drew Parsons <dpars...@debian.org>
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.
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
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
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
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
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
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
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
On Sat, 25 Nov 2017 20:24:50 +0800 Drew Parsons <dpars...@debian.org>
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 op
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
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
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
On Thu, 28 Sep 2017 15:28:11 +0800 Drew Parsons <dpars...@debian.org>
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 tr
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
>
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
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
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
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
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:
>
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
On Tue, 25 Jul 2017 23:03:23 +0800 Drew Parsons <dpars...@debian.org>
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 scalapac
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
On Tue, 21 Mar 2017 11:03:07 +0800 Drew Parsons <dpars...@debian.org>
wrote:
> On Tue, 21 Mar 2017 10:50:29 +0800 Drew Parsons <dpars...@debian.org>
> wrote:
> >
> > That document is from 1997 though. The MPI standard has moved
> through
> > 2 major
On Mon, 17 Jul 2017 10:21:03 +0800 Drew Parsons <dpars...@debian.org>
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
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.
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
On Thu, 1 Jun 2017 10:39:37 +0200 Johannes Ring <joha...@simula.no>
wrote:
> On Thu, Jun 1, 2017 at 10:24 AM, Drew Parsons <dpars...@debian.org>
wrote:
> > Should the vtk section in UseDOLFIN.cmake be controlled with some
> > python3 test, so VTK is still pulled in for p
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
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
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 * #
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
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
>
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
On Wed, 29 Mar 2017 17:13:13 +0800 Drew Parsons <dpars...@debian.org>
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 wil
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
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
On Thu, 16 Mar 2017 10:28:09 +0100 Mattia Rizzolo <mat...@debian.org>
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
On Fri, 17 Mar 2017 10:47:26 +0800 Drew Parsons <dpars...@debian.org>
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/mail
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
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
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
>
> 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:
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 ->
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.
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
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
--
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:
>
>
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
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-
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
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
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
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
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
On Sat, 17 Sep 2016 11:29:54 +0800 Drew Parsons <dpars...@debian.org>
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
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
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
retitle 836677 FTBFS: superlu patch needs updating for superlu 5.2
thanks
On Sun, 04 Sep 2016 23:59:19 +0800 Drew Parsons <dpars...@debian.org>
wrote:
>
> pysparse FTBFS against libsuperlu-dev 5.2, with the error:
>
> In file included from Src/superlu3module.c:12:0:
>
Source: pysparse
Version: 1.1-1.3
Severity: important
superlu 5.2 is currently in experimental but will soon be released to
unstable.
pysparse FTBFS against libsuperlu-dev 5.2, with the error:
In file included from Src/superlu3module.c:12:0:
/usr/include/superlu/slu_ddefs.h:151:16: note:
On Mon, 20 Jun 2016 14:06:11 +0200 Alberto Luaces
wrote:
> Maybe another binary package could be added (named isympy3),
> including
> an appropriate isympy3 script...
> At that point isympy would depend on python-sympy (without
> python3-sympy as an alternative dependency) and
Hi Giacomo, which version of stable are you currently using? Not wheezy
at the moment?
The current petsc in unstable/testing is 3.6.4 (soon to be updated to
3.7). slepc is closely bound to petsc of course (also v3.6 moving soon
to 3.7)
wheezy fails on these petsc build-depends:
mpi-default-dev
1 - 100 of 126 matches
Mail list logo