1 ================================================================================
3 SALOME Installation Wizard
4 ================================================================================
8 1. Running of the Installation Wizard
11 2.1. Setting of the environment for SALOME
12 2.2. Launching of SALOME
15 3.1. Time required for the installation
17 3.3. Testing of the installed SALOME platform
19 4. How to build SALOME modules from sources
20 4.1. General procedure
21 4.2. Automatic build procedure: build.csh script
23 ================================================================================
25 1. Running of the Installation Wizard
27 You can run the Installation Wizard in two modes: batch and gui.
28 It's root directory contains python script runInstall:
30 [python] runInstall [-g|b] [-f <xml-file>] [-t <taget-dir>] [-tmp <tmp-dir>]
33 Runs the Installation Wizard in the GUI mode. In this case
34 only <xml-file> key is taken into account.
35 This option is used by default.
38 Runs the Installation Wizard in the batch mode.
41 The configuration file to be used by the Installation Wizard.
42 If this parameter is missed then the script tries to define
43 the Red Hat version and uses corresponding xml file.
44 For example, for the Red Hat 8.0 config_RedHat8_0.xml file
45 is supposed to be used by default. If the appropriate file
46 is not found, config.xml is used by default.
49 The target directory SALOME products to be installed to.
50 If used, overloads target directory, given in the
51 configuration xml file.
54 The directory, which is used to contain temporary files.
55 If used, overloads temporary directory, given in the
56 configuration xml file.
59 Prints help information.
61 For more detailed information about the Installation Wizard refer to the
62 readme.html file in the doc directory.
64 ================================================================================
68 This section describes how to run SALOME platform after its installation
69 with the Installation Wizard.
71 2.1. Setting of the environment for SALOME
73 Installation Wizard creates some environment files to simplify
74 the procedure of launching of SALOME. These shell scripts set all
75 necessary environment variables for all products you have installed.
77 * salome.csh + salome.sh in the KERNEL module's sources/binaries
79 * env_products.csh + env_products.sh in the target directory.
81 To set SALOME environment just type in the terminal window:
89 where <KERNEL_ROOT_DIR> is KERNEL binaries directory, e.g.
90 KERNEL_2.2.0 for the 2.2.0 version.
92 2.2. Launching of SALOME
94 After you set environment you can start SALOME. Go to the KERNEL
95 module's binaries directory (KERNEL_2.2.0/bin/salome for the version
96 2.2.0) by using of cd command and then type:
98 runSalome [<parameters>]
100 This will start SALOME according to the configuration parameters which
101 are described into salome.launch file, located in your home directory
102 ( $HOME/.salome_<version-number>/salome.launch ),
103 where <version_number> is number of SALOME version.
105 If this file does not exists, it is created on the first launch of
106 SALOME from <KERNEL_ROOT_DIR>/bin/salome/salome.launch.
108 You can modify SALOME launching options by editing
109 salome_<version_number>.launch file:
116 <portkill>yes</portkill>
117 <killall>no</killall>
125 <embeddedserver>...</embeddedserver>
128 <standaloneserver>...</standaloneserver>
130 </Configuration-list>
132 Each parameter described in salome.launch file can be overrided by
133 using corresponding keys for runSalome script:
140 Start each server in its own xterm console window
142 Kill SALOME, running on the current port
144 Kill SALOME, running on all ports
145 --modules=<module>,<module>,...,<module>
146 Use module(s), possible values are GEOM,SMESH,VISU,MED,SUPERV
147 --embedded=<container>,<container>,...<container>
148 Start specified container(s) embedded in SALOME Session server
149 (i.e. running in the same process), possible values are registry,
150 study, moduleCatalog, cppContainer, pyContainer, supervContainer
151 --standalone=<container>,<container>,...<container>
152 Start standalone container(s), possible values are registry,
153 study, moduleCatalog, cppContainer, pyContainer, supervContainer
155 Note that there is no key which corresponds to the <plugin> tag.
156 This tag can be used currently only for SMESH module to point external
157 meshers plugins which should be loaded by SMESH dynamically.
158 Refer <SMESH_ROOT_DIR>/doc/salome/tui/SMESH/PluginMeshers.html
159 for more information om meshers plugins.
161 ================================================================================
163 3. Installation notes
165 3.1. Time required for the installation
167 Installation of all products which are necessary to build and
168 start SALOME is a time-consuming process and needs from the user to be
170 The quickest way to install SALOME is installation from the binaries.
171 In this mode the Installation Wizard just extracts all precompiled
172 products from the corresponding archives.
173 The installation from sources requires much more time than from
174 binaries because in this case the Installation Wizard extracts and
175 then builds each product using the product's own installation
177 The installation time also depends on the computer and platform used.
178 For example, to install SALOME on Pentium III-800, Linux Red Hat 8.0,
179 time of the installation is:
181 - from binaries: ~10 minutes;
182 - from sources: up to 7 hours.
186 The Installation Wizard displays the installation progress in the
187 corresponding windows (see readme.html). The Wizard uses a temporary
188 directory to store and build the products. During the installation
189 it produces some log files in this directory. If you suspect that
190 program hangs you can check the log files. These files have names
191 in capital letters like CONFIGURE.LOG, MAKE.LOG, MAKEINSTALL.LOG, etc.
193 3.3. Testing of installed SALOME platform
195 There is a python script which allows to test shortly all SALOME
196 modules. This script can help to check if SALOME has been installed
198 To test SALOME platform, run SALOME desktop (see section 2), then
199 create a new study window (menu command 'File/New') and then type
200 in the study's python console window:
204 When running, the script loads diferent modules (Geometry, Mesh, Med,
205 Post-Pro and Supervisor) and tests different functionality of these
206 modules. You can watch script running progress in the python console
209 ================================================================================
211 4. How to build SALOME modules from sources
213 This section describes the way how to build SALOME modules manually from
214 sources packages provided with Installation Wizard.
215 4.1. General procedure
217 If you want to build SALOME modules from sources, install all products
218 necessary for the platform and SALOME modules sources.
219 Then follow the scenario described below.
220 In the scenario below it is supposed that you have installed SALOME
221 modules sources in the /home/salome directory. The name of each module
222 sources directory depends on the version of the platform, for example,
223 KERNEL_SRC_2.2.0 for KERNEL module of SALOME version 2.2.0.
225 The order of compilation and installation should be performed according
226 to the dependancies between modules:
228 * KERNEL -> no dependancies
231 * SMESH -> KERNEL, GEOM, MED
232 * VISU -> KERNEL, MED
234 * COMPONENT -> KERNEL
235 * PYCALCULATOR -> KERNEL
236 * NETGENPLUGIN -> KERNEL, SMESH
237 * GHS3DPLUGIN -> KERNEL, SMESH
239 Note: NETGENPLUGIN, GHS3DPLUGIN are optional components. You may skip
240 compiling them if you do not plan to use NETGEN and/or GHS3D mesher
242 In general, each module (except KERNEL, of course) is optional for
243 SALOME. If you do not need any module, just do not compile or install
244 it. But remember that some modules require other ones to be built first
245 (see dependancies table above).
247 - go to KERNEL module's sources directory:
249 cd /home/salome/KERNEL_SRC_2.2.0
251 - set environment variables (use bash or csh script, depending on
258 - create a configuration script by typing
262 - go to the parent directory and create build directory:
267 - run configure script which will check the environment and create
271 ../KERNEL_SRC_2.2.0/configure --prefix=/home/salome/KERNEL_install
273 Note, that --prefix option defines the directory where you want to
274 install KERNEL module after 'make install' procedure.
275 More about certain module's configure options you can learn by using
276 --help (-h) parameter.
278 - build and install KERNEL module:
283 After you have completed this scenario, KERNEL module is built and
284 installed into /home/salome/KERNEL_install directory.
290 export KERNEL_ROOT_DIR=/home/salome/KERNEL_install
292 export KERNEL_ROOT_DIR=/home/salome/KERNEL_build
293 (if make install step was not performed).
297 setenv KERNEL_ROOT_DIR /home/salome/KERNEL_install
299 setenv KERNEL_ROOT_DIR /home/salome/KERNEL_build
300 (if make install step was not performed).
302 - then repeat this scenario for other modules you want to build taking
303 into account the dependancies between modules (see dependancies table
306 Note: if the compilation fails it may be caused by bad environment.
307 In this case you should check that environment script you use
308 (salome.csh or salome.sh) contains the following lines for each module:
312 export PATH=${<module>_ROOT_DIR}/bin/salome:${PATH}
313 export LD_LIBRARY_PATH=${<module>_ROOT_DIR}/lib/salome:${LD_LIBRARY_PATH}
314 export PYTHONPATH=${<module>_ROOT_DIR}/bin/salome:${PYTHONPATH}
315 export PYTHONPATH=${<module>_ROOT_DIR}/lib/salome:${PYTHONPATH}
316 export PYTHONPATH=${<module>_ROOT_DIR}/lib/python2.2/site-packages/salome:${PYTHONPATH}
317 export PYTHONPATH=${<module>_ROOT_DIR}/lib/python2.2/site-packages/salome/shared_modules:${PYTHONPATH}
321 setenv PATH ${<module>_ROOT_DIR}/bin/salome:${PATH}
322 setenv LD_LIBRARY_PATH ${<module>_ROOT_DIR}/lib/salome:${LD_LIBRARY_PATH}
323 setenv PYTHONPATH ${<module>_ROOT_DIR}/bin/salome:${PYTHONPATH}
324 setenv PYTHONPATH ${<module>_ROOT_DIR}/lib/salome:${PYTHONPATH}
325 setenv PYTHONPATH ${<module>_ROOT_DIR}/lib/python2.2/site-packages/salome:${PYTHONPATH}
326 setenv PYTHONPATH ${<module>_ROOT_DIR}/lib/python2.2/site-packages/salome/shared_modules:${PYTHONPATH}
328 4.2. Automatic build procedure: build.csh script
330 From version 2.2.0 SALOME Installation Wizard provides the script
331 for automatic building of SALOME modules from sources packages:
332 build.csh. It is installed into the top-level target directory
333 (the same directory where env_products.[c]sh files are generated.
335 To use this script just install SALOME sources packages with
336 Installation Wizard, then cd to the SALOME isntallation directory
343 By default, build.csh only compiles the modules but not installs them,
344 i.e. does not perform 'make install' step.
345 To do this, use -i option or -p <prefix> where <prefix> is target
348 If you want to build only some SALOME modules, just pass them as
351 ./build.csh -i KERNEL MED GEOM
353 The script also provides some other options which specify compiling
354 and installation parameters. You can learn about options by using
359 When you run build.csh at first time it is not necessary to pass
360 -b, -c parameters. The script detects if build procedure has not yet
361 been performed and runs build_configure, configure procedures
364 Note: for avoiding of collisions it is recommended not to install
365 SALOME binaries packages with Installation Wizard if you plan to build
366 SALOME modules from sources packages or to edit/comment all rows
367 in env_products.csh file concerning binaries packages.
369 Note: use -d option carefully because in this case the script removes
370 existing (previously installed) SALOME modules.
372 ================================================================================