View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0002731 | Slicer4 | Core: Building (CMake, Superbuild) | public | 2012-11-05 09:14 | 2014-03-06 04:55 |
Reporter | awiles | Assigned To | jcfr | ||
Priority | normal | Severity | major | Reproducibility | always |
Status | closed | Resolution | fixed | ||
Product Version | Slicer 4.2.0 | ||||
Target Version | Slicer 4.2.1 | Fixed in Version | Slicer 4.2.1 | ||
Summary | 0002731: ITK configuration fails behind firewall | ||||
Description | While building Slicer on Windows 7 behind a firewall with Slicer_USE_GIT_PROTOCOL turned off, ITKv3 fails to move to the build stage because the submodule points to an address using a git protocol and not an http protocol. Error message from MSVC 2010: Note: checking out 'dcd655f89c'. If I do a git submodule init on a separate clone I get: $ git submodule init Obviously, with Slicer_USE_GIT_PROTOCOL turned off, the above submodule should point to an http address. Is this a Slicer or ITK issue? | ||||
Additional Information | Note I am using DCMTK with Tag DCMTK-3.6.1_20121102 to avoid the MSVC2010 build error (http://na-mic.org/Mantis/view.php?id=2695). Not sure if Slicer will build with this change because I can't get past the ITK build step. | ||||
Tags | No tags attached. | ||||
I think the fix is to put the following line in the ITKv3-gitclone.cmake file: git config url.http://itk.org/.insteadOf git://itk.org/ However, I have no idea how to implement that generically in SlicerExtensionsDashboardDriverScript.cmake. I am happy to implement it and test it if someone can point me to file where this fix should be placed. |
|
After deleting ITKv3* folders from your build tree, could you try the following command: git config --global url."http://itk.org/".insteadOf "git://itk.org" .. and rebuild. It should allow the ITKv3 submodules to be properly initialized. To implement a more generic solution, we would have to see how custom "git clone steps" could be added to External project after the init and before the update submodule. |
|
I have tested this and it works. But yes, a generic solution is probably best to prevent frustrations of other users. It took me a while to track down the real issue. |
|
I just pushed a topic on my fork that would notify the user with his global config hasn't been updated properly. Let me know if that would work. See https://github.com/jcfr/Slicer/compare/2731-check-for-git-config-insteadof |
|
Looks great. I think this problem is solved. Thanks. |
|
Fixed in r21319 |
|
Closing resolved issues that have not been updated in more than 3 months |
|
Date Modified | Username | Field | Change |
---|---|---|---|
2012-11-05 09:14 | awiles | New Issue | |
2012-11-05 09:14 | awiles | Status | new => assigned |
2012-11-05 09:14 | awiles | Assigned To | => jcfr |
2012-11-05 09:32 | jcfr | Target Version | => Slicer 4.2.1 |
2012-11-05 09:52 | awiles | Note Added: 0007049 | |
2012-11-05 10:18 | jcfr | Note Added: 0007050 | |
2012-11-05 11:14 | jcfr | Status | assigned => feedback |
2012-11-05 11:18 | awiles | Note Added: 0007054 | |
2012-11-05 12:20 | jcfr | Note Added: 0007059 | |
2012-11-06 04:45 | awiles | Note Added: 0007066 | |
2012-11-06 04:54 | jcfr | Note Added: 0007068 | |
2012-11-06 04:54 | jcfr | Status | feedback => resolved |
2012-11-06 04:54 | jcfr | Fixed in Version | => Slicer 4.2.1 |
2012-11-06 04:54 | jcfr | Resolution | open => fixed |
2012-11-12 06:52 | jcfr | Relationship added | related to 0002751 |
2014-03-06 04:53 | jcfr | Note Added: 0010751 | |
2014-03-06 04:55 | jcfr | Status | resolved => closed |