nlopt backport to wheezy via NeuroDebian

Dear maintainers, I'm in the course of submitting some packages for backporting to wheezy through NeuroDebian - which currently resides outside the official Debian backports. nlopt is one of the requirements of one of my packages (mia), and since you are the maintainers I wanted to check back

Bug#756480: double-conversion: the package should create and install the *.cmake files

Source: double-conversion Version: Package should generate and install *.cmake files Severity: normal Dear Maintainer, the package is prepared to provide various *.cmake files that can be used by third party libraries using cmake to find the required information about the location of library

Bug#767138: fftw3: runtime detection of NEON is perhaps broken

A few comments. I'm not sure if the disassembly is the right one. Supposedly it is in a function called fftwf_guru64_kosherp, but it should be in really_have_neon. There I would expect that the actual disassembly results in the the signal SIGILL not being reset and return 1 always being

Bug#767138: fftw3: runtime detection of NEON is perhaps broken

On Wed, 2014-10-29 at 18:36 +0100, Julian Taylor wrote: the flags are only added to files which do the computations, the rest of the program should not have this flag, this should include the file that has the neon runtime check. Makes sense, but then adding an intrinsic should be okay.

vtk6 and #773424

Hi all, since #773424 was an RC bug that would result in the removal of vtk6 and various other packages from jessie, shouldn't someone request an unblock of the latest upload that closed this bug so that it can migrate? many thanks, Gert signature.asc Description: This is a digitally

Bug#773379: Python specifics in libvtk6-dev

The problem with these files is that they are listed in one of the cmake files installed by vtk6 into /usr/lib/cmake/vtk-6.1, e.g., VTKTargets-none.cmake: IMPORTED_LOCATION_NONE /usr/lib/x86_64-linux-gnu/python2.7/site-packages/vtk/vtkCommonExecutionModelPython.so IMPORTED_SONAME_NONE

Bug#751395: approach to fix "vtk6: Do not compress perl scripts"

Hi, I've prepared a GDCM-2.6 upload that uses the compressed scripts, but since depending on files from /usr/share/doc is a policy violation, I'd suggest the following 2-step procedure to get rid of the problem: 1. Apply the attached patch to the vtk6 debian scripts to install the perl

Bug#756480: fix no longer needed

The reason I filed this bug is no longer relevant, because I added a patch to fix #733629 that doesn't require a cmake file. Hence it would probably be okay to tag this patch as wontfix. Best, Gert -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org

Bug#826050: Faulty CMake file impairs compiling against VTK

Control: tags -1 wontfix Control: severity -1 wishlist  Hello Peter,  with the same reasoning as in #826048 I mark this as wontfix. I also downgrade it to wishlist, because I think that the changes needed to fix this are rather grave and offer little gain.  As for the listing of packages from

Bug#811682: FTBFS with GCC 6: could not convert a from x to y

Control: tags -1 patch  Hello,  the attached patch fixes the reported compile error and also fixes the "narrowing conversion" errors that came up with g++-6. The package now builds with g++-6 (but it is not lintian-clean).  Best,  Gert  From: Gert Wollny <gw.foss...@gmail.com&g

Bug#811682: FTBFS with GCC 6: could not convert a from x to y

Are you sure? > It fails to build from source in unstable. > > View.cc: In member function 'SmartPtr View::getCharAt(const > scaled&, const scaled&, CharIndex&, Point*, BoundingBox*) const': > View.cc:294:10: error: 'nullptr' was not declared in this scope >    return nullptr; Arrg, "nullptr" is

Bug#805010: ping: VTK 6.3.0 released

Hi, it would be nice if this got packaged, because if fixed a bug that manifests itself for instance in ginkgocadx: http://www.vtk.org/Bug/view.php?id=15365 Many thanks, Gert -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org

Bug#805010: ping: VTK 6.3.0 released

Hello Anton, in that case I'll prepare an upload for 6.2.1, since this already fixes the bug, could be uploaded without passing through NEW, and shouldn't need much work. With this we would at least get this fix into testing without a vtk-7 transition. Since 6.3.0 breaks some things, i.e.

Bug#805010: ping: VTK 6.3.0 released

hanged, 206 insertions(+) -- The 96_ patch applies cleanly, and I'm test building now (right now at 50% well within the Tcl bindings). Best, Gert commit 88349595a1410bbb8670fbd31550c38297f15b68 Author: Gert Wollny <gw.foss...@gmail.com> Date: Sun Jan 31 17:40:33 2016 +0100 Add patch

