I am using Yak.exe (0.12.14) from https://files.mcneel.com/yak/tools/latest/yak.exe. The attached package was built using yak.exe.
In the plugin, I am using RhinoCommon 8.5 and Yak correctly identified it based on the package name it provided.
When I install it using yak install it still installs the package in C:\Users\<username>\AppData\Roaming\McNeel\Rhinoceros\Packages\7.0. Why is that?
I was expecting the yak to install the package to C:\Users\<username>\AppData\Roaming\McNeel\Rhinoceros\Packages\8.0. How can I achieve that?
I think the larger questions is, regardless the rhinocommon used. How do I make yak install packages to C:\Users\<username>\AppData\Roaming\McNeel\Rhinoceros\Packages\8.0?
If I use the yak.exe (0.13.0) found in C:\Program Files\Rhino 8\System, it installs in Packages\8.0. Now the question is how can I get a url to yak.exe (0.13.0) for use in our CI?
McNeel has still not released a self-contained version of yak.exe that we can use. The pending request is here.
We ended up hosting yak.exe ourselves that we drop on a user’s machine to install plugins. The following are the files that make up yak.exe that we host. They are all found in C:\Program Files\Rhino 8\System
If you mean Github actions when you say GH action then I am afraid I won’t be able to help. Our codebase is not on Github.
You can invoke a pre-written powershell script file to download the files from your hosted location on the user’s machine, and do the installation. That’s what we have done.
I published these under a specific version number to make them more “pin-able” than the changing “latest” URL used before. Working on a way to make these links more discoverable!