Bug#798167: camitk: depends on vtk 5

2016-04-18 Thread Tobias Frost
Package: src:camitk Followup-For: Bug #798167 FYI, I just requested RM of the binary packages, see #821374 to unblock de-crufting of vtk. As soon as this bug is fixed, the removed archs will automatically pick up again. -- tobi -- System Information: Debian Release: 8.3 APT prefers stable A

Bug#798167: [Debian-med-packaging] Bug#798167: camitk: depends on vtk 5

2016-04-18 Thread Emmanuel Promayon
Hi again, Thank you both for your inputs. Mattia is right, I think it is the same problem that occurred in #821091. The bug was "solved" by reverting back to Qt4. Thank you very much Gert for this tip about the vtk macro! We were wondering what the magic made gdcm-vtk package compile on sid

Bug#798167: [Debian-med-packaging] Bug#798167: camitk: depends on vtk 5

2016-04-17 Thread Gert Wollny
Hello,  while moving to VTK 6 please take into account that we are preparing a transition to VTK 6.3.  Compared to VTK 6.2 version 6.3 removes some deprecated macros  and removes the module "vtkRenderingFreeTypeOpenGL".  You should be able to catch most of the problems related to macros by compi

Bug#798167: [Debian-med-packaging] Bug#798167: camitk: depends on vtk 5

2016-04-16 Thread Gert Wollny
Hi,  > At the moment I am trying some last faint hope solution (basically  > patching QVTKWidget2 with upstream VTK code)... It seems the proposed solution with QVTKWidget3 posted on stackoverfow [1] that you referenced would work. Why not use this one?  > If anyone else has some insight about

Bug#798167: camitk: depends on vtk 5

2016-04-16 Thread Mattia Rizzolo
On Sat, Apr 16, 2016 at 11:16:14AM +0200, Emmanuel Promayon wrote: > Basically we noticed that: > - QVTKWidget (a class that gives a way to have an VTK renderer in a Qt > widget) has a problem with the z-buffer on integrated cards (i915 driver) > - QVTKWidget2 (that seems to be the future, and use

Bug#798167: camitk: depends on vtk 5

2016-04-16 Thread Emmanuel Promayon
Hello Mattia and all, I am currently working on fixing a blocking bug in CamiTK 4.0.0. The transition to Qt5 and VTK6 is finished, and everything seems to be working ok, apart from a complex OpenGL problem [1]. This is why I am cc-ing debian-med mailing list. Basically we noticed that: - QVTKW

Bug#798167: camitk: depends on vtk 5

2016-04-15 Thread Mattia Rizzolo
On Tue, Mar 22, 2016 at 06:35:44PM +0100, Emmanuel Promayon wrote: > Just to add some updated information about this bug. > > We are currently working on camitk 4.0, that should be released hopefully > very soon (the target is before the end of March). > > CamiTK 4.0 has the exact same features a

Bug#798167: camitk: depends on vtk 5

2016-03-22 Thread Emmanuel Promayon
Just to add some updated information about this bug. We are currently working on camitk 4.0, that should be released hopefully very soon (the target is before the end of March). CamiTK 4.0 has the exact same features as CamiTK 3.5 (released at the end of January 2016) but updates the dependen

Bug#798167: camitk: depends on vtk 5

2015-12-09 Thread Nicolas SAUBAT
Hi Andreas, Thank you for your email. Indeed, we have noticed this bug reported in Debian. We are working on another new version in CamiTK with VTK6 support. Unfortunately this new version will take some time to be released (we will also have to migrate to Qt 5.x version). Thank you, Nicolas.

Bug#798167: camitk: depends on vtk 5

2015-12-05 Thread Andreas Tille
Hi Emmanuel and Nicolas, I hope you realised the bug reported in Debian saying: > your package depends on vtk 5.x, which should not be in stretch. Please > switch to vtk 6.x or drop the dependency. It would be great if you could adapt camitk and release a new version. Kind regards Andrea

Bug#798167: camitk: depends on vtk 5

2015-09-06 Thread Julien Cristau
Source: camitk Version: 3.4.0-1 Severity: serious Tags: sid stretch Control: block 798164 with -1 Hi, your package depends on vtk 5.x, which should not be in stretch. Please switch to vtk 6.x or drop the dependency. Thanks, Julien signature.asc Description: Digital signature