ck: Unable to run script get mlperf inference src on ArchLinux
Hi, I’m trying to do the tutorial here on my laptop using an arch linux based distro. And from what I understand, the scripts in charge to detect and install system dependencies don’t support this scenario. Also, I used a python 3.10.8 installed in a venv with only cmind installed (version 1.0.5 according to the cli).
The result from the detect os command cm run script "get sys-utils-cm" return this without error but does nothing.
* Searching for collective script(s) with tags "get,sys-utils-cm"
- Number of scripts found: 1
- Searching for cached script outputs with the following tags: -tmp,get,sys-utils-cm
- Number of cached script outputs found: 1
- Found script::get-sys-utils-cm,bc90993277e84b8e in /home/val/CM/repos/mlcommons@ck/cm-mlops/script/get-sys-utils-cm
- Found cached script output: /home/val/CM/repos/local/cache/767a6233858b4d71
- Checking dynamic dependencies on other CM scripts:
- Processing env after dependencies ...
- Checking prehook dependencies on other CM scripts:
- Loading state from cached entry ...
- Checking posthook dependencies on other CM scripts:
- Checking post dependencies on other CM scripts:
- running time of script "get,sys-utils-cm": 0.10 sec.
And when trying to cm run script "get mlperf inference src" it returns:
* Searching for collective script(s) with tags "get,mlperf,inference,src"
- Number of scripts found: 1
- Searching for cached script outputs with the following tags: -tmp,get,mlperf,inference,src
- Number of cached script outputs found: 0
- Found script::get-mlperf-inference-src,4b57186581024797 in /home/val/CM/repos/mlcommons@ck/cm-mlops/script/get-mlperf-inference-src
Prepared variations: _default,_short-history
- Creating new "cache" script artifact in the CM local repository ...
- Tags: tmp,get,mlperf,inference,src,source,inference-src,inference-source,mlcommons,_default,_short-history,script-artifact-4b57186581024797
- Changing to /home/val/CM/repos/local/cache/77b0a2bc77f444dd
- Version is not specified - use either default_version from meta or min/max/usable: master
- Checking dependencies on other CM scripts:
* Searching for collective script(s) with tags "detect,os"
- Number of scripts found: 1
- Found script::detect-os,863735b7db8c44fc in /home/val/CM/repos/mlcommons@ck/cm-mlops/script/detect-os
- Running preprocess ...
- running time of script "detect-os,detect,os,info": 0.09 sec.
* Searching for collective script(s) with tags "get,python3"
- Number of scripts found: 1
- Searching for cached script outputs with the following tags: -tmp,get,python3
- Number of cached script outputs found: 1
- Found script::get-python3,d0b5dd74373f4a62 in /home/val/CM/repos/mlcommons@ck/cm-mlops/script/get-python3
- Found cached script output: /home/val/CM/repos/local/cache/4331568fb9804fc5
- Checking prehook dependencies on other CM scripts:
- Loading state from cached entry ...
- Checking posthook dependencies on other CM scripts:
- Checking post dependencies on other CM scripts:
- running time of script "get,python,python3,get-python,get-python3": 0.07 sec.
- Processing env after dependencies ...
- Running preprocess ...
# potential PIP version string (if needed): ==master
./tmp-run.sh: line 3: syntax error near unexpected token `('
./tmp-run.sh: line 3: `export CM_HOST_OS_DEFAULT_LIBRARY_PATH="SEARCH_DIR("/usr/x86_64-pc-linux-gnu/lib64:SEARCH_DIR("/usr/lib:SEARCH_DIR("/usr/local/lib:SEARCH_DIR("/usr/x86_64-pc-linux-gnu/lib:${CM_HOST_OS_DEFAULT_LIBRARY_PATH}"'
CM error: Portable CM script failed (return code = 512)
Note that it is often a portability problem of the third-party tool or native script that is wrapped and unified by this CM script.
The CM concept is to collaboratively fix such issues inside portable CM scripts to make existing tools and native script more portable, interoperable, deterministic and reproducible.
Please help the community by reporting the full log with the command line here:
* https://github.com/mlcommons/ck/issues
* https://bit.ly/mlperf-edu-wg
Hopefully, this can help you.
About this issue
- Original URL
- State: closed
- Created 2 years ago
- Comments: 16 (10 by maintainers)
Commits related to this issue
- Fixes #516 — committed to octoml/ck by arjunsuresh 2 years ago
Thanks ! The commands are running fine now.