You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We do not need to worry about WASM/LSP as part of this issue. We may need an abstraction in the future to download modules but that can wait until we better understand how the LSP/WASM intend to download modules.
Version selection (i.e. finding the max of mins) is out of scope for this issue. The behavior will be to always download and compile the latest version of the module.
NOTE: Salsa DB might need to differentiate between modules from different orgs. Or we create a new salsa DB per request to avoid any cross org modules.
DOD:
Flux modules can be downloaded from the registry and dynamically compiled
Support for downloading latest version of a module.
Flux scripts work with modules in tests
Full integration testing is a separate issue
The text was updated successfully, but these errors were encountered:
Now that we can incrementally compile the stdlib (see #5135) next steps are to dynamically download and compile Flux modules.
This issue is about adding the ability for the Rust side to download Flux modules using the module API (see #5224).
Some implementation notes:
source()
salsa query (see https://github.com/influxdata/flux/blob/master/libflux/flux-core/src/db.rs#L57).Version selection (i.e. finding the max of mins) is out of scope for this issue. The behavior will be to always download and compile the latest version of the module.
NOTE: Salsa DB might need to differentiate between modules from different orgs. Or we create a new salsa DB per request to avoid any cross org modules.
DOD:
The text was updated successfully, but these errors were encountered: