Bug#895334: libsundials-nvecparallel-petsc2: uninstallable on current unstable

2018-04-09 Thread Mike Miller
Package: libsundials-nvecparallel-petsc2 Version: 2.7.0+dfsg-2+b2 Severity: grave Justification: renders package unusable Dear Maintainer, Since petsc was updated in unstable from 3.7 to 3.8, the libsundials-nvecparallel-petsc2 package is uninstallable in unstable. It depends on libpetsc3.7,

Bug#876410: libgl2ps1: please include support for SOURCE_DATE_EPOCH

2018-04-06 Thread Mike Miller
On Sat, Mar 24, 2018 at 23:08:25 +0100, Anton Gladky wrote: > thanks for the bugreport. I do not think, that adding the > fixed timestamp to all files produced by the gl2os that is > what the users want. Thank you for your reply. Respectfully, I am a user of gl2ps, and I do want to be able to

Bug#891465: glpk: prints warnings which lead to failing sagemath tests

2018-02-27 Thread Mike Miller
Package: libglpk40 Version: 4.65-1 Followup-For: Bug #891465 Hi, I also see this bug affecting octave, although as a minor cosmetic issue. Octave's glpk unit tests also intentionally set msg_lev to GLP_MSG_OFF to have no output generated. With glpk 4.65, this same message is now appearing in the

Bug#876410: libgl2ps1: please include support for SOURCE_DATE_EPOCH

2017-09-21 Thread Mike Miller
Package: libgl2ps1 Version: 1.3.9-4 Severity: wishlist Tags: upstream Dear Maintainer, All files produced by gl2ps include the current time in the local time zone. It would be helpful if this could be overridden so that files produced using gl2ps could be deterministic. Please consider adding

Bug#875697: arpack: debian versions 3.4.0-1 and 3.5.0-1 are actually upstream version 3.3.0

2017-09-13 Thread Mike Miller
On Wed, Sep 13, 2017 at 10:51:06 -0700, Mike Miller wrote: > I noticed that arpack 3.4.0-1 and 3.5.0-1 are actually built from the > upstream source version 3.3.0. The sources in the Debian archive are > identical: I guess this was caused by a buggy filenamemangle rule in debian/wat

Bug#875697: arpack: debian versions 3.4.0-1 and 3.5.0-1 are actually upstream version 3.3.0

2017-09-13 Thread Mike Miller
Source: arpack Version: 3.5.0-1+b1 Severity: important Dear Maintainer, I noticed that arpack 3.4.0-1 and 3.5.0-1 are actually built from the upstream source version 3.3.0. The sources in the Debian archive are identical: $ sha256sum arpack_*.orig.tar.gz

Bug#872564: gnuplot: description text "This package is for transition" may be outdated and misleading

2017-08-18 Thread Mike Miller
Package: gnuplot Version: 5.0.6+dfsg1-1 Severity: minor Dear Maintainer, You may want to consider rewriting the description text of the gnuplot metapackage. It seems misleading to me that it includes the following This package is for transition and to install a full-featured gnuplot

Bug#824882: libgl2ps0 unexpectedly provides libgl2ps.so.1

2016-05-20 Thread Mike Miller
Package: libgl2ps0 Version: 1.3.8-2 Severity: serious Justification: Policy 8.1 The libgl2ps0 package now installs libgl2ps.so.1.3.8 with soname libgl2ps.so.1. This is a policy violation, either the patch that introduced this change must be undone restoring .so.0, or the package must be renamed