Find unmaintained packages in Rust projects
cargo-unmaintained
is similar to cargo-audit
. However, cargo-unmaintained
finds unmaintained packages automatically using heuristics, rather than rely on users to manually submit them to the RustSec Advisory Database.
cargo-unmaintained
defines an unmaintained package X as one that satisfies one of 1 through 3 below:
X's repository is archived (see Notes below).
X is not a member of its named repository.
Both a and b below.
a. X depends on a package Y whose latest version:
b. Either X has no associated repository, or its repository's last commit was over a year ago (a configurable value).
As of 2024-09-30, the RustSec Advisory Database contains 100 active advisories for unmaintained packages. Using the above conditions, cargo-unmaintained
automatically identifies 73 of them (more than two thirds). These results can be reproduced by running the rustsec_advisories
binary within this repository.
To check whether packages' repositories have been archived, set the GITHUB_TOKEN_PATH
environment variable to the path of a file containing a personal access token. If unset, this check will be skipped.
The above conditions consider a "leaf" package (i.e., a package with no dependencies) unmaintained only if conditions 1 or 2 apply.
The purpose of the "over a year ago" qualifications in condition 3 is to give package maintainers a chance to update their packages. That is, an incompatible upgrade to one of X's dependencies could require time-consuming changes to X. Without this check, cargo-unmaintained
would produce many false positives.
Of the 27 packages in the RustSec Advisory Database not identified by cargo-unmaintained
:
cargo-unmaintained
's output includes the number of days since a package's repository was last updated, along with the dependencies that cause the package to be considered unmaintained.
For example, the following is the output produced by running cargo-unmaintained
on Cargo 0.74.0 on 2023-11-11:
cargo install cargo-unmaintained
Usage: cargo unmaintained [OPTIONS]
Options:
--color <WHEN> When to use color: always, auto, or never [default: auto]
--fail-fast Exit as soon as an unmaintained package is found
--max-age <DAYS> Age in days that a repository's last commit must not exceed for the
repository to be considered current; 0 effectively disables this check,
though ages are still reported [default: 365]
--no-cache Do not cache data on disk for future runs
--no-exit-code Do not set exit status when unmaintained packages are found
--no-warnings Do not show warnings
-p, --package <NAME> Check only whether package NAME is unmaintained
--save-token Read a personal access token from standard input and save it to
$HOME/.config/cargo-unmaintained/token.txt
--tree Show paths to unmaintained packages
--verbose Show information about what cargo-unmaintained is doing
-h, --help Print help
-V, --version Print version
The `GITHUB_TOKEN_PATH` environment variable can be set to the path of a file containing a personal
access token. If set, cargo-unmaintained will use this token to authenticate to GitHub and check
whether packages' repositories have been archived.
Alternatively, the `GITHUB_TOKEN` environment variable can be set to a personal access token.
However, use of `GITHUB_TOKEN_PATH` is recommended as it is less likely to leak the token.
If neither `GITHUB_TOKEN_PATH` nor `GITHUB_TOKEN` is set, but a file exists at
$HOME/.config/cargo-unmaintained/token.txt, cargo-unmaintained will use that file's contents as a
personal access token.
Unless --no-exit-code is passed, the exit status is 0 if no unmaintained packages were found and no
irrecoverable errors occurred, 1 if unmaintained packages were found, and 2 if an irrecoverable
error occurred.
If a workspace's Cargo.toml
file includes a workspace.metadata.unmaintained.ignore
array, all packages named therein will be ignored. Example:
[workspace.metadata.unmaintained]
ignore = ["matchers"]
Some tests are stored in a separate package ei
because they are "externally influenced," i.e., they rely on data from external sources. To run these additional tests, use the following command:
cargo test --package ei
If a project relies on an old version of a package, cargo-unmaintained
may fail to flag the package as unmaintained (i.e., may produce a false negative). The following is a sketch of how this can occur.
Note that version 1 of package X appears maintained, but version 2 does not. Ignoring a few details, version 2 satisfies condition 3 above.
cargo-unmaintained
does not, in all cases, check whether the latest version of a package is used, as doing so would be cost prohibitive. A downside of this choice is that false negatives can result.
Note that false positives should not arise in a corresponding way. Before flagging a package as unmaintained, cargo-unmaintained
verifies that the package's latest version would be considered unmaintained as well.
cargo-unmaintained
is not meant to be a replacement for cargo-upgrade
. cargo-unmaintained
should not warn just because a package needs to be upgraded.
We reserve the right to change what data is stored in the cache, as well as how that data is stored, and to consider such changes non-breaking.
cargo-unmaintained
is licensed and distributed under the AGPLv3 license. Contact us if you're looking for an exception to the terms.