Bug#1062908: nmu: deal.ii_9.5.1-2+b1

Control: retitle -1 nmu: deal.ii_9.5.1-2+b1 nmu deal.ii_9.5.1-2+b1 . ANY . unstable . -m "rebuild against libgmsh4.12" (Corrected version.)

Bug#1062908: nmu: deal.ii_9.5.1-1+b2

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu X-Debbugs-Cc: deal...@packages.debian.org Control: affects -1 + src:deal.ii nmu deal.ii_9.5.1-1+b2 . ANY . unstable . -m "rebuild against libgmsh4.12"

Bug#1027742: RM: deal.ii [arm64] -- ROM; Fails to build from source

Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove X-Debbugs-Cc: deal...@packages.debian.org, gin...@debian.org, ans...@debian.org, tamiko+deb...@43-1.org Control: affects -1 + src:deal.ii Dear FTP masters, deal.ii currently fails to build from

Bug#1012741: Reproduced

Dear all, I think this is an issue with the Hardware token and not with the userland libraries and tools. More specifically, I am able to reproduce this bug with Device type: YubiKey 4 Firmware version: 4.3.7 on a Gentoo system, whereas "reproduce.sh" succeeds with a newer Yubikey:

Bug#987261: libopenmpi3: Severe memory leak in MPI_Allreduce when using a repeatedly created and freed MPI_Datatype

Package: libopenmpi3 Version: 4.1.0-7 Severity: important Tags: patch upstream X-Debbugs-Cc: tamiko+deb...@kyomu.43-1.org Dear Maintainer, Please consider applying the following upstream patch [1] for a memory leak issue in OpenMPI-4.1.0. In short, the memory allocator for MPI_Datatype in the

Bug#984956: openmpi-bin: with mpirun --host : orte crashes with FORCE-TERMINATE [...] plm_base_launch_support.c

Dear all, A short update on the problem: The ORTE slurm plm is unaffected by this issue. So we were able to use the Debian default openmpi package on the cluster when using slurm to manage tasks. Best, Matthias

Bug#984956: openmpi-bin: with mpirun --host : orte crashes with FORCE-TERMINATE [...] plm_base_launch_support.c

Package: openmpi-bin Version: 4.1.0-7 Severity: normal X-Debbugs-Cc: tamiko+deb...@kyomu.43-1.org Dear Maintainer, mpirun crashes when trying to schedule a task on a foreign host: $ mpirun --host bob hostname [alice:705956] [[31919,0],0] ORTE_ERROR_LOG: Error in file

Bug#920450: RM: deal.ii [s390x] -- ROM; P4est/MPI toolchain on s390x broken

Package: ftp.debian.org Severity: normal Please remove the binary package for deal.ii for the s390x architecture. A crucial test fails when currently building the package on s390x [1] indicating that there is a problem with P4est and/or the MPI toolchain. As deal.ii has probably no users on

Bug#900069: openmpi: mpicc/mpicxx comiler wrappers set rpath

On Fri, May 25, 2018, at 11:43 CDT, Graham Inggs wrote: > I hit this problem in 3.1.0-4 a few hours ago, before 3.1.0-5 was > picked up by the mirrors. > > Are you sure this still occurs in 3.1.0-5? Otherwise, this is a > duplicate of #899391. I don't think so. I have: #

Bug#900069: openmpi: mpicc/mpicxx comiler wrappers set rpath

Source: openmpi Version: 3.1.0-5 Severity: serious Tags: sid Hi, Openmpi version 3.1.0 (3.1.0-5) configures mpicc/mpicxx with an rpath/new-dtags: $ mpicc --showme LINKER gcc LINKER [...] -Wl,-rpath -Wl,/usr/lib/x86_64-linux-gnu/openmpi/lib -Wl,--enable-new-dtags

Bug#899077: openmpi: libmca_common_monitoring.so* does not get installed

Source: openmpi Version: 3.1.0-1 Severity: serious Tags: sid Hi, Openmpi version 3.1.0 gained a new library, libmca_common_monitoring.so -> libmca_common_monitoring.so.50.0.0 libmca_common_monitoring.so.50 -> libmca_common_monitoring.so.50.0.0 libmca_common_monitoring.so.50.0.0 that

Bug#849764: libdeal.ii-dev: fatal error: mpi.h: No such file or directory

All, the problem is the following. Back when deal.II was built [1] the location of the MPI headers was at MPI_INCLUDE_DIRS: /usr/lib/openmpi/include/openmpi;[...];/usr/lib/openmpi/include this was found during configure time and recorded in the deal.IIConfig.cmake file that gets installed

Bug#832470: nmu: deal.ii_8.4.1-1

On Mon, Jul 25, 2016, at 16:05 CDT, Emilio Pozuelo Monfort wrote: > What's the bug number? There is no reported bug so far. > A binNMU to workaround an ABI break is usually the wrong approach, > unless there has been a SONAME bump. libtrilinos-teuchos12 changed ABI from

Bug#832471: RM: deal.ii [arm64 armhf i386 mips mips64el mipsel hppa ppc64 sh4 x32] -- ROM; build-depends (trilinos-all-dev, petsc-dev, libtbb-dev) not available on all architectures

Package: ftp.debian.org Severity: normal

Bug#832470: nmu: deal.ii_8.4.1-1

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu deal.ii_8.4.1-1 . amd64 . unstable . -m "Rebuild against trilinos 12.6.3-2 due to ABI change" -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy:

Bug#830473: ITP: p4est -- Algorithms for Parallel Adaptive Mesh Refinement

Package: wnpp Severity: wishlist Owner: Matthias Maier <tamiko+deb...@43-1.org> * Package name: p4est Version : 1.1 Upstream Author : Carsten Burstedde * URL : http://www.p4est.org/ * License : GPL-2+ Programming Lang: C Description : Algo

Bug#734125: RFS: deal.ii/8.1.0-1 [ITP] -- Finite Element Differential Equations Analysis Library

further (optional) dependencies of deal.Ii to Debian (trilinos, p4est) in order to provide a final package with mpi support in the near future. Regards, Matthias Maier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas

Bug#533716: reseed does not convert the number sequence into a byte-stream

Package: reseed Version: 1.1 Severity: normal After fetching a number sequence from random.org reseed does not convert them correctly into a byte stream before piping into /dev/urandom as intentioned. This seems to be due to a typo in the perl script: # generate a byte stream from the numbers