Expand description
Lightweight update discovery and update commands.
Startup checks are deliberately best-effort: callers decide when to run them, each registry request uses a short timeout, and cached values are retained only as a fallback for temporary registry failures.
Structs§
Functions§
- check_
package_ startup_ with_ resources - Package-only compatibility wrapper using the built-in npm executable and an isolated working directory.
- check_
package_ startup_ with_ resources_ and_ npm_ command_ in_ cwd - Check only npm, Git, and native Rust packages. This is the package half of
check_rpi_startupand is safe to run concurrently with it. - check_
rpi_ startup - Check only the rpi release. Callers can render this report independently so slow package-manager subprocesses never delay the self-update notice.
- check_
startup - Perform a best-effort check with Pi package discovery disabled.
- check_
startup_ with_ package_ resources - Perform a best-effort startup check, using cached values only when a fresh request fails.
- check_
startup_ with_ package_ resources_ and_ npm_ command - Perform startup discovery using the effective trusted
npmCommandargv. Keeping the command explicit prevents a project wrapper from being used before its trust decision has been applied. - check_
startup_ with_ package_ resources_ and_ npm_ command_ in_ cwd - Perform startup discovery with an explicitly trust-gated npm working
directory.
Noneruns every npm lookup in a fresh isolated directory; callers may supply the project cwd only after that project is trusted. - is_
newer - Compare complete semantic versions, including prerelease precedence.
- print_
startup_ notices - run_
self_ update - Update the installed rpi CLI through its documented crates.io install path. Windows stages first because a running executable cannot replace itself; other platforms retain Cargo’s direct replacement behavior.