Bug#805010: ping: VTK 6.3.0 released

On Mon, 2016-02-01 at 13:52 +0100, Anton Gladky wrote: > 2016-02-01 13:49 GMT+01:00 Andreas Tille : > I have pushed your commit to git and will integrate it into the next > upload. Thanks, do you have any additional changes lined up? Otherwise I could take care of this today or

Re: [vtk6] 12/12: Update changelog for release

Hello Anton, On Thu, 2016-02-18 at 12:40 +0100, Anton Gladky wrote: > I think, git was not pulled before creating a changelog > entries. Please, do not forget to do it next time. Sorry for that, moving around the java and python modules made the preparation quite complex, so I somehow

Bug#819741: libvtk6-dev: No rule to make target libproj.so / cannot find -lvtkproj4

Control: tag -1 pending  thanks Hello Jochen,  thanks for reporting this. With version -10 I switched to the use of the system libproj4. Unfortunately, VTK exposes the libproj4 in te cmake files (which it shouldn't), and also libpcl exposes the vtkprok4 library via its own cmake file. In other

Bug#750184: Reopen this for now

Control: reopen -1  The next upload will revert this change since the use of the system provided proj4 introduced an ABI-incompatibility.  I'll deal with this when uploading 6.3.0.  Best, Gert -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org

Bug#750197: Please enable VTK6 test suite

On Tue, 2016-03-29 at 11:19 +0200, Mathieu Malaterre wrote: > There is a vtkdata package. Do you need a vtk6data package ? vtkdata is used for the examples, and not for the tests. The test data set consists of files that have their md5sums as file names - just like with ITK, only that

Bug#820450: FTBFS with glibc 2.23: 'isnan' was not declared in this scope

Hi Anton,  the attached patch fixes all instances of isnan/isinf compilation errors. I did a test build against libvtk6.3 (which passes), therefore I came across this problem).  best,  Gert  --- a/gui/qt4/GLViewer.cpp +++ b/gui/qt4/GLViewer.cpp @@ -28,6 +28,8 @@ #include #endif +using

Bug#820450: yade: FTBFS with glibc 2.23: 'isnan' was not declared in this scope

Hi,  I've updated the patch to use the std:: namespace prefix instead of  "using std::xxx" - in the header files this is a cleaner approach.  Best,  Gert  --- a/gui/qt4/GLViewer.cpp +++ b/gui/qt4/GLViewer.cpp @@ -350,7 +350,7 @@ if(not(rb->bound)){ rb->updateBound();} min=rb->bound->min;

Bug#818817: woo: FTBFS with libc 2.23: 'isnan' was not declared in this scope (patch)

Control: tags -1 patch  Hi,  the attached patch adds std:: to all instances of isnan and isinf in the c++ code, and this fixes the bug.  Best,  Gert  --- a/core/Cell.cpp +++ b/core/Cell.cpp @@ -62,7 +62,7 @@ // spin tensor W=.5*(gradV-gradV.transpose()); spinVec=.5*leviCivita(W); - //

Bug#811682: Updated patch

contains architecture specific dir x86_64-linux-gnu E: libgtkmathview-dev: pkg-config-multi-arch-wrong-dir  usr/lib/pkgconfig/mathview-frontend-gmetadom.pc full text contains architecture specific dir x86_64-linux-gnu Best,  Gert    From: Gert Wollny <gw.foss...@gmail.com> Date: Sun, 26 Jun 2

Re: conflicts between VTK/XDMF and libloki

Hello Alastair,  Am Montag, den 05.12.2016, 13:56 + schrieb Alastair McKinstry: > I'm the maintainer of xdmf, which I packaged to work with VisIT and > related code (in particular CDAT, which  uses VISIT). > > I originally packaged xdmf, recently moving up to xdmf3 as required > by VTK 7+.

Bug#846372: vtk6: FTBFS: /< ...

Hello Iain,  thanks for the patch and please go ahead with the upload. I will take care of adding it to the packaging git.  There is no use in forwarding this to upstream, because for them vtk-6 is EOL, they are now at vtk-7 which will only be packaged after stretch is released. Best, Gert 

Bug#834493: Bogus value for vtkWrappingJava_RUNTIME_LIBRARY_DIRS

