Processing of mshr_2019.1.0+dfsg1-2_amd64.changes

mshr_2019.1.0+dfsg1-2_amd64.changes uploaded successfully to localhost along with the files: mshr_2019.1.0+dfsg1-2.dsc mshr_2019.1.0+dfsg1.orig.tar.xz mshr_2019.1.0+dfsg1-2.debian.tar.xz libmshr-dev-dbgsym_2019.1.0+dfsg1-2_amd64.deb libmshr-dev_2019.1.0+dfsg1-2_amd64.deb libmshr2019.1-d

Bug#929296: libopenblas-base: is libopenblas.so needed?

Hi Drew, I didn't closely investigate into the scipy bug, but I can answer some of your questions. BTW, does anything break in a clean chroot? I mean, making sure a thing works fine in an unclean environment is difficult. On 2019-05-21 04:57, Drew Parsons wrote: > Why is /usr/lib/x86_64-linux-gnu

Processed: affects scipy

Processing commands for cont...@bugs.debian.org: > affects 929296 python-scipy Bug #929296 [libopenblas-base] libopenblas-base: is libopenblas.so needed? Added indication that 929296 affects python-scipy > thanks Stopping processing here. Please contact me if you need assistance. -- 929296: http

Bug#888733: hyantesite: test failures on most architectures

On Mon, May 20, 2019 at 08:05:09PM +0100, Rebecca N. Palmer wrote: > On 19/05/2019 18:15, Andreas Tille wrote: > > So what is the plan to fix this bug? Create new references to craft > > a valid test or ignore these tests? > > ...or decide that something that's abandoned and doesn't follow its >

Bug#929296: libopenblas-base: is libopenblas.so needed?

Package: libopenblas-base Version: 0.3.5+ds-3 Severity: normal This is more a Request For Clarification than a bug report. Why is /usr/lib/x86_64-linux-gnu/libopenblasp-r0.3.5.so provided by libopenblas-base? We've got the alternatives mechanism for managing the different blas implementations, p

gmsh is marked for autoremoval from testing

gmsh 4.1.3+ds1-1 is marked for autoremoval from testing on 2019-06-16 It is affected by these RC bugs: 927808: gmsh: FTBFS in buster ("/usr/include/occt/Standard_Version.hxx" cannot be read) -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://a

deal.ii is marked for autoremoval from testing

deal.ii 9.0.1-1 is marked for autoremoval from testing on 2019-06-16 It (build-)depends on packages with these RC bugs: 927808: gmsh: FTBFS in buster ("/usr/include/occt/Standard_Version.hxx" cannot be read) -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.deb

librecad 2.1.3-1.2 MIGRATED to testing

FYI: The status of the librecad source package in Debian's testing distribution has changed. Previous version: 2.1.3-1.1 Current version: 2.1.3-1.2 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will re

Processed: Re: scilab: FTBFS on all

Processing control commands: > found -1 6.0.1-10 Bug #926180 [src:scilab] scilab: FTBFS on all Marked as found in versions scilab/6.0.1-10. -- 926180: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=926180 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- debian-scien

Bug#926180: scilab: FTBFS on all

Control: found -1 6.0.1-10 (I suggest opening a new bug for the 6.0.2 issues: as noted above, that probably won't be accepted for buster even if we do get it to build.) Running what I think is the relevant step in a debugger: * Go to the top level directory of a _built_ source tree (i.e. one t

ensmallen_1.14.2-1_amd64.changes ACCEPTED into unstable, unstable

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 01 May 2019 10:55:42 +0100 Source: ensmallen Binary: libensmallen-dev Architecture: source amd64 Version: 1.14.2-1 Distribution: unstable Urgency: medium Maintainer: Debian Science Maintainers Changed-By: Barak A

ensmallen_1.14.3-1_amd64.changes ACCEPTED into unstable, unstable

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 08 May 2019 22:01:31 +0100 Source: ensmallen Binary: libensmallen-dev Architecture: source amd64 Version: 1.14.3-1 Distribution: unstable Urgency: medium Maintainer: Debian Science Maintainers Changed-By: Barak A

[bts-link] source package src:mathicgb

# # bts-link upstream status pull for source package src:mathicgb # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # https://bts-link-team.pages.debian.net/bts-link/ # user debian-bts-l...@lists.debian.org # remote status report for #929037 (http://bugs.debian.org/929

Bug#888733: hyantesite: test failures on most architectures

On 19/05/2019 18:15, Andreas Tille wrote: So what is the plan to fix this bug? Create new references to craft a valid test or ignore these tests? ...or decide that something that's abandoned and doesn't follow its documentation (even after the above fixes) doesn't belong in Debian stable and

mshr_2019.1.0+dfsg1~2018.1.0-1_amd64.changes REJECTED

same reason === 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 concerns. -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth-lists.debian.ne

mshr_2019.1.0+dfsg1-1_amd64.changes REJECTED

Hi Drew, our hardworking trainees found some issues in your package: d/copyright mentions LGPL-3+, but is not attached to any files Link provided by "Source:" is not the package source - should be: https://bitbucket.org/fenics-project/mshr d/copyright only mentions 2015 for Benjamin, bu