Ferium

Check out ferium's sister projects ferinth and furse. They are Rust wrappers for the official Modrinth and CurseForge APIs respectively.

Ferium is a fast and feature rich CLI program for downloading and updating Minecraft mods from Modrinth, CurseForge, and GitHub Releases, and modpacks from Modrinth and CurseForge. Simply specify the mods you use, and in just one command you can download the latest compatible version of all the mods you configured.

Features

• Use the CLI to easily automate your modding experience

• Download mods from multiple sources, namely Modrinth, CurseForge, and GitHub Releases

• Download modpacks from multiple sources, namely Modrinth and CurseForge

• Beautiful and informative UI

  Profile info and listing mods

  

  Listing mods verbosely

  

  Upgrading mods/modpacks

  

• It's super fast due to multithreading for network intensive tasks

  Your results may vary depending on your internet connection.

  It downloads my modpack Kupfur with 79 mods in 15 seconds:

  https://github.com/gorilla-devs/ferium/assets/60034030/cfe2f0aa-3c10-41ca-b223-367925309ea9

  It downloads MMTP, a very large modpack with around 400 mods, in just under a minute:

  https://github.com/gorilla-devs/ferium/assets/60034030/857e8d27-372d-4cdd-90af-b0d77cb7e90c

• Upgrade all your mods to the latest compatible version in one command, ferium upgrade

  • Ferium checks that the version being downloaded is the latest one that is compatible with the configured mod loader and Minecraft version

• Download and install the latest version of your modpack in one command, ferium modpack upgrade

• Create multiple profiles and configure different mod loaders, Minecraft versions, output directories, and mods for each

Installation

Ferium executables from GitHub Releases do not require any external dependencies at runtime.
If you compile from source on Linux, using GCC to build will result in binaries that require GCC to be available at runtime.
On Linux, the regular versions require some sort of desktop environment to be available that offers an XDG Desktop Portal to show the folder picker. The nogui versions do not need this as they won't have a GUI folder picker, making these variants suitable for server use.

[!IMPORTANT] Linux users! Use the nogui versions (or compile with --no-default-features) if you do not have a desktop environment (like GNOME, KDE, XFCE, etc.)

Packages

Have knowledge/experience maintaining packages? Consider helping with adding and maintaining ferium for your favourite package manager.

Arch User Repository for Arch Linux

[!NOTE] From-source builds will install the Rust toolchain and GCC.

Homebrew for macOS or Linux

brew install ferium

winget for Windows

winget install GorillaDevs.Ferium

Scoop for Windows

scoop bucket add games
scoop install ferium

Pacstall for Ubuntu

pacstall -I ferium-bin

Nixpkgs for NixOS or Linux

[!NOTE] See the package page for installation instructions:
https://search.nixos.org/packages?show=ferium&channel=unstable

Portage for Gentoo

Available on LoaTcHi's overlay

eselect repository enable loatchi
emaint sync -r loatchi
emerge -av ferium

XBPS for Void Linux

xbps-install ferium

crates.io using the Rust toolchain

cargo install ferium

[!TIP] Use a tool like cargo-update to keep ferium updated to the latest version!

GitHub Releases

[!IMPORTANT] You will have to manually download and install every time there is a new update.

1. Download the asset suitable for your operating system from the latest release
2. Unzip the file and move it to a folder in your path, e.g. ~/bin
3. Remember to check the releases page for any updates!

Overview / Help Page

[!NOTE] A lot of ferium's backend is in a separate project; libium.
It deals with things such as the config, adding mod(pack)s, upgrading, file pickers, etc.

Program Configuration

Ferium stores profile and modpack information in its config file. By default, this is located at ~/.config/ferium/config.json.
You can change this in 2 ways, setting the FERIUM_CONFIG_FILE environment variable, or setting the --config-file global flag. The flag always takes precedence.

[!CAUTION] Be mindful of syntax when manually editing the config file

You can also set a custom CurseForge API key or GitHub personal access token using the CURSEFORGE_API_KEY and GITHUB_TOKEN environment variables, or the --curseforge_api_key and --github-token global flags respectively. Again, the flags take precedence.

First Startup

You can either have your own set of mods in what is called a 'profile', or install a modpack.

