Cool VL Viewer forum

I'm trying to build CV on opensuse 11.1 using the cmake-SL script, but even with all the "USE_SYSTEM_*" variables set to "yes" it still downloads & builds against the versions from the LL download source...

i _believe_ it is because of these errors:

install.py:67: DeprecationWarning: the md5 module is deprecated; use hashlib instead
import md5
install.py:78: DeprecationWarning: the sets module is deprecated
from sets import Set as set, ImmutableSet as frozenset

that come up over and over again.

any advice?

You can safely ignore these warnings which are simply due to a newer version of Python on your system.

It is also normal for the install.py script to download the libraries from LL. The cmake-SL script simply overwrites them with your system libraries depending on the USE_SYTEM_* variables.

how can i stop the develop.py script from downloading anything at all?

i want to be able to build on a system that has no internet connection (xen-based built environment)

I'm afraid it is not possible without modifying the build Python scripts... I already pointed out this problem on the sldev mailing list and the only reply was a deafening silence...

k, lets put our heads together and work on it a bit
btw the variable "USE_SYSTEM_DB4 does not work as described in the comment, set it to anything other than "no" _does_ try to use the systemwide libdb4 but (at least on suse) setting it to a version number does _not_ patch the cmakefile to use that version of libdb4

Sorry, but I don't have a Suse system available neither the time to install one and test cmake-SL on it... the cmake-SL script was written for and tested with Mandriva (tested on Mandriva 2007.1 and 2009.0).

I cannot guarantee that it will work "as is" on every existing Linux distro (in fact, I can guarantee the opposite, since there is no definitive standard as to where header and library files are stored for any particular development library used during the compilation of the viewer).

You will therefore have to modify the script to adapt it to your particular Linux/UNIX/BSD/POSIX-compatible distribution.

Note that the cmake-SL script should ideally not even be needed... The only reason why it does exist is LL's inability to provide a clean build system that would work in every case. Let's hope things will get better with time...