Accepted vnlog 1.6-1 (source amd64 all) into unstable

Science Maintainers <debian-science-maintainers@lists.alioth.debian.org> Changed-By: Dima Kogan <dko...@debian.org> Description: libvnlog-dev - Toolkit to read/write/manipulate whitespace-separated ASCII logs libvnlog-perl - Toolkit to read/write/manipulate whitespace-separated

Re: Comments regarding vnlog_1.5-1_amd64.changes

Chris Lamb writes: > Just add that he is the author? I mean, just to give some kind of > credit... Alrighty. Done. -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org

Re: Comments regarding vnlog_1.5-1_amd64.changes

Chris Lamb writes: > Hi, would be nice to attribute credit to Chris Venter for > b64_encode.c, even if not necessary :) > > -- Chris Lamb Sun, 01 Apr 2018 10:09:43 + Hi. Thanks for pushing this through NEW so quickly. I acknowledge Chris

Accepted feedgnuplot 1.49-1 (source all) into unstable

ers@lists.alioth.debian.org> Changed-By: Dima Kogan <dko...@debian.org> Description: feedgnuplot - Pipe-oriented frontend to Gnuplot Changes: feedgnuplot (1.49-1) unstable; urgency=medium . * --vnl now works with plots that have rangesize > 1 * zsh completion: --xlen argument isn't optional

Accepted vlfeat 0.9.21+dfsg0-1 (source amd64 all) into unstable

Maintainers <debian-science-maintainers@lists.alioth.debian.org> Changed-By: Dima Kogan <dko...@debian.org> Description: libvlfeat-dev - Computer vision library focussing on visual features and clusteri libvlfeat-doc - Computer vision library focussing on visual features and clusteri

Accepted feedgnuplot 1.48-1 (source all) into unstable

ers@lists.alioth.debian.org> Changed-By: Dima Kogan <dko...@debian.org> Description: feedgnuplot - Pipe-oriented frontend to Gnuplot Changes: feedgnuplot (1.48-1) unstable; urgency=medium . * Added --tuplesize and --tuplesizeall * vnlog integration Checksums-Sha1: 8b061fd9e0bc29e47a74b937aee5cc6f4

Accepted libdogleg 0.14-1 (source amd64 all) into unstable

ian-science-maintainers@lists.alioth.debian.org> Changed-By: Dima Kogan <dko...@debian.org> Description: libdogleg-dev - Powell's dog-leg nonlinear least squares solver for sparse matric libdogleg-doc - Powell's dog-leg nonlinear least squares solver for sparse matric libdogleg2 - Powe

Bug#876300: libsundials-dev: libsundials-serial-dev is gone

Thanks for the report Paolo Greppi writes: > on stretch libsundials-serial-dev is available. > > With the update 2.7.0 release this is not available anymore. I assume it > is replaced by libsundials-dev. Yep > Should there be a transitional package to ease the

Bug#883619: libceres-dev: dependency on libeigen3-dev isn't strong enough

Package: libceres-dev Version: 1.13.0+dfsg0-1 Severity: normal Hi. Currently in libceres-dev we have Depends: libeigen3-dev (>= 3.2.1) However in /usr/lib/cmake/Ceres/CeresConfig.cmake it does set(CERES_EIGEN_VERSION 3.3.4) And then proceeds to barf if this wasn't found. The Depends

Re: sundials_2.7.0+dfsg-1~exp1_amd64.changes REJECTED

