[Debian-med-packaging] [MoM] Another CamITK training issue [Was: Bug#701250: camitk: ftbfs with GCC-4.8]

Emmanuel Promayon Emmanuel.Promayon at imag.fr
Mon Feb 25 07:29:52 UTC 2013


Hello Andreas (and all),

> there is obviosly another round of bugs triigered by the next gcc
> update.  Perhaps you can just grab your upstream hat and fix this
> upstream to simplify the next packaging cycle.  The packaging than
> would be as simple as
>
> * New upstream version (Closes: #701250)

I will do my best to solve bug #701250 upstream, which seems to be the 
best (the next CamiTK release is planned for the end of this week, so 
hopefully, that will be part of the update as well as the nonfree plugin).

In order to achieve the recommended:
apt-get -t experimental install g++ g++-4.7 g++-4.8 libc6-dev
inside the pbuilder environement, it seems that what is given in the 
wiki pbuilder tricks page [1] is the best thing to do.

My first question is: in order to force the use of g++ v4.8 should I 
then temporarily (locally, and without forgetting to erase it before 
committing!) add the following "build-depends" in the d/control file:
  g++ (>=4.8)
Or is there a better way?

I also saw a ftbfs of CamiTK on mipsel [2], which is a bit puzzling.
It terminates with this error:
c++: internal compiler error: Killed (program cc1plus)
Please submit a full bug report,
with preprocessed source if appropriate.
See <file:///usr/share/doc/gcc-4.6/README.Bugs> for instructions.
make[3]: *** 
[actions/image/itkfilters/CMakeFiles/action-itkfilters.dir/ConnectedComponents.cpp.o] 
Error 4

The only problem I can think of is a memory problem. ConnectedComponents 
is based on itk which extensively use C++ templates. It therefore needs 
a lot of memory to compile. Is it possible the memory usage went too 
high for the mipsel machine?

My second question: is there a way to investigate this error a little 
bit further?

And last questions (for now!):
There is two override disparities [3] for libqtpropertybrowser3 and 
libcamitk3-data and one that was filed as a bug for libcamitk3 and then 
solved [4].
I am not sure I fully understand what is the mechanism/problem behind 
this override disparities.
Should I modify the d/control files to solve the two disparities? Should 
I add a different section: for the target package that have disparities? 
What should I do for [4]? (how can the bug be marked "solved" when it 
still says "science" in the svn control file?)

Thank you in advance for your light!

Kind regards,
Mahnu

[1] 
http://wiki.debian.org/PbuilderTricks#How_to_satisfy_experimental_dependencies
[2] 
https://buildd.debian.org/status/fetch.php?pkg=camitk&arch=mipsel&ver=3.0.7-1&stamp=1361136371
[3] http://packages.qa.debian.org/c/camitk.html
[4] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=700644#11



More information about the Debian-med-packaging mailing list