I'm running SmartGit 2.1.8
Downloaded 3.0.11 today. Try to set it up, get back one line
"Not (yet) supported operating system OS/2"
I know its a later version, but there are some troubles with the program if you read between the installer lines in the .sh file.
Program isn't programmed in the right way, if you come up with the above line then the least I expect is that Java is aborted in the right way, not, got a stalled system, nothing could be started after running the program. Had to reboot.
Third thing I noticed is that you need to specify memory in this way "-Xmx256m -Dsmartgit.vm-xmx=256m", didn't see any memory declaration in your command line, so errors might be problems due to memory heap. One of the typical behaviors of our OpenJDK implementation is that it shows all kinds of errors which aren't an error just because there wasn't enough memory.
I didn't find anything like "-Dsun.java.command=SmartGit -Dsmartgit.checkIncompatibleJava=false"
I think this is wrong "-jar ./lib/smartgit.jar" and should be "-jar ./lib/bootloader.jar" unless there are so much differences between 3.0.11 and 2.1.8.
It is very closed, I have to register twice to get into
http://www.syntevo.com/smartgit/community.html, one with syntevo and one with Yahoo or something. Next Smartgit needs another program(s) which I don't run.
Downloaded your version, there are differences between 3.0.11 and 2.1.8. The thing which stays is -Xmx${MAXIMUM_HEAP_SIZE} -Dsmartgit.vm-xmx=${MAXIMUM_HEAP_SIZE} which isn't in your command line.
The "-jar ./lib/smartgit.jar" is right for version 2.1.8. So I think that if you specify heap_size that all problems are gone.
Also find this in a readme file in 2.1.8;
You need to ensure that a Java Runtime Environment from SUN, version >= 1.5 or
higher (version 1.6.* is recommended), is installed on your system. GNU Java
(GCJ) or OpenJDK is not fully compatible yet and hence not sufficient to run
SmartGit.
So its clear why I got the message with 3.0.11.... Raising a ticket is right, but I doubt if we can solve that in our implementation of OpenJDK.
Joop