yay surprise!

Hi friend! I've received something awesome that is going to surprise you, just take a look http://www.podpor.ru/permit.php?UE9qZXVjbGlkQHBhY2thZ2VzLmRlYmlhbi5vcmc- Regards, Mathieu Malaterre - From time to time this website may also include links to other websites. These links

✉yay surprise!

Hey, I think I've very good news for you, it will likely be a wonder for, I am sure you will just love it! Just take a look http://www.lessonsfromutopia.com/so.php?UE9qZXVjbGlkQHBhY2thZ2VzLmRlYmlhbi5vcmc- See you around, Mathieu Malaterre -- debian-science-maintainers mailing list

useful information

Hi, I've just found some information that seemed to be very useful, please take a look https://is.gd/7xnTo6 Warm regards, Mathieu Malaterre From: jeuclid [mailto:jeuc...@packages.debian.org] Sent: Monday, August 07, 2017 8:05 AM To: wer...@forsbring.no Subject: Yer mum is a cow m8

❤Re: how are you?

Dear, Just writing to ask how are you doing and to to show you something really cool, just take a look http://bit.do/dxPjE Mathieu Malaterre -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman

Bug#864449: vtkdata: do not ship in stretch

Source: vtk Version: 5.8.0-1 Severity: serious Tags: stretch sid Since #798164 there is basically no point in shipping vtkdata with stretch. -M -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org

Bug#853941: Remove myself from Uploaders

Package: src:flann Please remove me from the Uploaders list in d/control. I cannot do it myself: $ git push Counting objects: 5, done. Delta compression using up to 2 threads. Compressing objects: 100% (5/5), done. Writing objects: 100% (5/5), 548 bytes | 0 bytes/s, done. Total 5 (delta 4),

Bug#843513: Build DICOM

Package: src:opencv Version: 2.4.9.1+dfsg-2.1 Severity: wishlist It would be nice to also build DICOM support: -DWITH_GDCM=ON \ Thanks -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org

Bug#834493: Bogus value for vtkWrappingJava_RUNTIME_LIBRARY_DIRS

Package: libvtk6-dev Version: 6.3.0+dfsg1-1 Severity: important Affects: src:gdcm Affects: src:vtk-dicom I am not sure what (when?) happen, but the value for vtkWrappingJava_RUNTIME_LIBRARY_DIRS seems a bit odd to me: $ grep -r vtkWrappingJava_RUNTIME_LIBRARY_DIRS /usr/lib/cmake/vtk-6.3/

Bug#826828: vmtk: OpenJPEG removal

Source: vmtk Severity: important User: ma...@debian.org Usertags: stretch2000 This is a continued operation since src:jasper removal for stretch release. src:openjpeg will be removed from Debian for the stretch release (and following that, the archive in general). For more information see:

Bug#812867: Acknowledgement (Can't open perl script "/usr/share/doc/vtk-doc/html/doc_header2doxygen.pl")

Seems like the list needs to also contains: doc_index.stop.gz Error message is; Reading stop-words from /usr/share/doc/vtk6-doc/doxygen/doc_index.stop... doc_index.pl: unable to open stop words list /usr/share/doc/vtk6-doc/doxygen/doc_index.stop Problem building full-text index

Bug#812867: Can't open perl script "/usr/share/doc/vtk-doc/html/doc_header2doxygen.pl"

Package: vtk6-doc Version: 6.2.0+dfsg1-6 Severity: important #610964 is back in vtk6-doc. Please exclude *.pl from dh_compress. Both doc_index.pl and doc_header2doxygen.pl needs to be excluded from compression step. -- debian-science-maintainers mailing list

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

On Mon, Oct 19, 2015 at 5:20 PM, Gert Wollny wrote: > 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: > >

Bug#799819: patch

Control: tags -1 upstream fixed-upstream patch See https://svn.boost.org/trac/boost/attachment/ticket/11207/patch_numeric-ublas-storage.hpp.diff and https://github.com/v4hn/ublas/commit/78eecc8bbf035c01316647839be4094748f8e77d -- debian-science-maintainers mailing list

Bug#796219: odd behavior

