-
Notifications
You must be signed in to change notification settings - Fork 361
Package Commands
- Overview
- Order Of Command Execution
- Variable Prepending and Appending
- String Expansion
- Pre And Post Commands
- A Largish Example
- Objects
Package definition files (package.py) usually define a commands section. This is a python function that determines how the environment is configured in order to include the package.
Consider the simple example:
def commands():
env.PYTHONPATH.append("{root}/python")
env.PATH.append("{root}/bin")
This is a typical case, where a package adds its source path to PYTHONPATH, and its tools to PATH. The "{root}" string expands to the installation directory of the package.
When a rez environment is configured, every package in the resolve list has its commands section interpreted and converted into shell code (the language - bash or other - depends on the platform and is extensible). The resulting shell code is sourced, and this configures the environment. Within a configured environment, the variable REZ_CONTEXT_FILE points at this shell code, and the command rez-context --interpet prints it.
The python API that you use in the commands section is called rex (Rez EXecution language). It is an API for performing shell operations in a shell-agnostic way.
If you need to import any python modules to use in a commands section, the import statements must appear inline to that function.
The order in which package commands are interpreted depends on two factors - the order in which the packages were requested, and dependencies between packages. This order can be defined as:
- If package A was requested before package B, then A's commands are interpreted before B's;
- Unless package A requires (depends on) B, in which case B will be interpreted before A.
Consider a package maya_anim_tool. Let us say this is a maya plugin. Naturally it has a dependency on maya, therefore maya's commands will be interpreted first. This is because the maya plugin may depend on certain environment variables that maya sets. For example, maya might initialize the MAYA_PLUG_IN_PATH environment variable, and maya_anim_tool may then append to this variable.
For example, consider the request:
]$ rez-env maya_anim_tool-1.3+ PyYAML-3.10 maya-2015
Assuming that PyYAML depends on python, and maya_anim_tool depends on maya, then the resulting commands execution order would be:
- maya;
- maya_anim_tool;
- python;
- PyYAML.
TODO
Any of the objects available to you in a commands section can be referred to in formatted strings that are passed to rex functions such as setenv and so on. For example, consider the code:
appendenv("PATH", "{root}/bin")
Here, "{root}" will expand out to the value of root, which is the installation path of the package ("this.root" could also have been used).
You don't have to use this feature; it is provided as a convenience. For example, the following code is equivalent to the previous example, and is just as valid (but more verbose):
import os.path
appendenv("PATH", os.path.join(root, "bin"))
Object string expansion is also supported when setting an environment variable via the env object:
env.FOO_LIC = "{this.root}/lic"
Object string expansion only occurs when a string is passed to a rex function, or to the env object. For example the simple statement var = "{root}/bin" would not expand "{root}" into var.
Occasionally it's useful for a package to run commands either before or after all other packages, regardless of the command execution order rules. This can be achieved by defining a pre_commands or post_commands function. A package can have any, all or none of pre_commands, commands and post_commands defined, although it is very common for a package to define just commands.
The order of command execution is:
- All package pre_commands are executed, in standard execution order;
- Then, all package commands are executed, in standard execution order;
- Then, all package post_commands are executed, in standard execution order.
Here is an example of a package definition with a fairly lengthy commands section:
name = "foo"
version = "1.0.0"
requires = [
"python-2.7",
"~maya-2015"
]
def commands():
import os.path
env.PYTHONPATH.append("{this.root}/python")
env.PATH.append("{this.root}/bin")
if building:
env.FOO_INCLUDE_PATH = "{this.root}/include"
if defined("DEBUG_FOO"):
conf_file = os.path.expanduser("~/.foo/config")
else:
conf_file = "{this.root}/config"
env.FOO_CONFIG_FILE = conf_file
if "maya" in resolve:
env.MAYA_PLUG_IN_PATH.append("{this.root}/maya/plugins")
if resolve.maya.version.minor == "sp3":
error("known issue with GL renderer in service pack 3, beware")
env.FOO_LIC = "/lic/foo_{this.version.major}.lic"
Various objects and functions are available to use in the commands function (as well as pre_commands and post_commands). For example, env is a dict-like object that represents all the environment variables being constructed in the target environment.
Following is a list of the objects and functions available.
Function
alias("nukex", "Nuke -x")
Create a command alias.
In bash, aliases are implemented as bash functions.
String
See this.base.
Boolean
if building:
env.FOO_INCLUDE_PATH = "{root}/include"
This boolean variable is True if a build is occurring (typically done via the rez-build tool), and False otherwise. Typically a package will use this variable to set environment variables that are only useful during a build - C++ header include paths are a good example.
Function
command("rm -rf ~/.foo_plugin")
Run an arbitrary shell command. Note that you cannot return a value from this function call, because the command has not yet run. All of the packages in a resolve only have their commands executed after all packages have been interpreted and converted to the target shell language. Therefore any value returned from the command, or any side effect the command has, is not visible to any package.
You should prefer to perform simple operations (such as file manipulations and so on) in python where possible instead. Not only does that take effect immediately, but it's also more cross platform. For example, instead of running the command above, we could have done this:
def commands():
import shutil
import os.path
path = os.path.expanduser("~/.foo_plugin")
if os.path.exists(path):
shutil.rmtree(path)
Function
if "nuke" in resolve:
comment("note: taking over 'nuke' binary!")
alias("nuke", "foo_nuke_replacer")
Creates a comment line in the converted shell script code. This is only visible if the user views the current shell's code using the command "rez-context --interpret" or looks at the file referenced by the environment variable REZ_CONTEXT_FILE. You would create a comment for debugging purposes.
Function
if defined("REZ_MAYA_VERSION"):
env.FOO_MAYA = 1
Use this boolean function to determine whether or not an environment variable is set.
Dict-like object
env.FOO_DEBUG = 1
env["BAH_LICENSE"] = "/lic/bah.lic"
The env object represents the environment dict of the configured environment. Note that this is different from the standard python os.environ dict, which represents the current environment, not the one being configured. If a prior package's commands set a variable via the env object, it will be visible only via env, not os. The os dict hasn't been updated because the target configured environment does not yet exist!
The env object also provides the following functions:
Function
env.PATH.append("{root}/bin")
Appends a value to an environment variable. By default this will use the os.pathsep delimiter between list items, but this can be overridden using the config setting env_var_separators. See here for further information on the behavior of this function.
Function
env.PYTHONPATH.prepend("{root}/python")
like env.append, but prepends the environment variable instead.
Function
if "PyQt" in resolve:
error("The floob package has problems running in combo with PyQt")
Prints to standard error.
This function just prints the error, it does not prevent the target environment from being constructed.
Function
if getenv("REZ_MAYA_VERSION") == "2016.sp1":
pass
Gets the value of an environment variable, or returns None if the environment variable is not set.
Dict-like object
if "platform" in implicits:
pass
This is similar to the request object, but it contains only the package requests as defined by the implicit_packages configuration setting.
Function
info("floob version is %s", resolve.floob.version)
Prints to standard out.
Dict-like object
if "maya" in request:
info("maya was asked for!")
A dict representing the list of package requests. Each item is a request string keyed by the package name. For example, consider the package request:
]$ rez-env maya-2015 maya_utils-1.2+<2 !corelib-1.4.4
This request would yield the following request object:
{
"maya": "maya-2015",
"maya_utils": "maya_utils-1.2+<2",
"corelib": "!corelib-1.4.4"
}
If multiple requests are present that refer to the same package, the request is combined ahead of time. In other words, if requests foo-4+ and foo-<6 were both present, the single request foo-4+<6 would be present in the request object.
Dict-like object
if "maya" in resolve:
info("Maya version is %s", resolve.maya.version)
A dict representing the list of packages in the resolved environment. Each item is a Package object, keyed by the package name.
String
See this.root.
Function
setenv("FOO_PLUGIN_PATH", "{root}/plugins")
This function sets an environment variable to the given value. It is equivalent to setting a variable via the env object (eg, "env.FOO = 'BAH'").
Function
source("{root}/scripts/init.sh")
Source a shell script. Note that, similarly to commands, this function cannot return a value, and any side effects that the script sourcing has is not visible to any packages. For example, if the init.sh script above contained "export FOO=BAH", a subsequent test for this variable on the env object would yield nothing.
Package object
import os.path
env.PATH.append(os.path.join(this.root, "bin"))
The this object represents the current package. The following attributes are most commonly used in a commands section (though you have access to all package attributes - see here):
String
Similar to this.root, but does not include the variant subpath, if there is one. Different variants of the same package share the same base directory. See here for more information on package structure in relation to variants.
String
The name of the package, eg 'houdini'.
String
The installation directory of the package. If the package contains variants, this path will include the variant subpath. This is the directory that contains the installed package payload. See here for more information on package structure in relation to variants.
Version object
The package version. It can be used as a string, however you can also access specific tokens in the version (such as major version number and so on), as this code snippet demonstrates:
env.FOO_MAJOR = this.version.major # or, this.version[0]
The available token references are this.version.major, this.version.minor and this.version.patch, but you can also use a standard list index to reference any version token.
Function
if undefined("REZ_MAYA_VERSION"):
info("maya is not present")
Use this boolean function to determine whether or not an environment variable is set. This is the opposite of defined.
Function
unsetenv("FOO_LIC_SERVER")
Unsets an environment variable. This function does nothing if the environment variable was not set.
Version object
See this.version.