Chris Lamb writes: > Looks like a bunch of missing attributions under examples/templates/* > and config/. Thanks for finding these. Did you do this manually, or do you have some tool to check debian/copyright for completeness? -- debian-science-maintainers

Bug#770290: libblas3: please convert to multiarch

S�bastien Villemot <sebast...@debian.org> writes: > Le lundi 20 mars 2017 � 00:12 -0700, Dima Kogan a �crit: > >> I'm attaching a patch series that applies this idea here. The patches >> mostly work. There're at least two bugs here that need to be dealt >>

Re: sundials_2.7.0+dfsg-1~1_amd64.changes REJECTED

Andreas Tille <andr...@an3as.eu> writes: > On Mon, May 22, 2017 at 12:17:58AM -0700, Dima Kogan wrote: >> > My plan is to work on it this weekend. Do keep pinging me to make sure >> > it's done. >> >> Progress. All examples now build from /usr/share/doc.

Re: sundials_2.7.0+dfsg-1~1_amd64.changes REJECTED

Andreas Tille writes: > any news from this package? My plan is to work on it this weekend. Do keep pinging me to make sure it's done. -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org

Bug#861988: src:cminpack: DEB_BUILD_OPTIONS=nocheck is now supported

(x86_64) Kernel: Linux 4.8.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) >From dee932e4c54aabb24ba4e0d2d388285082fdbb52 Mon Sep 17 00:00:00 2001 From: D

Re: sundials_2.7.0+dfsg-1~1_amd64.changes REJECTED

Dima Kogan <d...@secretsauce.net> writes: > OK. It's nowhere near done, but probably good enough for experimental. > Give me a few days. I just looked at it. There actually are some package names that are new in respect with the previous packages and that probably will change when

Re: sundials_2.7.0+dfsg-1~1_amd64.changes REJECTED

On April 13, 2017 4:55:23 AM PDT, Andreas Tille wrote: > >I wonder whether you think the package names will need some change. If >not I think it might make sense to push again to experimental to let it >pass new queue. Users should assume that packages in experimental are

Re: sundials_2.7.0+dfsg-1~1_amd64.changes REJECTED

Andreas Tille writes: > Please let me know if any help might be needed. New queue is currently > very short - so this might be a good time for uploading. Hi. Before trying to upload again, I'd like to actually get this into a state when I myself know that it's semi-working. My

Re: sundials_2.7.0+dfsg-1~1_amd64.changes REJECTED

Thorsten Alteholz writes: > as I didn't find the depedency mpi-default-run in the archive, I > assume that this is a typo. Please reupload the package if I missed it > somewhere ... Hi. Thanks much for checking this. These packages are not ready for primetime

Bug#770290: ping

need to update the other packages that provide BLAS implementations, but let's do this one step at a time. dima >From 44744e7be2610fb94d14723af356f24d7c3a36c5 Mon Sep 17 00:00:00 2001 From: Dima Kogan <dko...@debian.org> Date: Sun, 12 Mar 2017 18:23:53 -0700 Subject: [PATCH 1/4] i

Bug#856705: closed by Ruben Undheim <ruben.undh...@gmail.com> (Bug#856705: fixed in graywolf 0.1.4+20170306gitecee764-1)

Debian Bug Tracking System writes: > This is an automatic notification regarding your Bug report > which was filed against the src:graywolf package: > > #856705: graywolf: License violation > > It has been closed by Ruben Undheim . Thanks for

Bug#856705: [dko...@debian.org: Bug#856705: graywolf: License violation]

Tim Edwards writes: > Well, it's pretty clear that the TimberWolf authors at Yale unabashedly > plaigerized out of Numerical Recipes for their thesis work. What you > found is not particularly difficult to work around, as the single-value > decomposition routines can

Bug#856705: graywolf: License violation

Source: graywolf Severity: serious Hi. graywolf is using some numerical routines from numerical recipes. These are NOT free software and may not be used in a free software project. For Debian, you can elide these sources. It would also be great if you talked to upstream so that they stop

Bug#856703: visp: License violation

Source: visp Severity: serious Hi. visp is using some numerical routines from numerical recipes. These are NOT free software and may not be used in a free software project. For Debian, you can elide these sources. It would also be great if you talked to upstream so that they stop violating

Bug#854905: Acknowledgement (libpetsc3.7.5-dev: Package uninstallable: libopenmpi-dev dependency unsatisfiable)

I should say that this is uninstallable in unstable only. stretch is fine. -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#854905: libpetsc3.7.5-dev: Package uninstallable: libopenmpi-dev dependency unsatisfiable

Package: libpetsc3.7.5-dev Severity: grave Hi. Currently libpetsc3.7.5-dev is uninstallable. Sbuild resolver says: missing: pkg: package: libpetsc3.7.5-dev version: 3.7.5+dfsg1-4 architecture: amd64 unsat-dependency: libopenmpi-dev:amd64 (< 2.0.2~git.20161226)

Bug#827942: src:gnuplot: All packages that give you a functional gnuplot should Provides:gnuplot

Package: src:gnuplot Severity: normal Hi. Today I installed gnuplot5-qt to plot stuff. Then I tried to install some other package that Depends:gnuplot, and it demanded that I then install gnuplot5 also. Should this be necessary? I'm thinking that we should have more Provides tags to make more

Bug#811247: pdl: Stored data files unreadable

Package: pdl Version: 1:2.007-4+b2 Severity: important Hi. Current PDL in Debian silently reads old IO::Storable files with incorrect contents. No error is produced, you just get bogus results in your piddles. This was fixed over a year ago:

Bug#784117: qhull-bin: manpages refer to the wrong location for the docs

Package: qhull-bin Version: 2012.1-5 Severity: normal Hi. The manpage for qvoronoi (and others) says This program is documented fully in HTML format, file:///usr/share/doc/libqhull-dev/html/ qvoronoi.htm available in the libqhull-dev package. SEE ALSO

Bug#756222: update

I haven't heard anything more about the armhf issue, so I'm going to ignore it without any more complaints. The not-found .d files is fixed in an imminent upload -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org

Bug#756222: src:vlfeat: appears to ignore errors from mkoctfile

Hi. This is two separate issues. First the easy one: The No such file or directory errors you are seeing on amd64 are benign; the generated packages are not negatively affected. The issue is that the mkoctfile tool changed its behavior from liboctave-dev 3.6.x (in stable) to liboctave-dev 3.8.x

Bug#741073: gnuplot: Default 'apt-get install gnuplot' installs a non-x11 version

Package: gnuplot Version: 4.7~2-4 Severity: normal Hi. This isn't strictly a bug, but a request. Currently the gnuplot package is Depends: gnuplot-nox | gnuplot-x11 | gnuplot-qt Thus when a user says apt-get install gnuplot, they get a gnuplot with no support for interactive, graphical

Bug#741074: gnuplot-nox: By default no plots (or error messages) are generated

Package: gnuplot-nox Version: 4.6.5-1 Severity: normal Hi. When using gnuplot-nox to make plots WITHOUT setting up a terminal, gnuplot starts up with the unknown terminal. Any plot command then results in no output AND no error messages. Example: dima@shorty:~$ dpkg -l gnuplot-nox

Bug#741074: gnuplot-nox: By default no plots (or error messages) are generated

I sent a patch upstream: https://sourceforge.net/p/gnuplot/patches/660/ It would be great if the Debian package take this patch or change the default terminal for gnuplot-nox, as I mentioned earlier. dima -- debian-science-maintainers mailing list