• Create a new profile by running ferium profile create and entering the details for your profile.
  • Then, add your mods using ferium add.
  • Finally, download your mods using ferium upgrade.
• Add a modpack by running ferium modpack add <project_id>.
  • After which, run ferium modpack upgrade to download and install the latest version of the modpack.

Automatically Import Mods

ferium scan

This command scans a directory with mods, and attempts to add them to your profile.

The directory defaults to your profile's output directory. Some mods are available on both Modrinth and CurseForge; ferium will prefer Modrinth by default, but you can choose CurseForge instead using the --platform flag.

As long as you ensure the mods in the directory match the configured mod loader and Minecraft version, they should all add properly. Some mods might require some additional tuning. You can also bypass the compatibility checks using the --force flag.

Manually Adding Mods

[!TIP] You can specify multiple identifiers to add multiple mods at once

Modrinth

ferium add project_id

project_id is the slug or project ID of the mod. (e.g. Sodium has the slug sodium and project ID AANobbMI). You can find the slug in the website URL (modrinth.com/mod/<slug>), and the project ID at the bottom of the left sidebar under 'Technical information'.
So to add Sodium, you can run ferium add sodium or ferium add AANobbMI.

CurseForge

ferium add project_id

project_id is the project ID of the mod. (e.g. Terralith has the project id 513688). You can find the project id at the top of the right sidebar under 'About Project'.
So to add Terralith, you should run ferium add 513688.

GitHub

ferium add owner/name

