[Viame] VIAME build error

Wed Aug 31 17:43:44 EDT 2016

David,

It is possible that the system is still using the same old cmake binary.
You could try running
what cmake
to see which version is being used. If it is still the old version, you can
adjust your PATH to include the new cmake before the system version.

We are working on the protobuf problem and will point to the new protobuf
tar file. Google updated protobuf on August 25th and changed the old
download URL.
We will let you know when there is a new version to pull.

-Linus

On Wed, Aug 31, 2016 at 5:17 PM, David Zhang <david.zhang at sri.com> wrote:

> Matt:
>
> Thanks for your quick response. I did try to build cmake with OpenSSL,
> however, that does not solve the problem.
>
> Snappy and other complained packages are all with zero byte downloaded. I
> took the link to the website using web browser to download, most of them
> are successfully downloaded, and at least one link is not longer available:
>
> Protobuf.googlecode.com/files/protobuf-2.5.0.tar2.b2
> <http://protobuf.googlecode.com/files/protobuf-2.5.0.tar2.b2>
> This causes the Downloading fail (one of the reasons). The other modules
> that I downloaded do not match the exact names that showed up in the
> Download folder. I have to rename them to match with the configuration.
>
> So this is what I have got so far. I suggest you take a look at these
> links and let us now if my find is correct.
>
> Thanks,
>
> David
>
> On Aug 31, 2016, at 3:29 PM, Matt Dawkins <matt.dawkins at kitware.com>
> wrote:
>
> Are the downloaded packages for snappy approximately 0 or 1 bytes? Can you
> click the above link and download the package in a browser on the same
> computer?
>
> If the answer is yes and yes, this is probably an issue of using a cmake
> not built with ssl support, and failing on all https links. Install
> openssl-devel (or -dev) from your package manager, and rebuild cmake with
> CMAKE_USE_OPENSSL=ON. Depending on your package manager on linux version,
> this may or may not have been done in your installed system cmake. If
> that's not the solution it might be a libcurl issue.
>
> I'll add a blurb about this on the build instructions.
>
>
> As for the second question, all of the packages built within VIAME are not
> installed globally, so they should not mess up any existing build setups.
> They are installed into [viame_build_dir]/install. There might still be
> some lingering issues with certain subpackages in VIAME picking up your
> system libraries instead of ones in the internal build, however, but we're
> trying to reduce these as possible so that it's a self contained
> environment. If you want to build all of the dependencies yourself (or
> alternatively, use installed system libraries) you can also set
> VIAME_BUILD_DEPENDENCIES=OFF, in which case you will need to manually build
> KWIVER and VIAME by pointing them both to the required libraries on your
> computer if they are not auto-detected.
>
> Best,
>
> Matt D.
>
> On Wed, Aug 31, 2016 at 2:47 PM, David Zhang <david.zhang at sri.com> wrote:
>
>> Hi:
>>
>>
>>
>> This is David Zhang from SRI. I followed the instruction online and
>> cloned VIAME to my laptop running 64-bit Ubuntu 14.04.
>>
>>
>>
>> I encountered building errors which I pasted a small section below:
>>
>> :
>>
>> david at M6700:~/projects/VIAME/build$ make -j8
>>
>> [  7%] Removing build stamp file for build update (forcebuild).
>>
>> [  7%] Performing build step for 'fletch'
>>
>> [  6%] Performing download step (download, verify and extract) for
>> 'Snappy'
>>
>> [  6%] Performing download step (download, verify and extract) for 'LMDB'
>>
>> [  6%] Performing download step (download, verify and extract) for
>> 'Protobuf'
>>
>> [  6%] Performing download step (download, verify and extract) for 'GLog'
>>
>> [  6%] Performing download step (download, verify and extract) for
>> 'OpenBLAS'
>>
>> [  6%] Performing download step (download, verify and extract) for 'ZLib'
>>
>> [  6%] Built target OpenCV
>>
>> [  6%] Performing download step (download, verify and extract) for 'Boost'
>>
>> -- downloading...
>>
>>      src='https://github.com/google/snappy/releases/download/1.1.
>> 3/snappy-1.1.3.tar.gz'
>>
>>      dst='/home/david/projects/VIAME/packages/fletch/Downloads/
>> snappy-1.1.3.tar.gz'
>>
>>      timeout='none'
>>
>> CMake Error at Snappy-stamp/download-Snappy.cmake:27 (message):
>>
>>   error: downloading
>>
>>   'https://github.com/google/snappy/releases/download/1.1.3/
>> snappy-1.1.3.tar.gz'
>>
>>   failed
>>
>>
>>
>>     status_code: 1
>>
>>     status_string: "Unsupported protocol"
>>
>>     log: Protocol "https" not supported or disabled in libcurl
>>
>>
>>
>>   Closing connection -1
>>
>>
>>
>> -- downloading...
>>
>>      src='https://github.com/google/glog/archive/v0.3.3.tar.gz'
>>
>>      dst='/home/david/projects/VIAME/packages/fletch/Downloads/
>> v0.3.3.tar.gz'
>>
>>      timeout='none'
>>
>> -- downloading...
>>
>>      src='https://github.com/xianyi/OpenBLAS/archive/v0.2.15.tar.gz'
>>
>>      dst='/home/david/projects/VIAME/packages/fletch/Downloads/
>> v0.2.15.tar.gz'
>>
>>      timeout='none'
>>
>> make[5]: *** [build/src/Snappy-stamp/Snappy-download] Error 1
>>
>> ............................................................
>> ..................................................
>>
>>
>>
>> I checked VIAME/packages/fletch/Downloads, I think all the third-party
>> package downloads were successful. However, cmake setup still looks for
>> these websites to downloading. The network connections were complained by
>> the make build. I have not looked into CMake settings. If you find sometime
>> useful, please let me know.
>>
>>
>>
>> By the way, from the make build, I am able to build opencv. It seems like
>> just some downloaded packages were not able to  build.
>>
>>
>>
>> Another question is: are all the built package, including VIAME, locally
>> installed? I have other versions of opencv, eigen, boost and protobuf which
>> are installed globally. I guess there is no conflict with these already
>> installed packages from the VIAME.
>>
>>
>>
>> Thanks,
>>
>>
>>
>> David
>>
>>
>>
>> _______________________________________________
>> Viame mailing list
>> Viame at public.kitware.com
>> http://public.kitware.com/mailman/listinfo/viame
>>
>>
>
>
> --
> Matthew Dawkins
> 1-518-881-4416
> Senior R&D Engineer
> Kitware, Inc
>
>
> _______________________________________________
> Viame mailing list
> Viame at public.kitware.com
> http://public.kitware.com/mailman/listinfo/viame
>
>

-- 
*Linus Sherrill - *Staff R&D Engineer
Kitware, Inc.
28 Corporate Drive
Clifton Park, NY 12065-8662
E: linus.sherrill at kitware.com
P: 518.881.4400
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/viame/attachments/20160831/65a791db/attachment.html>