Releases: viam-modules/viam-mlmodelservice-triton
Releases · viam-modules/viam-mlmodelservice-triton
delete symlinks on reconfigure
0.9.0-rc1 [RSDK-9255] Remove previously-made symlinks on reconfigure/shutdown (…
Clean up symlinks on reconfigure/shutdown
...so that they're not still cluttering up the Triton model repository when you switch to a different model.
publish a new RC to show that github actions are working properly
No new functionality in the release itself, just in the github action.
Get container versions to match module versions
No changes to the code itself, but now SolEng won't go investigating a problem and get weirded out that the container version is a Release Candidate even though the module version is for production.
Add first_run.sh
[RSDK-9279] Add first_run.sh to pull docker image (#25) Things I have tried: - `make module.tar.gz` constructs a shell script using the correct tag, and includes the shell script in the .tar.gz file. - Running that shell script starts downloading docker images. I got impatient and stopped it before it finished Things I have not tried: - Running the module through `viam-server` to see if it invokes `first_run.sh` the way it should. If it's a local module, it's unclear to me how `viam-server` knows about `first_run.sh`, and if it's not a local module, I need to upload to the registry first. Unrelated to the main change: I added a `set -x` (print out every command in the shell script before you run it), for ease in debugging stuff. * add 'set -x' at the top for help debugging, and add comment on 'exec' * add first_run.sh template * build and use first_run.sh * generalize the envsubst rule * whitespace tweak
more debugging: env var gets set later
bugfix: don't do env var substitution until the module starts (#24) Otherwise, the env var gets substituted in when the makefile creates the .sh script, back when we're deploying the new module version.
fix typo in error checking
0.8.0-rc2 fix typo (#23)
Use symlinks instead of manually copying models around
[rsdk-8618] symlink model data without copying it over manually (#21) Tried on an Orin Nano with the pepperoni detector and the COCO person detector: seems to work fine. * create a function to initialize directories * add vim swap files to .gitignore * include the directory we forgot * make a helper to symlink the model data * -a * bugfixes * it compiles now * Revert "add vim swap files to .gitignore" This reverts commit 578921e89601156c7d2b338d04520f2015747e2e. * move #include to the right paragraph * reorder function calls * pr feedback: symlink the whole directory, not just the TF-specific stuff * tabs -> spaces * debugging * delete the old symlink if it exists * remove mention of model_repository_path in favor of symlink * debugging * update readme * debugging: need environment variable * remove debugging info * more debugging, will come back later * -a * -a * pr feedback: rephrase comment * pr feedback: URL in comment * -a * pr feedback: add comment * pr feedback: use a version of the function that throws exceptions, don't check return value * pr feedback: use filesystem::path and don't have boolean args * use filesystem::path again * put back the model repo directory, need to sort out model version still * set the model version only if you're manually setting up the repo, otherwise use version 1 * debugging: get the model name before creating symlinks * update readme * pr feedback: allow either the model_path or the model_repository_path but not both --------- Co-authored-by: robin <robin@orin-robin.taila2962.ts.net> Co-authored-by: viam <viam@alan-orin-nano.taila2962.ts.net>
Try enabling the GPU on Jetpack6 after all
0.7.0-rc8 fix github action bug (#22)
push docker images with the right platform tag
bugfix: let GHCR know about the architecture we're using (#20) The Cuda AMD64 machine can't fetch its docker image [from here](https://github.com/viam-modules/viam-mlmodelservice-triton/pkgs/container/viam-mlmodelservice-triton%2Fcuda12_amd64), because the platform is `unknown/unknown` instead of `linux/amd64`. We're getting closer...