Release Notes, November 2019
============================
-.. warning:: This documentation is under construction!
-New features and improvments
-----------------------------
+New features and improvements
+-----------------------------
+
+
**pip mode for python modules**
-This new mode was introduced in order to simplify the management of the python products (which number is constantly raising years after years...)
-It is trigered by two properties within the application configuration file::
+This new mode was introduced in order to simplify the management of the python products (which number is constantly raising years after years...).
+It is triggered by two properties within the application configuration file::
pip : 'yes'
pip_install_dir : 'python'
The first property activates the use of pip for all the products which have themselves the pip property activated (it concerns twenty products).
The second property specifies that the products should be installed directly in python directory, and not in their own specific directory.
-This second property is usefull on windows platform to reduce the length of python path.
+This second property is useful on windows platform to reduce the length of python path.
-After several tests anf iterations, the following management was adopted:
+After several tests and iterations, the following management was adopted:
- sat prepare <application> does nothing for pip products (because at prepare time we don't have python compiled, and the use of native pip may not be compatible).
- - sat compile <application> use the pip module installed in python to get pip archives (wheels), store them in local archive directory, and install then either in python
-directory, or in the product directory (in accordance to pip_install_dir property).
+ - sat compile <application> use the pip module installed in python to get pip archives (wheels), store them in local archive directory, and install them either in python directory, or in the product directory (in accordance to pip_install_dir property).
**single directory mode**
-This new mode was introduced in order to get shorter path on windows platform. It is trigered by the property **single_install_dir** within the application configuration file::
+This new mode was introduced in order to get shorter path on windows platform. It is triggered by the property **single_install_dir** within the application configuration file::
single_install_dir : "yes"
When activated, all the products which have themselves the property **single_install_dir** are installed in a common directory, called PRODUCTS.
-**Generalisation of sat launcher command**
+**Generalization of sat launcher command**
-sat launcher command was extended to generate lauchers based on an executable given as argument with **-e** option::
+sat launcher command was extended to generate launchers based on an executable given as argument with **-e** option::
sat launcher <application> -n salome.sh -e INSTALL/SALOME/bin/salome.py
-The command generates a launcher called salome.sh, which set the environment, and launch the INSTALL/SALOME/bin/salome.py.
+The command generates a launcher called salome.sh, which sets the environment, and launches the INSTALL/SALOME/bin/salome.py.
-**optimisation of sat compile**
+**optimization of sat compile**
For a complete compilation of salome, sat compile command was spending more than three minutes
-to calculate the dependencies and the order in which the products shoulb be compiled.
+to calculate the dependencies and the order in which the products should be compiled.
The algorithm used was clumsy, and confused.
It was therefore completely rewritten using a topological sorting.
-The products order calculation take now less than one second.
+The products order calculation takes now less than one second.
-**new management of sections in product configution files**
+**new management of sections in product configuration files**
The sections defined in products are used to specify the variations in the way products are built.
-Depending upon the tag or version of the product, sat choose one of these sections and set the product definition according to it.
+Depending upon the tag or version of the product, sat chooses one of these sections and sets the product definition according to it.
With time, the number of sections increased a lot. And it is not easy to visualise the differences between these sections, as they often
are identical, except few variations.
With the windows version, new sections are introduced to manage windows specifics.
-Therefore the need of a new mode for managing sections arises, that would be simplier, more concise, and help the comprehension.
-This new mode is called **incremental**, and is trigered by the property **incremental** within the default section of the product::
+Therefore the need of a new mode for managing sections arises, that would be simpler, more concise, and help the comprehension.
+This new mode is called **incremental**, and is triggered by the property **incremental** within the default section of the product::
default:
{
...
}
-When this mode is defined, the definition of the product is defined incrementaly, by taking into account the reference (the default section) and applying to it corrections defined in the other incremental sections. Depending upon the case several sections may be taken into account, in a predefined order:
+When this mode is defined, the definition of the product is defined incrementally, by taking into account the reference (the default section) and applying to it corrections defined in the other incremental sections. Depending upon the case, several sections may be taken into account, in a predefined order:
* the default section, which contains the reference definition
* on windows platform, the default_win section if it exists
* the section corresponding to the tag. the algorithm to determine this section remains unchanged (what changes is that in incremental mode the section only define deltas, not the complete definition)
-* on windows platform, if it exists the same section posfiwed with "_win".
+* on windows platform, if it exists the same section postfixed with "_win".
Here is as an example the incremental definition used for boost products. For version 1.49 of boost, we extend the definition because we need to apply a patch::
patches : [ "boost-1.49.0.patch" ]
}
+**Suppression of the global "no_base" flag in application configuration**
+
+**no_base : "no"** is not interpreted anymore in application pyconf.
+One has to use the **base** flag.
+The possible values are:
+
+* **yes** : all the products go into the base
+* **no** : no product goes into the base
+
+The complete usage rule of bases is explained in the documentation.
Change log
+-------------+-----------------------------------------------------------------------------------+
| Artifact | Description |
+=============+===================================================================================+
+| spns #8544 | The documentation has been improved! |
++-------------+-----------------------------------------------------------------------------------+
| spns #16894 | clean the temp directory at the end of sat package |
+-------------+-----------------------------------------------------------------------------------+
-| sat #12965 | optimisation of sat compile : better, simplier and faster algo for dependencies! |
+| sat #12965 | optimisation of sat compile : better, simpler and faster algo for dependencies! |
+-------------+-----------------------------------------------------------------------------------+
-| sat # 17206 | Use pip to manage python modules |
+| sat #17206 | Use pip to manage python modules |
+-------------+-----------------------------------------------------------------------------------+
| sat #17137 | check_install functionality improvement : uses linux expending shell rules and |
| | interprets environment variables |
| sat # 8547 | Generalisation of sat launcher command (new option --exe to specify which exe |
| | should be launched after setting the environment |
+-------------+-----------------------------------------------------------------------------------+
-| sat #17357 | New field in application pyconf "rm_rpoducts" to blacklist some products |
+| sat #17357 | New field "rm_products" to blacklist products in overwrite section of appli pyconf|
+-------------+-----------------------------------------------------------------------------------+
-| sat #17194 | Parametrication of the value of INSTALL and BINARIES directories |
+| sat #17194 | Parametrisation of the value of INSTALL and BINARIES directories |
| | (in src/internal_config/salomeTools.pyconf) |
+-------------+-----------------------------------------------------------------------------------+
| sat #17639 | Warning when sat is launcher with python3 |
+-------------+-----------------------------------------------------------------------------------+
| sat #17359 | New incremental mode for the definition of products |
+-------------+-----------------------------------------------------------------------------------+
-| | |
+| sat #17766 | The environment of products is now loaded in the order of product dependencies. |
+| sat #17848 | To treat correctly dependencies in the environment |
++-------------+-----------------------------------------------------------------------------------+
+| sat #17955 | No unit tests for native products |
++-------------+-----------------------------------------------------------------------------------+
+| | SAT_DEBUG and SAT_VERBOSE environment variables are now available in the |
+| | compilation, which can now forward the information and do the job! |
++-------------+-----------------------------------------------------------------------------------+
+| sat #18392 | Bug, binaries archives do not work when products are in base |
+-------------+-----------------------------------------------------------------------------------+
