AugurRS loads runtime plugins from:
~/.augur/plugins/
Do not copy source trees into that directory. The host needs a compiled dynamic library plus a plugin.toml manifest.
~/.augur/plugins/
localization/
plugin.toml
libaugur_plugin_localization.dylib
On Linux the library ends in .so. On Windows it ends in .dll.
Host-owned built-in tools are part of augur-gui and are not installed from this repository.
cargo build -p augur-plugin-localization --releaseCARGO_NET_GIT_FETCH_WITH_CLI=true cargo build \
-p augur-plugin-evesmlm-candidates \
-p augur-plugin-evesmlm-fitting \
-p augur-plugin-evesmlm-postproc \
--releasemkdir -p ~/.augur/plugins/localization
cp plugins/localization/plugin.toml ~/.augur/plugins/localization/
cp target/release/libaugur_plugin_localization.dylib ~/.augur/plugins/localization/Install each plugin into its own directory under ~/.augur/plugins/<name>/.
./scripts/install-built-plugins.sh --profile releaseThis copies every plugin that already has a built runtime library in target/release/.
- Launch
augur-gui - Open Plugins
- Click Scan for New Plugins
- Enable the plugin in the Plugin Manager
After rebuilding a plugin during development, use Reload instead of restarting the host.
Your plugin.toml still uses an old manifest format such as:
[plugin]
name = "..."Update it to the current top-level runtime format used by the plugins in this repository.
You copied a source directory instead of the built library. Build the plugin and copy the generated runtime artifact into the installed plugin directory.
The library was built against an older plugin interface or does not export the runtime vtable. Port it to augur-plugin-api::Plugin and export it with export_plugin!.
GlobalSettings are published through augur.global_settings by newer hosts. If a plugin tolerates None there, verify that the installed plugin and the augur-gui build come from compatible augur-rs / augur-plugins revisions.