owner is the username of the owner of the repository and name is the name of the repository, both are case-insensitive. (e.g. Sodium's repository has the id CaffeineMC/sodium-fabric). You can find these at the top left of the repository's page.
So to add Sodium, you should run ferium add CaffeineMC/sodium-fabric (again, case-insensitive).

[!IMPORTANT] The GitHub repository needs to upload JAR files to their Releases for ferium to download, or else it will refuse to be added.

User Mods

If you want to use files that are not downloadable by ferium, place them in a subfolder called user in the output directory. Files here will be copied to the output directory when upgrading.

[!NOTE] Profiles using Quilt will not copy their user mods, this is because Quilt automatically loads mods from nested directories (such as the user folder) since version 0.18.1-beta.3.

Adding Modpacks

Modrinth

ferium modpack add project_id

project_id is the slug or project ID of the modpack. (e.g. Fabulously Optimized has the slug fabulously-optimized and project ID 1KVo5zza). You can find the slug in the website URL (modrinth.com/modpack/<slug>), and the project id at the bottom of the left sidebar under 'Technical information'.
So to add Fabulously Optimized, you can run ferium modpack add fabulously-optimized or ferium modpack add 1KVo5zza.

CurseForge

ferium modpack add project_id

project_id is the project ID of the modpack. (e.g. Fabulously Optimized has the project ID 396246). You can find the project ID at the top of the right sidebar under 'About Project'.
So to add Fabulously Optimized, you should run ferium modpack add 396246.

Upgrading Mods

[!WARNING] If your output directory is not empty when setting it, ferium will offer to create a backup.
Please do so if it contains any files you would like to keep.

Now after adding all your mods, run ferium upgrade to download all of them to your output directory. This defaults to .minecraft/mods, where .minecraft is the default Minecraft resources directory. You don't need to worry about this if you play with Mojang's launcher and use the default resources directory. You can choose to pick a custom output directory during profile creation or change it later.

If ferium fails to download a mod, it will print its name in red and try to give a reason. It will continue downloading the rest of your mods and will exit with an error.

[!TIP] When upgrading, any files not downloaded by ferium will be moved to the .old folder in the output directory.
See user mods for information on how to add mods that ferium cannot download.

Upgrading Modpacks

[!WARNING] If your output directory's mods and/or resourcepacks folders are not empty when setting it, ferium will offer to create a backup.
Please do so if it contains any files you would like to keep.

Now after adding your modpack, run ferium modpack upgrade to download the modpack to your output directory. This defaults to .minecraft, which is the default Minecraft resources directory. You don't need to worry about this if you play with Mojang's launcher and use the default resources directory. You can choose to pick a custom output directory when adding the modpack or change it later.

If ferium fails to download a mod, it will print its name in red and try to give a reason. It will continue downloading the rest of the mods and will exit with an error.

[!CAUTION] If you choose to install modpack overrides, your existing configs may be overwritten when upgrading.

Managing Mods

You can list out all the mods in your current profile by running ferium list. If you want to see more information about them, you can use ferium list -v or ferium list --verbose.

You can remove any of your mods using ferium remove; just select the ones you would like to remove using the space key, and press enter once you're done. You can also provide the names or IDs of the mods to remove as arguments.

[!IMPORTANT] Both mod names and GitHub repository identifiers are case insensitive.
Mod names with spaces have to be given in quotes (ferium remove "ok zoomer") or the spaces should be escaped (usually ferium remove ok\ zoomer, but depends on the shell).

Check Overrides

If some mod is supposed to be compatible with your game version and mod loader, but ferium does not download it, create an issue if you think it's a bug.

If you suspect the author has not specified compatible versions or mod loaders, you can disable the game version or mod loader checks by using the --ignore-game-version and/or --ignore-mod-loader flags when adding a single mod, or manually setting check_game_version and/or check_mod_loader to false for the specific mod in the config file.

For example, Just Enough Items does not specify the mod loader for older Minecraft versions such as 1.12.2. In this case, you would add JEI by running ferium add 238222 --ignore-mod-loader so that the mod loader check is disabled.
You can also manually disable the mod loader (and/or game version) check(s) in the config like so:

{
    "name": "Just Enough Items (JEI)",
    "identifier": {
        "CurseForgeProject": 238222
    },
    "check_mod_loader": false
}

Managing Modpacks

Adding

When adding a modpack, you will configure the following:

• Output directory
  • This defaults to .minecraft, which is the default Minecraft resources directory. You don't need to worry about this if you play with Mojang's launcher and use the default resources directory.
• Whether to install modpack overrides

[!TIP] You can also provide these settings as flags to avoid interactivity for things like scripts

[!NOTE] Ferium will automatically switch to the newly added modpack

Configuring

You can configure these same settings afterwards by running ferium modpack configure. Again, you can provide these settings as flags.

Manage

You can list out all the modpacks you have added by running ferium modpack list or ferium modpacks.
Switch to a different modpack using ferium modpack switch.
Remove a modpack using ferium modpack remove and selecting the modpack you want to remove.

Profiles

Creating

You can create a profile by running ferium profile create and specifying the following:

• Output directory
  • This defaults to .minecraft/mods where .minecraft is the default Minecraft resources directory. You don't need to worry about this if you play with Mojang's launcher and use the default resources directory.
• Name of the profile
• Minecraft version
• Mod loader

If you want to copy the mods from another profile, use the --import flag. You can also directly provide the profile name to the flag if you don't want a profile picker to be shown.

[!NOTE] Ferium will automatically switch to the newly created profile

[!TIP] You can also provide these settings as flags to avoid interactivity for things like scripts

Configure

You can configure these same settings afterwards by running ferium profile configure. Again, you can provide these settings as flags.

Manage

You can get information about the current profile by running ferium profile or ferium profile info, and about all the profiles you have by running ferium profiles or ferium profile list.
Switch to a different profile using ferium profile switch.
Delete a profile using ferium profile delete and selecting the profile you want to delete.

Feature Requests

If you would like to make a feature request, check the issue tracker to see if the feature has already been added or is planned. If not, create a new issue.

Developing

Firstly, you will need the Rust toolchain, which includes cargo, rustup, etc. You can install these using rustup. You can manually run cargo commands if you wish, but I recommend using the justfile configuration in the repository. just is a command runner that is basically a much better version of make.

To build the project and install it to your Cargo binary directory, clone the project and run just install. If you want to install it for testing purposes, add the nightly toolchain and run just (aliased to just install-dev), which has some optimisations to make compilation faster.

You can run integration tests using cargo test, lint using cargo clippy, and delete all build and test artefacts using just clean.

If you would like to see how to cross-compile for specific targets (e.g. Linux ARM) or other information such as the development libraries required, have a look at the workflow file.
If you still have doubts, feel free to create a discussion and I will try help you out.