Open syntroniks opened 4 years ago
OK. The latest version of sl
is 0.73. I removed the option to automatically check for updates so you need to do sl --update
to check for updates.
I switched the SDKs from zip to 7z to reduce bandwidth. But you still need to use sl sdk.install
sparingly because it uses up the firebase bandwidth very quickly.
s@PF1AJJFF:~/StratifyLabs-SDK$ curl -L -o ~/StratifyLabs-SDK/Tools/gcc/bin/sl $SL_LINK
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
100 2343k 100 2343k 0 0 2558k 0 --:--:-- --:--:-- --:--:-- 4541k
s@PF1AJJFF:~/StratifyLabs-SDK$ sl --version
# about
## output
- publisher: Stratify Labs, Inc
- version: 0.68
- gitHash: 96773f1
- apiVersion: 3.20.3
- apiGitHash: fdf7be9
- sdk: /home/s/StratifyLabs-SDK
- system: linux_x86_64
- result: success
I should maybe be using slu
, but that (in Linux/WSL2) wants to fail or place things in /StratifyLabs-SDK
(my bash profile roots the SDK in my home directory)
s@PF1AJJFF:~/StratifyLabs-SDK$ sudo ./Tools/gcc/bin/slu
# update
version: 0.56
info: updating sl
error: failed to update sl
warning: could not copy '/StratifyLabs-SDK/Tools/gcc/bin/slu' to '/StratifyLabs-SDK/Tools/gcc/bin/sl'
s@PF1AJJFF:~/StratifyLabs-SDK$ ./Tools/gcc/bin/slu
# update
version: 0.56
info: updating sl
error: failed to update sl
warning: could not copy '/StratifyLabs-SDK/Tools/gcc/bin/slu' to '/StratifyLabs-SDK/Tools/gcc/bin/sl'
So slu
is the sl
image but it is downloaded as a different name. When you run slu
it just copies itself (and overwrites), the existing version of sl
. With the just from 0.56
to 0.68
which added support for running in different directories, it looks like there may have been a problem. You can re-download 0.68
using curl. Then do sl --update
then manually rename slu
to sl
. Maybe that will get you on the right track. I am looking to see if there is some bigger problem.
This worked for me after using curl to grab the linux image. I had to do sl --update
twice. The first time it didn't download the image. I will look in to that.
ubuntu:~/git$ sl --update
# update
## cloud.login
- uid: xxx
## output
- status:
- system: linux_x86_64
- currentVersion: 0.68
- latestVersion: 0.73
- result: success
ubuntu:~/git$ sl --update
# update
## output
- check:
- currentVersion: 0.68
- latestVersion: 0.73
- system: linux_x86_64
- downloading: ##################################################
- update: use `slu` to apply the updated version of sl
- result: success
ubuntu:~/git$ slu
# update
version: 0.73
info: updating sl
ubuntu:~/git$ which sl
~/StratifyLabs-SDK/Tools/gcc/bin/sl
ubuntu:~/git$ sl --version
# about
## output
- publisher: Stratify Labs, Inc
- version: 0.73
- gitHash: 39f9e8e
- apiVersion: 3.22.1
- apiGitHash: 975a5c2
- system: linux_x86_64
- sdk: ~/StratifyLabs-SDK
- result: success
I am able to reproduce your exact output (2x invocation of update and slu
success afterwards).
I have separate comments/thoughts on the SDK distro we may discuss in a separate thread to keep things compartmentalized.
Thanks for checking on this.
One interesting thing is that the first --update
call spits out a cloud.login
section, where the second does not.
I think the only remaining COS for this issue is the double --update
calls
Older and newer SDKs that have been downloaded (newer was by sl 0.68 earlier today, older was by unknown earlier this month):