Bug#662379: [Debian-med-packaging] Bug#662379: Bug#662379: insighttoolkit: Please Build-Depends on libpng-dev, change from libpng12-dev
Steve, We could look into updating the ITK dependency on PNG to use 1.5, once we resume the maintenance cycle of ITK in a couple of weeks. I'm not sure if that is too late for the current packaging that you are working on... Luis -- 2012/3/4 Steve M. Robbins st...@sumost.ca: block 662379 by 648136 thanks On Mon, Mar 05, 2012 at 01:06:44PM +0900, Nobuhiro Iwamatsu wrote: Libpng maintainers plan transition of libpng[0]. Version 1.2 is used for libpng of current debian, but will shifts to version 1.5 in this transition. Your package still does it depending on libpng12-dev. Yes, and insighttoolkit cannot change because PNG 1.5 breaks the API; see 648126. Either libpng 1.5 needs to be made API compatible or a suitable modification needs to be made to insighttoolkit upstream. Regards, -Steve ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580527: [Debian-med-packaging] Bug#580527: insighttoolkit: FTBFS on many architectures, build-depend on unavailable default-jdk
It should be possible to build the InsightToolkit with the 1.5 version of Java. In other words, the jdk 1.6 is not a requirement for building the Insight Toolkit. Luis On Thu, May 6, 2010 at 11:41 AM, Julien Cristau jcris...@debian.org wrote: Package: insighttoolkit Version: 3.18.0-1 Severity: serious insighttoolkit 3.18 was uploaded without coordination with the release team, while introducing a new library transition. There are a few problems with that: - igstk is a reverse dependency of both insighttoolkit and vtk, which means that now we have entangled transitions, which means it's going to be even more difficult to get those packages and their dependencies in squeeze - new insighttoolkit FTBFS on many architectures, see https://buildd.debian.org/status/package.php?p=insighttoolkit - new insighttoolkit build-depends on default-jdk = 1.6-34, while 3 architectures have 1.5-36, which means it's not going to get built there Please fix these issues ASAP, and consider not doing it again. Cheers, Julien -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCAAGBQJL4uMmAAoJEDEBgAUJBeQMFscP/R0Q3UA013Xw+5mmCt16XxBU klmx6XvmKRS3m+myekOf09cjq5gfGn/2HP2rnbuvdzjezAugHjcGsE4eUEu/UOGX zkDNNObumG14I20B77/1VvbhodBsarWxGKqMTC90Hgv+nx6ht/wkN9xshXuI3XwD rGTTV/oLFkWXcXScjXs29NGMdMtbSmFHs6G3DFREsKs+hLv+LxU0hQ2QGktX+mI7 LNRIwUez7otdKkJkhM18o/gJh0qyeJqiavnN4CVqi5DaVvoFY8+XXrgIaja1Thuu kfh946BQehlxElJSiVGGdeZM60y65B3mLPC/A765qQhmCzSzNdMDV7CaU6xxpsyK JDmMnnBprooZLWcgF1AUsVSmxdWmfhKv9JPebcIJ933prqhbpiGhvnGInr2wsvhQ fS38h6e6Tiadr+m+63qhz9fPUh6r2x06CC3ME+HVhBhI0Jqhl99n+mpdIGoE5RS/ jmxjG3Wd4FzszO/OOHxhjEjXqu7TL4Z2Y6+fSKMw3+idlXm8YlO0vT1RnQqgP157 5X5iH7TLsgGIdHyWuDhdjFfxzLiuOEiK68ESPOeyNfVZlkR5bH9T1Ef1zjwBUaWR cTsWM3Q2FvdcJkLRD2Qao8DuNzL2zbTRiYoVNwSaTIXTUKIOrypk/4Vm78NamDGf DStSE23CIIGXovRxeoEv =cz8g -END PGP SIGNATURE- ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-med-packaging
Bug#578313: [Debian-med-packaging] Bug#578313: insighttoolkit: please support parallel building
Bill,
Thanks for reminding us of this one.
A fix has now been committed:
http://public.kitware.com/cgi-bin/viewcvs.cgi/Wrapping/CSwig/CMakeLists.txt?root=Insightr1=1.64r2=1.65
and I'm running an Experimental build
with CableSwig Python wrapping with
make -j8.
Luis
On Mon, Apr 19, 2010 at 9:10 PM, Bill Hoffman bill.hoff...@kitware.comwrote:
On 4/19/2010 8:36 PM, Steve M. Robbins wrote:
On Mon, Apr 19, 2010 at 09:26:13AM -0400, Luis Ibanez wrote:
Steve,
Excellent!.
Just to confirm:
are you using the traditional wrapping ?
Yes, I'm using CSwig.
or are you using WrapITK ?
Is that fully supported now? Last fall there was some issues with
using it and NOT using Review [1]. Note also that for Debian we
need to wrap all three languages: python, tcl, and java.
I just checked the code and it is still broken in CVS.
SET(ITK_WRAP_NEEDS_DEPEND 1)
IF(${CMAKE_MAKE_PROGRAM} MATCHES make)
SET(ITK_WRAP_NEEDS_DEPEND 0)
ENDIF(${CMAKE_MAKE_PROGRAM} MATCHES make)
That should be removed, for all generators ITK_WRAP_NEEDS_DEPEND should be
set to 1, or parallel builds will not work.
That code is in Insight/Wrapping/CSwig/CMakeLists.txt
-Bill
Bug#578313: [Debian-med-packaging] Bug#578313: insighttoolkit: please support parallel building
Steve, Excellent!. Just to confirm: are you using the traditional wrapping ? or are you using WrapITK ? Thanks Luis --- On Mon, Apr 19, 2010 at 1:14 AM, Steve M. Robbins st...@sumost.ca wrote: On Sun, Apr 18, 2010 at 07:59:58PM -0400, Luis Ibanez wrote: Steve, Thanks for the offer, Setting up a parallel build will be very helpful. OK, so it turns out I've build building in parallel all along! I've just enabled wrapping for Java, Python and Tcl to see if that works in parallel. -Steve -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iD8DBQFLy殍⋙돒ᶳ᱑ု㓰ਊ툟웡腏䚑衍瓳ﱀ� lP2I2bCUMywmXNSDqfRB11E= =RIxz -END PGP SIGNATURE-
Bug#578313: [Debian-med-packaging] Bug#578313: insighttoolkit: please support parallel building
Gaetan, Brad, Bill, Is there something we could do to make possible to build the ITK Wrappers using CMake's parallel building capabilities ? Thanks for any advice, Luis -- On Sun, Apr 18, 2010 at 3:57 PM, Lucas Nussbaum lu...@lucas-nussbaum.netwrote: Source: insighttoolkit Version: 3.16.0-2 Hi, insighttoolkit takes a very long time to build. On my setup, the 10 packages that take the most time are (with build duration in seconds): axiom 7036 qt4-x11 7050 python3.1 7255 gcc-4.4 7774 installation-guide 8141 mysql-dfsg-5.1 8445 life 9397 openoffice.org 11265 insighttoolkit 14791 atlas 29688 Please support building the package in parallel to leverage multicore CPUs or SMP systems (see policy 4.9.1 for details). I've seen the note in debian/rules saying that parallel building of wrappers is broken. Is there really nothing we can do? Couldn't it be possible to build most of the package in parallel, and then build the wrappers sequentially, for example? -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-med-packaging
Bug#578313: [Debian-med-packaging] Bug#578313: insighttoolkit: please support parallel building
Bill, Agree, we need a Nightly build that exercises the parallel build for wrapping. We are also missing Windows and Mac Nightly builds for the wrapping. Luis - On Sun, Apr 18, 2010 at 5:00 PM, Bill Hoffman bill.hoff...@kitware.comwrote: On 4/18/2010 4:26 PM, Luis Ibanez wrote: Gaetan, Brad, Bill, Is there something we could do to make possible to build the ITK Wrappers using CMake's parallel building capabilities ? Thanks for any advice, This has been fixed/broken so many times No one reports the errors back. It should be pretty easy to fix, just add a few add_dependencies statements. In fact, Luis you and I looked at this about 6 months ago, and there was an ifdef windows thing. Because the windows build would not work at all since VS always does parallel these days. So, I would first look for add_dependencies calls in the ITK cmake lists files. If they are conditional on WIN32 get rid of that and always do it. If that is not the problem, I would need a list of the errors in the parallel build. After that we need a dashboard that does a parallel build of ITK with wrapping so this does not break again, and again, and again :) -Bill Luis -- On Sun, Apr 18, 2010 at 3:57 PM, Lucas Nussbaum lu...@lucas-nussbaum.net mailto:lu...@lucas-nussbaum.net wrote: Source: insighttoolkit Version: 3.16.0-2 Hi, insighttoolkit takes a very long time to build. On my setup, the 10 packages that take the most time are (with build duration in seconds): axiom 7036 qt4-x11 7050 python3.1 7255 gcc-4.4 7774 installation-guide 8141 mysql-dfsg-5.1 8445 life 9397 openoffice.org http://openoffice.org 11265 insighttoolkit 14791 atlas 29688 Please support building the package in parallel to leverage multicore CPUs or SMP systems (see policy 4.9.1 for details). I've seen the note in debian/rules saying that parallel building of wrappers is broken. Is there really nothing we can do? Couldn't it be possible to build most of the package in parallel, and then build the wrappers sequentially, for example? -- | Lucas Nussbaum | lu...@lucas-nussbaum.net mailto:lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr mailto:lu...@nussbaum.fr GPG: 1024D/023B3F4F | ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org mailto:debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-med-packaging -- Bill Hoffman Kitware, Inc. 28 Corporate Drive Clifton Park, NY 12065 bill.hoff...@kitware.com http://www.kitware.com 518 881-4905 (Direct) 518 371-3971 x105 Fax (518) 371-4573
Bug#578313: [Debian-med-packaging] Bug#578313: insighttoolkit: please support parallel building
Steve, Thanks for the offer, Setting up a parallel build will be very helpful. Luis On Sun, Apr 18, 2010 at 5:27 PM, Steve M. Robbins st...@sumost.ca wrote: On Sun, Apr 18, 2010 at 05:00:35PM -0400, Bill Hoffman wrote: This has been fixed/broken so many times No one reports the errors back. The last time I reported it was http://www.cmake.org/pipermail/insight-users/2009-October/033352.html which includes a report with make output from a build last July. I have not tried recently to see if it was fixed. WIN32 get rid of that and always do it. If that is not the problem, I would need a list of the errors in the parallel build. After that we need a dashboard that does a parallel build of ITK with wrapping so this does not break again, and again, and again For the latter: I'm happy to turn on parallel building with wrapping for riemann.sumost.ca! Regards, -Steve -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iD8DBQFLy3ks0i2bPSHbMcURAiDoAKCv2x+wxueePr9rAu1uxK7bGgAezACgrwF2 orHmGHVlKke8B+eJuxjavdA= =fnLB -END PGP SIGNATURE-
