Installation of 1.1.0-Beta4 hangs

Asked by Ben Stanley

I downloaded the nightly build and ran the installer. I selected option 1.

I started the installation using the command
java -jar sikulixsetup-1.1.0-Beta4.jar

The installer started the download, and I did something else for a while. When I came back, the window had disappeared, and the installation command had not completed.

I killed it and started it again, and now it does nothing at all.

Operating system: Ubuntu 14.04 amd64.

Is there something I can do to get more information about where it is hanging?

Question information

Language:
English Edit question
Status:
Solved
For:
SikuliX Edit question
Assignee:
No assignee Edit question
Last query:
Last reply:
Revision history for this message
RaiMan (raimund-hocke) said :
#1

there should be a log file

Revision history for this message
Ben Stanley (ben-stanley) said :
#2

I cleaned up the installation directory and tried again. This time it got further.

Now it has a problem with libVisionProxy.so dependencies:

[error (23/07/14 8:26:24 AM)] ResourceLoader: loadLib: Fatal Error 110: loading: libVisionProxy.so
[error (23/07/14 8:26:24 AM)] ResourceLoader: loadLib: Since native library was found, it might be a problem with needed dependent libraries
/home/ben/SAGE_Testing/SikuliX-1.1-nightly-20140722_Installation/libs/libVisionProxy.so: libopencv_core.so.2.3: cannot open shared object file: No such file or directory
[error (23/07/14 8:26:24 AM)] RunSetup: Problem with SikuliX libs folder - see error log
[ERROR (23/07/14 8:26:27 AM)] Terminating SikuliX after a fatal error(110)! Sorry, but it makes no sense to continue!
If you do not have any idea about the error cause or solution, run again
with a Debug level of 3. You might paste the output to the Q&A board.

I have installed the libopencv-core2.4 package containing libopencv_core.so.2.4.8.
This is Ubuntu 14.04.

So I need a libVisionProxy.so that depends on libopencv_core.so.2.4 instead of libopencv_core.so.2.3. I will try Sikuli-1.1.0-Supplemental-Linux.zip, but I was not expecting this as I am on latest Ubuntu which the instructions say don't need it.

I also confirm that re-running the installer without first removing the Downloads and sikulix.jar files causes the installer to hang.

Revision history for this message
Ben Stanley (ben-stanley) said :
#3

This is what happened when I tried to build Sikuli-1.1.0-Supplemental-Linux.zip on Ubuntu 14.04:

./makeVisionProxy
--- The active JDK seems to be in /packages/jdk1.7.0_25
--- OpenCV libs could not be found - check and set paths manually (line 61 and 63)
compiling cvgui
compiling finder
compiling pyramid-template-matcher
compiling sikuli-debug
compiling tessocr
compiling vision
compiling visionJAVA_wrap
linking libVisionProxy
g++: error: /libtesseract.so: No such file or directory
g++: error: /libopencv_core.so: No such file or directory
g++: error: /libopencv_highgui.so: No such file or directory
g++: error: /libopencv_imgproc.so: No such file or directory

The following command is necessary to make it work (amd64 architecture):
libFolderO=/usr/lib/x86_64-linux-gnu libFolderT=/usr/lib ./makeVisionProxy
--- The active JDK seems to be in /packages/jdk1.7.0_25
compiling cvgui
compiling finder
compiling pyramid-template-matcher
compiling sikuli-debug
compiling tessocr
compiling vision
compiling visionJAVA_wrap
linking libVisionProxy

Note that I found the correct directories using the locate command:
locate libopencv_core.so
locate libtesseract.so

In summary, I think that a libVisionProxy.so built against libopencv 2.4 should be included with the sikuli download so that it works directly on ubuntu 14.04.

Revision history for this message
RaiMan (raimund-hocke) said :
#4

Thanks for the findings.

For now I make it a request bug.
I will provide prebuilt libVisionProxy for the latest Ubuntu LTS (14.04 now) and better support for dependency preparation and building during setup (no need to download any additional stuff).
If all prereqs are fulfilled then it might even be possible to run the build of libVisionProxy as a subprocess of setup.

Revision history for this message
RaiMan (raimund-hocke) said :
#5

made it a request bug