Modrinth Modpacks¶
Modrinth Modpacks can automatically be installed along with the required mod loader (Forge or Fabric) by setting MODPACK_PLATFORM, MOD_PLATFORM or TYPE to "MODRINTH". Upgrading (and downgrading) takes care of cleaning up old files and upgrading (and downgrading) the mod loader.
Modpack project¶
The desired modpack project is specified with the MODRINTH_MODPACK environment variable and must be one of:
- The project "slug", which is located in the URL shown here:

- The project ID, which is located in the bottom of the left panel, shown here

-
The project page URL, such as https://modrinth.com/modpack/cobblemon-fabric. As described below, this can further be the page URL of a modpack's version page.
-
A custom URL of a hosted mrpack file
-
The container path to a local mrpack file
Modpack version¶
The automatic modpack version resolving can be narrowed in a few ways:
The latest release or beta version, respectively, of the Modrinth modpack is selected when VERSION is "LATEST" or "SNAPSHOT". That can be overridden by setting MODRINTH_MODPACK_VERSION_TYPE to "release", "beta", or "alpha".
The resolved modpack version can be narrowed by setting VERSION to a specific Minecraft version, such as "1.19.2".
The selected version can also be narrowed to a particular mod loader by setting MODRINTH_LOADER to either "forge", "fabric", or "quilt".
Instead of auto resolving, a specific version of modpack file can be specified by passing the version's page URL to MODRINTH_MODPACK, such as https://modrinth.com/modpack/cobblemon-fabric/version/1.3.2 or by setting MODRINTH_VERSION to the version ID or number located in the Metadata section, as shown here

Ignore missing files¶
Some mods, such as MCInstance Loader, use temporary files from the modpack and delete them when finished. In order to avoid the installer from detecting the absent file(s) and re-installing, those files can be ignored by passing a comma, newline delimited list or, a file globbing pattern to MODRINTH_IGNORE_MISSING_FILES.
Example
In a Compose file
Excluding files¶
To exclude client mods that are incorrectly declared by the modpack as server-compatible, set MODRINTH_EXCLUDE_FILES to a comma or newline delimited list of partial file names to exclude. You may need to set MODRINTH_FORCE_SYNCHRONIZE to "true" while iterating on a compatible set of mods to use.
Example
In a Compose file:
Force-include files¶
To force include client mods, set MODRINTH_FORCE_INCLUDE_FILES to a comma or newline delimited list of partial file names. You may need to set MODRINTH_FORCE_SYNCHRONIZE to "true" while iterating on a compatible set of mods to use.
Default exclude/includes¶
The image comes with a default set of exclude/includes, maintained in the repo files area and uses the same JSON schema as Auto CurseForge. Those defaults can be disabled by setting the env var MODRINTH_DEFAULT_EXCLUDE_INCLUDES to an empty string.
Excluding Overrides Files¶
Modrinth mrpack/zip files may include an overrides subdirectory that contains config files, world data, and extra mod files. All of those files will be extracted into the /data path of the container. If any of those files, such as incompatible mods, need to be excluded from extraction, then the MODRINTH_OVERRIDES_EXCLUSIONS variable can be set with a comma or newline delimited list of ant-style paths (see below) to exclude, relative to the overrides (or /data) directory.
Ant-style paths¶
Ant-style paths can include the following globbing/wildcard symbols:
| Symbol | Behavior |
|---|---|
* |
Matches zero, one, or many characters except a slash |
** |
Matches zero, one, or many characters including slashes |
? |
Matches one character |
Example
The following compose environment entries show how to exclude Iris and Sodium mods from the overrides
or using newline delimiter, which improves maintainability