Control: tags -1 wontfix Hello Mathieu, It is true that vtk originally installs the vtk6.jar files into the system library path that is indicated by vtkWrappingJava_RUNTIME_LIBRARY_DIRS, but since this does not conform to Debian policy, vtk6.jar is installed in /usr/share/java/ via

Re: vtk7_7.1.1+dfsg1-1~exp1_amd64.changes REJECTED

Hello Luca, thanks for your work on this. One comment though: Am Freitag, den 01.09.2017, 23:00 + schrieb Luca Falavigna: > * Please mention license of the font under > Charts/Core/Testing/Data/Fonts I don't see a font file in this directory, only a md5 hash sum file. Best, Gert --

Re: vtk7_7.1.1+dfsg1-1~exp1_amd64.changes REJECTED

Hello Luca, since you did the initial review of the VTK7 package (and it is a really big one), would you consider to have another look at the updated version soon, I ask because we would like to start porting dependent packages. All the issuses you raised should be addressed by now (although

Accepted paraview 5.4.1+dfsg4-1 (source) into unstable

ian-science-maintainers@lists.alioth.debian.org> Changed-By: Gert Wollny <g...@debian.org> Description: paraview - Parallel Visualization Application paraview-dev - Parallel Visualization Application. Development header files paraview-doc - Parallel Visualization Application. C

Re: vtk7_7.1.1+dfsg1-1~exp1_amd64.changes REJECTED

Am Dienstag, den 06.03.2018, 21:37 + schrieb Nico Schlömer: > Perhaps it's time to bring this up again. At six months in the queue, > VTK7 has been the leader in the NEW queue for a while now. It'd be > great if we could work on this again, particularly since VTK8 is > already out there. I

Re: vtk7_7.1.1+dfsg1-1~exp1_amd64.changes REJECTED

Am 29.03.2018 18:00 schrieb "Chris Lamb" : > > > Forwarding notes, please include Luca in any reply. See, also: > > Thu 29 16:38 < mapreri> lamby: can I ask you to either *) forward me the > comments and I'll see what to do next *) accept and open a bunch of RC

Bug#894462: paraview: edges are blotted [regression]

Am Freitag, den 30.03.2018, 18:01 +0200 schrieb Francesco Poli (wintermute): > Package: paraview > Version: 5.4.1+dfsg4-2 > Severity: grave > Justification: renders package unusable > > Hello paraview Debian package maintainers, > thanks for uploading a Debian revision that uses Qt5 rather than

Accepted paraview 5.4.1+dfsg4-2 (source) into unstable

ian-science-maintainers@lists.alioth.debian.org> Changed-By: Gert Wollny <g...@debian.org> Description: paraview - Parallel Visualization Application paraview-dev - Parallel Visualization Application. Development header files paraview-doc - Parallel Visualization Application. C

Accepted vtk6 6.3.0+dfsg2-2 (source) into unstable

Distribution: unstable Urgency: medium Maintainer: Debian Science Team <debian-science-maintainers@lists.alioth.debian.org> Changed-By: Gert Wollny <g...@debian.org> Description: libvtk6-dev - VTK header files libvtk6-java - Visualization Toolkit - A high level 3D visualization library - j

Re: vtk7_7.1.1+dfsg1-1~exp1_amd64.changes REJECTED

Hello Chris, Am Freitag, den 30.03.2018, 15:56 +0100 schrieb Chris Lamb: > Hi all, > > > these are the comments I got last year > > The comments were listed as being "for" version 7.1.1+dfsg1-1~exp1 — > did you upload with the same version number? That would explain why I > thought they

Re: vtk7_7.1.1+dfsg1-1~exp1_amd64.changes REJECTED

Am Montag, den 02.04.2018, 19:53 +0100 schrieb Chris Lamb: > Hi Gert, > > > > The comments were listed as being "for" version 7.1.1+dfsg1- > > > 1~exp1 — > > > did you upload with the same version number? That would explain > > > why I > > > thought they remained unaddressed. > > > > Yes, I did

Accepted vtk6 6.3.0+dfsg2-1 (source) into unstable

Distribution: unstable Urgency: medium Maintainer: Debian Science Team <debian-science-maintainers@lists.alioth.debian.org> Changed-By: Gert Wollny <g...@debian.org> Description: libvtk6-dev - VTK header files libvtk6-java - Visualization Toolkit - A high level 3D visualization library - j