2021-02-22 15:28:56 UTC - Matt Rutkowski: @kingledion There original Rust PR was never merged… Dave Grove attempted to add it to the runtimes list and I fixed the build error and merged it, but there is more to do to actually support Rust and had planned to work on that this week. When wskdeploy looks for valid runtimes, it does use the bluemix endpoint as a “last resort” and had assumed IBM might have added additional runtimes and out pace the project which has proven quite the opposite. If you like, you can open an issue to remove it. https://openwhisk-team.slack.com/archives/C79ALSWJJ/p1614007736008600?thread_ts=1613879066.004600&cid=C79ALSWJJ ---- 2021-02-22 15:32:37 UTC - Matt Rutkowski: The basic Rust support from Dave was merged in this PR <https://github.com/apache/openwhisk-wskdeploy/pull/1117> last Thursday and I fixed the gradle Friday (finally) so that executables are built again nightly… see <https://github.com/apache/openwhisk-wskdeploy/releases> https://openwhisk-team.slack.com/archives/C79ALSWJJ/p1614007957008900?thread_ts=1613879066.004600&cid=C79ALSWJJ ---- 2021-02-22 16:10:11 UTC - Matt Rutkowski: @kingledion I see your PR <https://github.com/apache/openwhisk-wskdeploy/pull/1119> and am tempted to merge it as it looks to include tests I intended to resuscitate from an older PR (i.e., <https://github.com/apache/openwhisk-wskdeploy/pull/1074> ); If you are still experiencing a failure with the mapping from a `.rs` extension and the runtime, could you use the `-v` verbose flag and capture the error output here please (and share the .rs file contents). Feel free to open an issue as well and ref. your PR as this is an even better way to track the history on this issue tada : Rodric Rabbah +1 : kingledion https://openwhisk-team.slack.com/archives/C79ALSWJJ/p1614010211009100?thread_ts=1613879066.004600&cid=C79ALSWJJ ---- 2021-02-22 16:22:12 UTC - Matt Rutkowski: @kingledion just merged your PR; now you can feel free to open issues as needed that we can work on together to resolve https://openwhisk-team.slack.com/archives/C79ALSWJJ/p1614010932009500?thread_ts=1613879066.004600&cid=C79ALSWJJ ---- 2021-02-22 16:24:37 UTC - kingledion: Thanks, I’ll open an issue and tackle that .rs case this week +1 : Matt Rutkowski https://openwhisk-team.slack.com/archives/C79ALSWJJ/p1614011077009700?thread_ts=1613879066.004600&cid=C79ALSWJJ ---- 2021-02-22 16:25:53 UTC - Rodric Rabbah: :tada: https://openwhisk-team.slack.com/archives/C79ALSWJJ/p1614011153009900?thread_ts=1613879066.004600&cid=C79ALSWJJ ---- 2021-02-22 16:32:15 UTC - Matt Rutkowski: The util. should not be dependent on any specific endpoint BTW and work with any extension that it finds at the configured endpoint (local openwhisk for example) or accept ones that are “built in”. Historically, some of my colleagues tried to remove the “built in” copy of runtimes.json and tried to bring it in dynamically from the Apache OW repo. but we still needed an explicit mapping to the file extension, as well as the base runtime name (i.e., .rs and rust) which are not in the JSON… ideally, we would like to add them to the runtimes.json in main OW and remove them from our tool https://openwhisk-team.slack.com/archives/C79ALSWJJ/p1614011535010400?thread_ts=1613879066.004600&cid=C79ALSWJJ ---- 2021-02-22 16:37:19 UTC - Matt Rutkowski: Then the CLI might also not have to have them hardcoded as well :wink: https://openwhisk-team.slack.com/archives/C79ALSWJJ/p1614011839011000?thread_ts=1613879066.004600&cid=C79ALSWJJ ----
