Hi,
This seems due to bug#1056953 [1] as the error message is linked to the
same missing symbol.
Best regards,
Emmanuel
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1056953
On 04/12/2023 13:36, Chris Hofstaedtler wrote:
Source: elastix
Version: 5.1.0-1
Severity: serious
Tags:
.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-med-packaging
--
Emmanuel Promayon
Professeur Univ. Grenoble Alpes - Polytech Grenoble
Laboratoire TIMC - équipe GMCAO
to adapt camitk to vtk9 in
the foreseable future or is it rather time to remove this package from
Debian?
Kind regards
Andreas.
--
Emmanuel Promayon
Professeur Univ. Grenoble Alpes - Polytech Grenoble
Laboratoire TIMC - équipe GMCAO
Dear Andreas,
On 01/02/2023 13:35, Andreas Tille wrote:
Hi Emmanuel,
Am Tue, Jan 31, 2023 at 01:53:15PM +0100 schrieb Emmanuel Promayon:
could you simply push your patch and we can see the build log in
Salsa CI?
I just pushed both (VTK9 compatibility and dicom component disability
On 31/01/2023 11:22, Andreas Tille wrote:
Dear Emmanuel,
could you simply push your patch and we can see the build log in
Salsa CI?
I just pushed both (VTK9 compatibility and dicom component disability)
to salsa (in the main branch, hopefully that's ok)
Kind regards
Dear Andreas,
I managed to patch the current CamiTK 5.0.2version to build with VTK9
(vtk9-compatibility.patch in attachment).
The build then stopped with the following error:
/build/camitk-5.0.2/imaging/components/dicom/DicomComponent.cpp:40:10:
fatal error: vtkGDCMImageReader.h: No such
Dear Andreas,
Just to let you know that I managed to compile CamiTK with VTK9 but I
had to replace the base class that allows for the interaction between
VTK and Qt.
This is also related to bug ##979306 [1].
I can patch CamiTK to build with VTK9, but there are some major problem
with the
Control: forwarded -1 Emmanuel Promayon,
Celine Fouard
Hi Emmanuel and Celine,
Debian has dropped support for VTK 6/7 and camitk needs to be ported to VTK9.
Currently libvtk9-qt-dev is not installable to do a test build. It would be
great if you could confirm that camitk builds with VTK9.
Kind
Dear Jose and Andreas,
On 14/02/2022 17:02, Andreas Tille wrote:
Am Mon, Feb 14, 2022 at 12:18:47AM +0100 schrieb Jose Luis Rivero:
You are welcome. This bug is preventing one of my packages (Gazebo) from
being
migrated to testing. Could we please upload a revision bump of the current
version
amd64
> Build Type: full
> Build-Space: 6204608
> Build-Time: 725
> Distribution: unstable
> Host Architecture: amd64
> Install-Time: 72
> Job: /home/jrivero/code/debian/camitk_4.1.2-5.dsc
> Lintian: warn
> Machine Architecture: amd64
> Package: camitk
> Packa
Dear Steve,
Thank you for this bug report.
After checking the build log you provided, I found this:
CMake Error at /usr/lib/cmake/ITK-4.13/Modules/ITKMINC.cmake:15
(find_package):
By not providing "FindLIBMINC.cmake" in CMAKE_MODULE_PATH this
project has
asked CMake to find a package
Dear Steve,
Thank you for this bug report.
After checking the build log you provided, I found the same CMake error
message as in #945453
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=945453
Therefore I think all packages that depends on insight-toolkit will fail
the same way due to bug
Thank you for this very quick and efficient bug fix!
Emmanuel
On 06/04/2019 07:45, Andreas Tille wrote:
On Fri, Apr 05, 2019 at 11:33:24PM +0200, Tobias Frost wrote:
Hi Andreas,
thanks for the upload!
Can you file an unblock request so that the package will migrate?
Hi,
These are the steps I followed to investigate this bug:
- modified the debian/rules of the vtk7 package by adding:
ifeq ($(DEB_BUILD_ARCH),i386)
# prevent undesirable excess precision
export DEB_CXXFLAGS_MAINT_APPEND=-ffloat-store
endif
- rebuild vtk7 for i386 locally with this new
aging mailing list
debian-med-packag...@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-med-packaging
--
Emmanuel Promayon
Professeur Univ. Grenoble Alpes / Polytech Grenoble
Laboratoire TIMC-IMAG / équipe GMCAO
Responsable du département Technologies de l'Information pour la Santé
Dear all
Thank to Paul for your answers about the autoremoval and explanation
about the ABI problem. It seems that Adrian Bunk's triage message in
909120 (added blocking bug(s) of 909120: 911793) did push the
autoremoval for another month (thanks to Adrian as well, as that's
exactly what is
Dear Paul,
On 19/11/2018 19:32, Paul Gevers wrote:
It seems camitk-4.1.2-2 is not very lucky!
So you are caught in the hdf5 transition:
https://release.debian.org/transitions/html/auto-hdf5.html
Yes, you are right.
The current deadline for camitk package removal is 22 November.
What do
Dear Mattia and Paul,
On 16/11/2018 11:08, Mattia Rizzolo wrote:
On Fri, Nov 16, 2018 at 07:28:21AM +0100, Emmanuel Promayon wrote:
Thanks to the (great work) of Gert on vtk7 and gdcm packages, version
7.1.1+dfsg1-9 of vtk7 and version 2.8.8-2 of gdcm are now both in testing.
I sent a retry
Dear Paul, Gert and all,
Thanks to the (great work) of Gert on vtk7 and gdcm packages, version
7.1.1+dfsg1-9 of vtk7 and version 2.8.8-2 of gdcm are now both in testing.
I sent a retry request for the autopkgtest of camitk version 4.1.2-2 but
it naturally failed as camitk 4.1.2-2 was built
Dear Paul,
Thank you for your investigation.
From the autopkgtest log [1], it seems that vtk6 is installed along
side vtk7.
My understanding of this problem is as follow (I put the debian-med list
in copy so that they can correct me if I am wrong)
- gdcm 2.8.7-1 depends on vtk6
- gdcm
Dear all,
I have read that upstream is joining Debian Science to package recent
upstream version VTK8. I expect that VTK6 will be removed from Debian
soon. So yes, I'd strongly recommend to follow the stable release cycle
of VTK upstream, which means that porting camitk to VTK7 is necessary
Hello all
Thanks again to Andreas and Bernhard. You are right: the problem comes
from gdcm 2.8.7-2.
I tried to build the package with the previous version of vtkgdcm. With
version 2.8.7-1 all the tests pass and the packages are built normally
(and autopkgtest does not fail either).
If I
anged/been uploaded in sid in the dependencies of a package
during a period of time (here from 9 Sep to 15 Sep)? This might help me
finding how to solve this.
Thanks for your help again and hopefully this will be tackled down soon!
Mahnu
On 20/09/2018 20:59, Andreas Tille wrote:
Control: tags
This is the actual error (it occurs everytime the gcc changes its major
version)
```
/usr/include/ITK-4.12/vcl_compiler.h:90:4: error: #error "Dunno about
this gcc"
# error "Dunno about this gcc"
```
This bug should probably be reassigned to src:insighttoolkit4 bug #897899
This is the same
Dear all,
Now that gcc-7 is available directly in sid, I tried again using the
following steps:
1.
start from a clean sid
2.
install g++-7 using |apt-get install -y g++-7|
3. setup gcc and g++ alternatives :
|update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-6 10
On 21/12/16 09:39, Adrian Bunk wrote:
On Tue, Dec 20, 2016 at 10:55:33AM +0100, Andreas Tille wrote:
Hi Emmanuel,
just to make sure you noticed this RC critical error.
On Mon, Dec 19, 2016 at 10:29:47PM +0100, Lucas Nussbaum wrote:
Source: camitk
Version: 4.0.4-1
Severity: serious
Tags:
On 06/10/16 22:53, Adrian Bunk wrote:
Note that coninstallable implies either renaming /usr/bin/camitk-config,
or moving it to a libcamitk-bin package (depending on whether it is
specific for one libcamitk version or usable with all).
Yes, thank you Adrian. This was discussed and explained
Dear Andreas,
Thank you for this bug report. I will try to fix this as well as
packaging the new release (that fixes an OpenGL rendering problem on
laptop when using integrated card).
I am planning to have this done soonish (hopefully by the end of
september, I am new to packaging with git
On 27/04/16 02:03, Mattia Rizzolo wrote:
From there I am not quite sure how to ask for an upload using the
"experimental" branch (or should experimental be first merged to master?)
Not sure what Gianfranco already told you, but the "experimental" branch
was created mainly to allow the
On 24/04/16 18:30, Mattia Rizzolo wrote:
On Sun, Apr 24, 2016 at 05:56:00PM +0200, Emmanuel Promayon wrote:
> I checked Gianfranco's experimental branch and his work is great!
> There is few build-depend packages that can be removed (and I noticed
> the problem with the pixmaps), but t
e next few weeks, hopefully upstream 4.0.1 will solve the display bug and
I can polish the packaging.
Thanks you again all for your work, it is amazing how every time there is
something new to learn!
Emmanuel
--
Emmanuel Promayon, Maitre de conférences
Univ. Grenoble Alpes / Polytech Grenoble
th VTK_LEGACY_REMOVE defined.
VTK 6.3 is available from experimental.
Best,
Gert
--
Emmanuel Promayon, Maitre de conférences
Univ. Grenoble Alpes / Polytech Grenoble
Laboratoire TIMC-IMAG / équipe GMCAO
Tel. +33/0 456 52 00 03
smime.p7s
Description: S/MIME Cryptographic Signature
,
Gianfranco
On Wed, 23 Mar 2016 08:51:40 +0100 Andreas Tille <andr...@an3as.eu> wrote:
Thanks for your bug housekeeping - that's really appreciated. :-)
Kind regards
Andreas.
On Wed, Mar 23, 2016 at 07:36:56AM +0100, Emmanuel Promayon wrote:
Thank you to Santiago for this bug report and
will be to learn how to use git for the packaging!
Cheers,
Mahnu
[1] https://bugzilla-timc.imag.fr/show_bug.cgi?id=181 (this contains a
lot of reference to other people who seem to have this problem)
On 15/04/16 19:28, Mattia Rizzolo wrote:
On Tue, Mar 22, 2016 at 06:35:44PM +0100, Emmanuel
Thank you to Santiago for this bug report and thank you to Andreas for
the fix!
Here is the patch I applied to d/rules:
78c78
< override_dh_auto_test:
---
> override_dh_auto_test-arch:
We are now waiting for the next upstream release (planned to be released
soon) and will then apply this
Thanks you very much for your bug and your fix!
Sorry for the long silence.
Your fix is going to be integrated directly in the next upstream
version, that should be released very soon.
Kind regards,
Emmanuel
smime.p7s
Description: S/MIME Cryptographic Signature
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
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
Dear Aurélien,
did you have any time to consider my objections about activating the
parallel build by default?
If this is ok with you, I will tag this bug as 'wontfix' for now.
Let me know quickly if you have a better idea...
Best regards,
EP
smime.p7s
Description: S/MIME Cryptographic
/bugreport.cgi?bug=747421
--
Emmanuel Promayon
UJF-Grenoble 1, CNRS, TIMC-IMAG UMR 5525 (équipe GMCAO)
Institut de l'Ingénierie de l'Information de Santé
Faculté de Médecine - 38706 La Tronche cedex - France
Tel. +33/0 456 52 00 03 - Fax. +33/0 456 52 00 55 - B7
smime.p7s
Description: S/MIME Cryptographic
Dear Aurélien,
thank you very much for your bug report.
I tried to enable the parallel build in a previous version (3.2.1-1, see
changelog), but it failed to build on some plateforms with small amount
of RAM.
It generated an out of memory error when compiling the medical imaging
feature of
Package: libvtk5-dev
Version: 5.8.0-13+b1
Severity: normal
Dear Maintainer,
I have the following FTBFS when I try a building camitk packages using pbuilder
(DIST=unstable, arch=amd64, using svn-buildpackage):
CMake Error at /usr/lib/vtk-5.8/VTKTargets.cmake:308 (message):
The imported target
,
Emmanuel
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=714935
On 01/07/13 14:11, Emmanuel Promayon wrote:
Sounds like a reasonable plan. The only thing that would deserve some
enhancement for the future is that it helps if you publish this plan
straight to the bug report a bit earlier
libavg
Dmitry E. Oboukhov un...@debian.org
avinfo (U)
Emmanuel Promayon emmanuel.proma...@imag.fr
camitk (U)
Enrico Tassi gareuselesi...@debian.org
freepops
Eric Dorland e...@debian.org
granule
Fabrizio Regalli fab...@fabreg.it
flush
Filippo Rusconi lopi...@debian.org
-med (and still in my MoM in
fact!).
Thank you again for your work and vigilance!
Emmanuel
--
Emmanuel Promayon
UJF-Grenoble 1, CNRS, TIMC-IMAG UMR 5525 (équipe GMCAO)
Institut de l'Ingénierie de l'Information de Santé
Faculté de Médecine - 38706 La Tronche cedex - France
Tel. +33/0 456 52 00 03
properly (#689021 and 690830)
For #690830 there is a patch proposal and there is also a another way
that I would like to try first (that will probably have better compiler
specific/multi-arch support).
Thanks again, all your help is really appreciated.
--
Emmanuel Promayon
UJF-Grenoble 1, CNRS, TIMC
-fPIC)
endif()
It checks first if the fPIC flag is accepted by the compiler and then
adds it. I am not sure it will make a difference for other architectures
supported by debian.
What do you think?
--
Emmanuel Promayon
UJF-Grenoble 1, CNRS, TIMC-IMAG UMR 5525 (équipe GMCAO)
Institut de
. Is this doable for you?
Yes, I think there is no problem to do that between now and the end of
the month.
--
Emmanuel Promayon
UJF-Grenoble 1, CNRS, TIMC-IMAG UMR 5525 (équipe GMCAO)
Institut de l'Ingénierie de l'Information de Santé
Faculté de Médecine - 38706 La Tronche cedex - France
Tel. +33/0 456 52
, 2012 at 08:59:52AM +0200, Emmanuel Promayon wrote:
Thank you very much Konstantinos for your bug report and patch!
I think there is another way to fix the bug that seems (to me, but I
am a beginner) more architecture independent, and I would like to
know if anyone has an opinion about it.
Instead
problem due to position
independant code (see bug #690830), and use the latest upstream code.
I will still try to start to work on it next week.
Kind regards
--
Emmanuel Promayon
UJF-Grenoble 1, CNRS, TIMC-IMAG UMR 5525 (équipe GMCAO)
Institut de l'Ingénierie de l'Information de Santé
Faculté de
make
camitk rather contrib than non-free.
Christophe are you in touch with upstream ?
Even if Charles mentioned that there are other non-free pieces in the license
contacting upstream about a DFSG free license might not harm in anyway.
Kind regards
Andreas.
--
Emmanuel Promayon
Package: wnpp
Severity: wishlist
Owner: Emmanuel Promayon emmanuel.proma...@imag.fr
* Package name: libcamitk3
Version : 3.0.2
Upstream Author : Emmanuel Promayon emmanuel.proma...@imag.fr, Celine
Fouard celine.fou...@imag.fr
* URL : http://camitk.imag.fr/
* License
Package: wnpp
Severity: wishlist
Owner: Emmanuel Promayon emmanuel.proma...@imag.fr
* Package name: camitk-imp
Version : 3.0.2
Upstream Author : Emmanuel Promayon emmanuel.proma...@imag.fr, Celine
Fouard celine.fou...@imag.fr
* URL : http://camitk.imag.fr
* License
Package: wnpp
Severity: wishlist
Owner: Emmanuel Promayon emmanuel.proma...@imag.fr
* Package name: libcamitk3-dev
Version : 3.0.2
Upstream Author : Emmanuel Promayon emmanuel.proma...@imag.fr, Celine
Fouard celine.fou...@imag.fr
* URL : http://camitk.imag.fr
of this action?
* What outcome did you expect instead?
*** End of the template - remove these lines ***
Content-Type: text/plain; charset=us-ascii
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Emmanuel Promayon promayon@mannoni
To: Debian Bug Tracking System sub...@bugs.debian.org
Subject: ITP
Package: wnpp
Severity: wishlist
Owner: Emmanuel Promayon emmanuel.proma...@imag.fr
* Package name: libcamitk3-data
Version : 3.0.2
Upstream Author : Emmanuel Promayon emmanuel.proma...@imag.fr, Celine
Fouard celine.fou...@imag.fr
* URL : http://camitk.imag.fr
Package: wnpp
Severity: wishlist
Owner: Emmanuel Promayon emmanuel.proma...@imag.fr
* Package name: libcamitk3-doc
Version : 3.0.2
Upstream Author : Emmanuel Promayon emmanuel.proma...@imag.fr, Celine
Fouard celine.fou...@imag.fr
* URL : http://camitk.imag.fr
You are completely right. Sorry for this submission and the waste of
your time.
The correct ITP submission corresponding is #682109
see
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682109
--
Emmanuel Promayon
UJF-Grenoble 1, CNRS, TIMC-IMAG UMR 5525 (équipe GMCAO)
Institut de l'Ingénierie
58 matches
Mail list logo