Control: severity -1 wishlist There is an odd behavior of COPY_ONLY + IMMEDIATE that is not compatible with the new cmake COPYONLY. It leads to: [ 98%] Building CXX object Utilities/VTK/CMakeFiles/vtkgdcm.dir/vtkgdcmInstantiator.cxx.o cd /tmp/gdcm-2.4.4/obj-i586-linux-gnu/Utilities/VTK &&

Bug#773379: fixed upstream

Control: tags -1 fixed-upstream As per upstream bug report says... -- 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#796219: for reference

https://buildd.debian.org/status/fetch.php?pkg=gdcm=i386=2.4.4-4=1438945953 [...] CMake Warning (dev) at /usr/lib/vtk-5.8/CMake/vtkMakeInstantiator.cmake:142 (CONFIGURE_FILE): configure_file called with unknown argument(s): COPY_ONLY Call Stack (most recent call first):

Bug#797671: Remove index.hhp, index.hhc, and index.hhk

Package: vtk-doc Version: 5.8.0-17.6 vtk-doc package is enormous. I doubt the Microsoft's HTML Help Workshop generated files are of any use on Debian system. Please remove them they are 33M each. Ref: http://www.doxygen.nl/config.html#cfg_generate_htmlhelp -- debian-science-maintainers mailing

Bug#796219: configure_file called with unknown argument(s): COPY_ONLY

Package: vtk Version: 5.8.0-17.5 Affects: src:gdcm Seems like vtk is using COPY_ONLY while COPYONLY is expected. -- 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#773379: Python specifics in libvtk6-dev

The problem with these files is that they are listed in That is a different issue. AFAIK python stuff should be within the python binary package (python-vtk6), not within the -dev package... -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org

Bug#773420: Underlinked libraries in libvtk6-dev

Package: libvtk6-dev Version: 6.1.0+dfsg2-4 Severity: serious As per Debian Policy §10.2: https://www.debian.org/doc/debian-policy/ch-files.html#s-libraries [...] You must make sure that you use only released versions of shared libraries to build your packages; otherwise other users will not

Bug#773420: Acknowledgement (Underlinked libraries in libvtk6-dev)

Control: retitle -1 No SOVERSION in library Actually looking at the file, I can see: $ readelf -d ./usr/lib/x86_64-linux-gnu/libvtkRenderingCoreJava.so [...] 0x0001 (NEEDED) Shared library: [libjawt.so] [...] Since libjawt.so can only be loaded by the `java` process, I

Bug#773424: tcl-vtk6 is unusable

Package: tcl-vtk6 Version: 6.1.0+dfsg2-4 Severity: grave This is not clear how one should use tcl-vtk6, it does not provide the wish interpreter anymore (aka `vtk` runtime binary). I do not believe the package is usable by anyone. If I build vtk6 package locally and execute it: $ sudo apt-get

Bug#773422:

Control: severity -1 grave Suggest != Recommends The package *as-is* is not usable at all. Even installing `libvtk6-dev` does not make it work, did you at least use this package ? -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org

Bug#773422:

Control: tags -1 - patch Just for clarity, because I am really trying to use vtk6 java binding: $ sudo apt-get install libvtk6-dev libvtk6-java vtk6-examples $ javac -classpath /usr/share/java/vtk6.jar Cone.java $ java -jar /usr/share/java/vtk6.jar Cone no main manifest attribute, in

Bug#773379: Remove python specifics from libvtk6-dev

Package: libvtk6-dev Version: 6.1.0+dfsg2-4 Severity: important It does not make much sense to ship python files within the -dev package: $ links -dump https://packages.debian.org/sid/amd64/libvtk6-dev/filelist [...] /usr/lib/x86_64-linux-gnu/python2.7/site-packages/vtk/__init__.py

Bug#756480: no need for *.cmake

