Page MenuHomePhabricator

.zip files do not extract in superbuild (Windows non-NTFS file system)
Open, LowPublic

Description

  • clean superbuild
  • cmake 3.11.4

this happens:

1> -- [download 99% complete]
1> -- [download 100% complete]
1> -- verifying file...
1> file='E:/master/mitk-sb/ep/src/opencv-3.4.1.zip'
1> -- Downloading... done
1> -- extracting...
1> src='E:/master/mitk-sb/ep/src/opencv-3.4.1.zip'
1> dst='E:/master/mitk-sb/ep/src/OpenCV'
1> -- extracting... [tar xfz]
1>CUSTOMBUILD : CMake error : Problem with archive_write_finish_entry(): Can't restore time
1>CUSTOMBUILD : CMake error : Problem extracting tar: E:/master/mitk-sb/ep/src/opencv-3.4.1.zip
1> -- extracting... [error clean up]
1> CMake Error at OpenCV-stamp/extract-OpenCV.cmake:33 (message):
1>CUSTOMBUILD : error : extract of 'E:/master/mitk-sb/ep/src/opencv-3.4.1.zip' failed
1>
1>

Erstellen: 0 erfolgreich, 1 fehlerhaft, 1 aktuell, 0 übersprungen

Event Timeline

sattler created this task.

Note that giving new tasks a high priority most probably means that it is important enough that you work on it instead of expecting someone will do so. So go ahead. :-)

Note that giving new tasks a high priority most probably means that it is important enough that you work on it instead of expecting someone will do so. So go ahead. :-)

What exactly do you think I'm doing right now?

Note that giving new tasks a high priority most probably means that it is important enough that you work on it instead of expecting someone will do so. So go ahead. :-)

What exactly do you think I'm doing right now?

Can only guess if you don't assign. :P

Note that the issue seems to occur for .zip files from thirdparty in general - but not on all windows machines
the .tar.gz files all work fine

Official .tar.gz files can be found on OpenCV's Github page, for example: https://github.com/opencv/opencv/releases/tag/3.4.1

yep those seem to work
also: apparently this issue occurs when building on non-NTFS disks i.e. exFAT (testing now but we might think about only having .tar.gz files on thirdparty)

Uploaded to mitk.org. MD5 is a0b7a47899e67b3490ea31edc4f6e8e6.

The "ultimate" fix would be to fix CMake. Great if you could further narrow down the issue.

When you fix it, please branch off alpha branch here: T24609: v2018.04-alpha

with the .tar.gz and new hash it works

2>  -- extracting...
2>       src='E:/master/mitk-sb/ep/src/opencv-3.4.1.tar.gz'
2>       dst='E:/master/mitk-sb/ep/src/OpenCV'
2>  -- extracting... [tar xfz]
2>  -- extracting... [analysis]
2>  -- extracting... [rename]

but then breaks here:

2>IPPICV: Download: ippicv_2017u3_win_intel64_general_20170822.zip
2>CUSTOMBUILD : CMake error : Problem with archive_write_finish_entry(): Can't restore time
2>CUSTOMBUILD : CMake error : Problem extracting tar: E:/master/mitk-sb/ep/src/OpenCV/.cache/ippicv/0421e642bc7ad741a2236d3ec4190bdd-ippicv_2017u3_win_intel64_general_20170822.zip

same issue

kirchnth renamed this task from openCV does not extract in superbuild (Windows) to .zip files do not extract in superbuild (Windows non-NTFS file system).Jun 25 2018, 3:10 PM
kirchnth added a subscriber: seitela.

Is that something we want OpenCV to download? IPP sounds like Intel Performance Primitives and AFAIK its license isn't liberal enough to be compatible to ours. I guess there's a CMake-variable we can set for OpenCV to stop it downloading other stuff. This variable can then be set in CMakeExternals/OpenCV.cmake.

kirchnth lowered the priority of this task from High to Low.Jun 25 2018, 3:26 PM

fixed it there but i'll leave it open because it remains a general issue

kislinsk added a project: Restricted Project.

So for this task to resolve completely one must:

  • Double-check if this can be reproduced on Windows with .zip files on non-NTFS partitions
  • Report to CMake guys
  • Await response

I experienced a similar problem, and I opened an issue in CMake: https://gitlab.kitware.com/cmake/cmake/issues/19132 .