It can be run using node scripts/archive.js, and creates an archive for LOOT in the build folder. The archive packaging script requires Git, and on Windows it also requires 7-Zip, while on Linux it requires tar and xz. To build an installer that runs in 64-bit mode and installs the 64-bit MSVC redistributable, pass -DMyAppIs64Bit when building the installer.
The installer will run in 32-bit mode by default and install the 32-bit MSVC redistributable, even if it installs a 64-bit build of LOOT. If they are not found, the installer will be built without them.īuilding the installer will always build a 32-bit installer executable. If the unofficial Korean, Swedish and Simplified Chinese Inno Setup translation files are installed alongside the official translation files, then the installer script will also offer those language options. Run the scripts/installer.iss Inno Setup script to build an installer executable in the build folder. Packaging scripts are provided for creating an installer on Windows and compressed archives on Windows and Linux. Sphinx-build -b html docs build/docs/htmlĪlternatively, you can use Docker to avoid changing your development environment, by running docker run -it -rm -v $/build:/docs/build sphinxdoc/sphinx bash to obtain a shell that you can use to run the two commands above. Install Python (2 or 3) and make sure it's accessible from your PATH, then run: The GUI's HTML file is automatically built when building the LOOT GUI binary, but it can also be built by running npm run build from the repository root. You may also need to set BOOST_ROOT if CMake cannot find Boost.
Specifying this is useful if you want to link to a libloot that was built and packaged locally. By default, this is the URL of a libloot release archive hosted on GitHub. The URL to get the libloot release archive from.
LOOT uses the following CMake variables to set build parameters: Parameter Linux on LOOT's issue tracker cover such missing features where they can be Not all LOOT's features have been implemented for Linux builds. python and pip (2.7 or 3, it shouldn't matter).Repository, that the current working directory is its root, and that theįollowing applications are already installed: The GitHub Actions workflow assumes that you have already cloned the LOOT The GitHub Actions workflow assumes that CMake, curl, gettext, Git, Inno Setup 6, Node.js, Python, Visual Studio 2017 and 7-zip are already installed.
github/workflows/release.yml for the build process. The snapshot build archives are named like so: Releases are hosted on GitHub, and snapshot builds are available on Artifactory.
See Introduction To Load Orders for an overview.
LOOT is intended to make using mods easier, and mod users should still possess a working knowledge of mod load ordering. As such, LOOT provides a mechanism for supplying additional plugin metadata so that it may sort them correctly. In addition, it provides a large number of plugin-specific usage notes, bug warnings and Bash Tag suggestions.Īlthough LOOT is able to calculate the correct load order positions for the vast majority of mods without any user input, some plugins are designed to load at certain positions in a load order, and LOOT may be unable to determine this from the plugins themselves. LOOT also provides some load order error checking, including checks for requirements, incompatibilities and cyclic dependencies. It is designed to assist mod users in avoiding detrimental conflicts, by automatically calculating a load order that satisfies all plugin dependencies and maximises each plugin's impact on the user's game. LOOT is a plugin load order optimisation tool for TES III: Morrowind, TES IV: Oblivion, TES V: Skyrim, TES V: Skyrim Special Edition, Skyrim VR, Fallout 3, Fallout: New Vegas, Fallout 4 and Fallout 4 VR.