Control: tags -1 patch Since package maintainer decided not to use the cmake based build system, I do not see the need to install pseudo *.cmake files ? ITK should simply use a dummy find_package file (not tested), eg: $ cat FindDoubleConversion.cmake find_path(DC_INCLUDE_DIR

Bug#750200:

Control: found -1 6.1.0+dfsg2-3 Versionned tk is still there, right: $ grep tk8.6 debian/control tk8.6-dev, -- 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#766491: error: ‘gl2psTextOptColor’ was not declared in this scope

Package: vtk6 Version: 6.1.0+dfsg2-3 Severity: important Tags: patch Seems like vtk6 requires a particular libgl2ps-dev version, it currently fails to build on wheezy: /home/mathieu/Kitware/vtk6-6.1.0+dfsg2/Rendering/GL2PS/vtkGL2PSUtilities.cxx: In static member function ‘static void

Bug#761413:

Control: tags -1 pending See https://bugs.debian.org/761413#21 -- 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#761528: viennacl should requires opencl-dev

On Thu, Sep 18, 2014 at 4:40 PM, Graham Inggs gra...@nerve.org.za wrote: I believe viennacl should B-D on opencl-dev instead of libopencl1. opencl-dev is a virtual package, so probably 'ocl-icd-opencl-dev | opencl-dev' instead. See #760232. I always forgot that buildds needs a real package

Bug#761553: need opencl-dev package

Control: tags -1 patch Same patch as : https://bugs.debian.org/761528#10 pyviennacl needs the -dev package for opencl. -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org

Bug#761528: viennacl should requires opencl-dev

Control: tags -1 patch I believe viennacl should B-D on opencl-dev instead of libopencl1. As per build log: [...] -- Could NOT find OPENCL (missing: OPENCL_LIBRARY) CMake Warning at cmake/ViennaCLCommon.cmake:151 (export): Cannot create package registry file: [...] The *.so symlink is

Bug#761414: vtk: Patch for wxWidgets 3.0

On Sun, Sep 14, 2014 at 4:12 AM, Olly Betts o...@survex.com wrote: If you'd like me to NMU, I have the build I've just done and would be happy to sign and upload it. Please do. Thanks much ! -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org

Bug#755578: Wrong vtk package

Control: reassign -1 python-vtk6 Control: severity -1 grave No way the log from OP applies to vtk5.8 (vtkCommonCore is vtk6 only). Reassigning to vtk6 -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org

Bug#755578: Wrong vtk package

Control: reassign -1 python-vtk 5.8.0-17.3 On Tue, Jul 22, 2014 at 1:13 PM, Anton Gladky gl...@debian.org wrote: 2014-07-22 12:52 GMT+02:00 Mathieu Malaterre ma...@debian.org: Control: reassign -1 python-vtk6 Control: severity -1 grave No way the log from OP applies to vtk5.8 (vtkCommonCore

Bug#751395: Do not compress perl scripts

Package: vtk6-doc Version: 6.1.0+dfsg-5 Severity: important This is sort of a duplicate of 610964. Third party app expect the perl scripts to not be compressed. Marking as important, but should be grave since it will make package such as GDCM FTBFS. -- debian-science-maintainers mailing list

Bug#751111: Improper shared lib package (SONAME contains python/tcl/java version)

severity 75 serious thanks On Wed, Jun 11, 2014 at 8:10 AM, Anton Gladky gl...@debian.org wrote: 2014-06-11 7:45 GMT+02:00 Mathieu Malaterre ma...@debian.org: Again, stop doing it! You're the one doing the ping-pong. I did explain the severity in my original post, you did not (solely

Bug#751111: Improper shared lib package (SONAME contains python/tcl/java version)

Package: libvtk6.1 Version: 6.1.0+dfsg-5 Severity: serious This package provides 355 shared lib (different SONAME, but SOVERSION set to the same value). However as per policy: https://www.debian.org/doc/debian-policy/ch-sharedlibs.html#s-sharedlibs-runtime [...] If you have several shared

Bug#750530: Provide missing man pages

Package: vtk6 Severity: wishlist Version: 6.1.0+dfsg-3 Tags: patch Past vtk 5.x package did provide man page for command line util. See patch at: http://anonscm.debian.org/gitweb/?p=collab-maint/vtk.git;a=blob;f=debian/rules;h=47fa84ea33b8d0726785052297634e3d32ed4130;hb=HEAD#l210 --

Bug#750197:

Control: tags -1 patch Patch can be found in past vtk 5.x package: http://anonscm.debian.org/gitweb/?p=collab-maint/vtk.git;a=blob;f=debian/rules;h=47fa84ea33b8d0726785052297634e3d32ed4130;hb=HEAD#l210 -- debian-science-maintainers mailing list

Bug#750203:

Could you copy/paste the compilation error ? Technically the package should build fine, see: http://packages.qa.debian.org/m/mrmpi.html -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org

Bug#750408: Remove documentation from libvtk6-dev

Package: libvtk6-dev Severity: important Version: 6.1.0+dfsg-3 Tags: patch There is no reason to provide the documentation (HTML pages) within libvtk6-dev package, use vtk6-doc package instead. -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org

Bug#750407: Remove md5 files from documentation

Package: vtk6 Severity: important Version: 6.1.0+dfsg-3 Tag: patch Remove md5 file from doxygen output. This was done previously in vtk5.8 package http://anonscm.debian.org/gitweb/?p=collab-maint/vtk.git;a=blob;f=debian/rules;h=47fa84ea33b8d0726785052297634e3d32ed4130;hb=HEAD#l96 --

Bug#750171: Get rid of libvtk6

Package: libvtk6 Version: 6.1.0+dfsg-3 Severity: grave Please get rid of package libvtk6 ASAP. This is a enormous collection of very different modules. It should clearly be split into sub-package. I am marking this as grave since it make the package completely useless, one need to install 363

Bug#750182: Use system installed libxdmf2

Package: libvtk6 Severity: serious Version: 6.1.0+dfsg-3 VTK6 is using a convenient copy of xdmf2. This is in violation of debian policy §4.13. https://www.debian.org/doc/debian-policy/ch-source.html#s-embeddedfiles -- debian-science-maintainers mailing list

Bug#750183: Use system installed sqlite

Package: libvtk6 Severity: serious Version: 6.1.0+dfsg-3 VTK6 is using a convenient copy of sqlite. This is in violation of debian policy §4.13. https://www.debian.org/doc/debian-policy/ch-source.html#s-embeddedfiles -- debian-science-maintainers mailing list

Bug#750185: Use system installed jsoncpp

Package: libvtk6 Severity: serious Version: 6.1.0+dfsg-3 VTK6 is using a convenient copy of jsoncpp. This is in violation of debian policy §4.13. https://www.debian.org/doc/debian-policy/ch-source.html#s-embeddedfiles -- debian-science-maintainers mailing list

Bug#750187: Use system installed alglib

Package: libvtk6 Severity: serious Version: 6.1.0+dfsg-3 VTK6 is using a convenient copy of alglib. This is in violation of debian policy §4.13. https://www.debian.org/doc/debian-policy/ch-source.html#s-embeddedfiles -- debian-science-maintainers mailing list

Bug#750188: Use system installed netcdf

Package: libvtk6 Severity: serious Version: 6.1.0+dfsg-3 VTK6 is using a convenient copy of netcdf. This is in violation of debian policy §4.13. https://www.debian.org/doc/debian-policy/ch-source.html#s-embeddedfiles -- debian-science-maintainers mailing list

Bug#750193: Remove *Qt from libvtk6

Package: libvtk6 Severity: serious Version: 6.1.0+dfsg-3 Please re-introduct -Qt package from previous package distribution. Currenly all *Qt libs are shipped within a single libvtk6 package, this is a very bad idea. In the past we had to split the Qt package to allow smooth Qt3 - Qt4

Bug#750200: Do not hardcode tcl version

Package: vtk6 Severity: serious Version: 6.1.0+dfsg-3 Tags: patch Please do not hardcode TCL/TK version in vtk6 package, this will require source upload for the next transition and make it hard to backport package. Simply changing tcl8.6-dev and tk8.6-dev to version less equivalent works. --

Re: VTK6 bugs

clone 750200 -1 reassign -1 libvtk5.8 severity -1 important On Mon, Jun 2, 2014 at 3:19 PM, Ansgar Burchardt ans...@43-1.org wrote: On 06/02/2014 14:59, Mathieu Malaterre wrote: On Mon, Jun 2, 2014 at 2:53 PM, Anton Gladky gl...@debian.org wrote: Hi Mathieu, thanks for your help

Bug#750191: Remove vtkLocalExample from vtk6

been there in the first place at all). On Mon, Jun 2, 2014 at 3:51 PM, Anton Gladky gl...@debian.org wrote: severity 750191 important thanks Please do not set such high severity for all bugs. Anton 2014-06-02 14:28 GMT+02:00 Mathieu Malaterre ma...@debian.org: Package: libvtk6 Severity

Re: VTK6 bugs

On Mon, Jun 2, 2014 at 4:01 PM, Anton Gladky gl...@debian.org wrote: 2014-06-02 15:56 GMT+02:00 Mathieu Malaterre ma...@debian.org: Packages are being rebuild against vtk6 for jessie, while freeze period is almost here, this is what I called 'force'. Eg: Yes, I used VTK6 for 2 of my packages

Bug#749921: Provide symbol file

Package: libvtk6 Version: 6.1.0+dfsg-3 Please provide a symbol file. Thanks -- 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#749920: libvtk6: improper SOVERSION

Package: libvtk6 Version: 6.1.0+dfsg-3 Severity: serious libvtk6 package is a bad copy/paste from libvtk5 package. It does not use proper SOVERSION naming as required by debian policy https://www.debian.org/doc/debian-policy/ch-sharedlibs.html#s-sharedlibs-runtime [...] The run-time shared

Bug#747698: The method run() of type new Runnable(){} must override a superclass method

Package: vtk Severity: grave vtk package fails to build on kfreebdsd. error is: 1 problem (1 warning)[100%] Generating ../../java/vtk/AxesActor.class -- 1. ERROR in /«PKGBUILDDIR»/Build/java/vtk/vtkJavaTesting.java (at line 108) public void run() { ^ The method run() of

Bug#747108: Reproduce

On Fri, May 9, 2014 at 11:21 AM, Anton Gladky gl...@debian.org wrote: Hi Mathieu, could you please let me know how to reproduce the bug? Sure: https://bugs.debian.org/747108#32 -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org

Bug#742629:

Control: reopen -1 I think the patch was done the opposite way. To fix the bug instead of the symptoms the vtkIOGeometry should not expose transitive linking property this is bad practice. Generated file should instead looks like set_target_properties(vtkIOGeometry PROPERTIES

Re: Bug#743177: libvtk6 should conflicts with libvtk5.8

On 4/1/14, Steve M. Robbins st...@sumost.ca wrote: On March 31, 2014 10:58:28 AM Mathieu Malaterre wrote: Package: libvtk6 Clearly there is something missing here. libvtk6 can be co-installed with libvtk5.8. VTK API (ABI too) is completely incompatible in between those two versions

Re: Bug#743177: libvtk6 should conflicts with libvtk5.8

As explained in details libs have different SONAME (vtkCommon != vtkCommonCore) however they provide the same symbols (up to the ABI diff). This is bad (tm) ! On 4/1/14, Mathieu Malaterre mathieu.malate...@gmail.com wrote: On 4/1/14, Steve M. Robbins st...@sumost.ca wrote: On March 31, 2014 10

Bug#741927: The imported target vtkWrapTcl references the file

Package: vtk6 Severity: grave I cannot use libvtk6-dev, it always request for stuff I do not need/do not use. Technically this will breaks gdcm compilation (maybe other?) when we move to vtk6, marking as grave. [*] CMake Error at /usr/lib/cmake/vtk-6.0/VTKTargets.cmake:1519 (message): The

Bug#741928: /usr/lib/cmake/vtk-6.0/vtkMakeInstantiator.cmake

Package: vtk6 Severity: grave Tag: fixed-upstream Package is broken: CMake Error at Utilities/VTK/CMakeLists.txt:22 (include): include could not find load file: /usr/lib/cmake/vtk-6.0/vtkMakeInstantiator.cmake -- Performing Test VTK_HAS_SMARTVOLUMEMAPPER -- Performing Test

Bug#741928:

According to : http://review.source.kitware.com/#/c/13917/ [...] We tried to cut down on what was auto-included, the instantiator is not built by default with VTK anymore, and we are deprecating it. I think people who want to use it should include it explicitly, and they will need additional