Bug#862459: gerris lacks dependency on gcc

Source: gerris Version: 20131206+dfsg-7 Severity: serious Using the example from #815824: % wget http://gerris.dalembert.upmc.fr/gerris/examples/examples/boussinesq/boussinesq.gfs % gerris2D boussinesq.gfs gerris: file `boussinesq.gfs' is not a valid simulation file boussinesq.gfs:61:74: error

E-mail Server

Your account has been temporally blocked from receiving messages or send messages because we are making verification and upgrading our service. Your E-Mail Address has exceeded its storage limit today. CLICK HERE TO VERIFY YOUR MAILBOX OR you will loose your

Bug#855078: giac: FTBFS: [algo.pdf] Error 139 (Segmentation fault)

On arm64, if you run under GDB and look at the address that faulted it's clear that the address has been truncated to 32 bits. And there's some obvious code in src/gen.h that looks as if it's truncating addresses to 32 bits on any architecture that isn't x86_64. However, I don't think gen.h is the

vtk6_6.3.0+dfsg1-5_source.changes ACCEPTED into unstable

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 09 May 2017 22:38:56 +0200 Source: vtk6 Binary: libvtk6-dev libvtk6-qt-dev libvtk6.3 libvtk6.3-qt libvtk6-jni libvtk6-java python-vtk6 tcl-vtk6 vtk6 vtk6-doc vtk6-examples Architecture: source Version:

Processing of vtk6_6.3.0+dfsg1-5_source.changes

vtk6_6.3.0+dfsg1-5_source.changes uploaded successfully to localhost along with the files: vtk6_6.3.0+dfsg1-5.dsc vtk6_6.3.0+dfsg1-5.debian.tar.xz vtk6_6.3.0+dfsg1-5_source.buildinfo Greetings, Your Debian queue daemon (running on host usper.debian.org) --

python-bayespy_0.5.6-1_amd64.changes REJECTED

Hi, at least bayespy-0.5.6/bayespy/inference/vmp/nodes/logistic.py should be also mentioned in your debian/copyright. Thanks! Thorsten === Please feel free to respond to this email if you don't understand why your files were rejected, or if you upload new files which address our

Processed: This bug should not have been archived

Processing commands for cont...@bugs.debian.org: > unarchive 783797 Bug #783797 {Done: Anton Gladky } [paraview-dev] paraview-dev: can't build plugins, cmake file broken Bug #753680 {Done: Anton Gladky } [paraview-dev] [paraview] fail to build application on

reprounzip_1.0.9-1_amd64.changes ACCEPTED into unstable, unstable

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 12 May 2017 00:10:31 +0100 Source: reprounzip Binary: reprounzip python3-reprounzip Architecture: source all Version: 1.0.9-1 Distribution: unstable Urgency: low Maintainer: Debian Science Maintainers

reprounzip_1.0.9-1_amd64.changes is NEW

binary:python3-reprounzip is NEW. binary:reprounzip is NEW. binary:python3-reprounzip is NEW. binary:reprounzip is NEW. source:reprounzip is NEW. Your package has been put into the NEW queue, which requires manual action from the ftpteam to process. The upload was otherwise valid (it had a good

Processing of reprounzip_1.0.9-1_amd64.changes

reprounzip_1.0.9-1_amd64.changes uploaded successfully to localhost along with the files: reprounzip_1.0.9-1.dsc reprounzip_1.0.9.orig.tar.gz reprounzip_1.0.9-1.debian.tar.xz python3-reprounzip_1.0.9-1_all.deb reprounzip_1.0.9-1_all.deb reprounzip_1.0.9-1_amd64.buildinfo Greetings,

Bug#862392: unblock: nexus/4.3.2-svn1921-5

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package nexus The package fixes #861736 in a patch provided by Gilles Filippini (thanks for this Gilles). I did another admittedly questionable change. I moved the package

Bug#862390: ship CMake config files with the nlopt package

Package: libnlopt-dev Version: 2.4.2+dfsg-2 Building nlopt from source (https://github.com/stevengj/nlopt) using CMake causes "make install" to install CMake config files: $ sudo make install [ 88%] Built target nlopt [100%] Built target testopt Install the project... --

Bug#862222: Version 1:2.14.04.dfsg.2-9+b1 (jessie) still working

Dear maintainer, the version 1:2.14.04.dfsg.2-9+b1 (jessie) seems not to be affected by this bug, at least it starts without any error. Whatever the difference is in the +b2 version it seems to have an impact on amd64. Hopefully this can be fixed before it gets kicked out of stretch due to the

Talent Scout

Dear Talented, I am Talent Scout For Sony Pictures Animation, Present Sony Pictures Animation Movies a Film Corporation Located in the United State, is Soliciting for the Right to use Your Photo/Face and Personality as One of the Semi -Major Role/ Character in our Upcoming ANIMATED Stereoscope

Bug#861736: closed by Andreas Tille <ti...@debian.org> (Bug#861736: fixed in nexus 4.3.2-svn1921-5)

Hi, We have found that python-nxs is still affected by problems: The following piece of code fails on stretch + the lastest nexus from unstable: ``` import nxs f = nxs.open("/tmp/foo.h5", "w5") f.makegroup('entry', 'NXentry') f.opengroup('entry') f.makegroup('g', 'NXcollection')