but the code that I used in roborio’s network returns non-zero exit status 2.
Here is the full output:
13:49:00:139 INFO : robotpy.installer : RobotPy Installer 2019.2.0
13:49:00:140 INFO : robotpy.installer : -> caching files at C:\Windows\system32
13:49:00:141 INFO : robotpy.installer : Copying over the pip cache…
13:49:00:148 INFO : robotpy.installer : Finding robot for team 7439
13:49:00:160 DEBUG : robotpy.installer : Looking up hostname ‘roboRIO-7439-FRC.local’…
13:49:00:164 DEBUG : robotpy.installer : Looking up hostname ‘roboRIO-7439-FRC’…
13:49:00:165 DEBUG : robotpy.installer : Looking up hostname ‘roboRIO-7439-FRC.lan’…
13:49:00:167 DEBUG : robotpy.installer : Looking up hostname ‘roboRIO-7439-FRC.frc-field.local’…
13:49:00:167 INFO : robotpy.installer : -> Robot is at 172.22.11.2
13:49:00:168 INFO : robotpy.installer : Connecting to robot via SSH at 172.22.11.2
Using username “admin”.
NI Linux Real-Time (run mode)
Log in with your NI-Auth credentials.
Remote working directory is /home/admin
local: unable to open C:\Windows\system32\pip_cache\pynetworktables-2020.0.1.tar.gz
13:49:01:989 ERROR : robotpy.installer : Command ‘[‘C:\Users\Maker1\AppData\Local\Programs\Python\Python38\lib\site-packages\robotpy_installer-2019.2.0-py3.8.egg\robotpy_installer\win32\psftp.exe’, ‘-pw’, ‘’, ‘-b’, ‘C:\Users\Maker1\AppData\Local\Temp\tmpse78q6xf’, ‘[email protected]’]’ returned non-zero exit status 2.
Perhaps try that. I am not sure how you are running the second command, but it too should be in a Windows shell, not in a remote shell (For example Putty connected to the Rio). In general, You should not need to use the remote shell unless you have strange errors or are trying some experimental stuff (Pixy cam for instance)?
Reading this post, a lot of alarm bells are ringing in my head, so this is going to be a longer-than-usual post…
First off:
I’m amazed you managed to get a pip_cache directory in your System32 directory in the first place. This is probably a sign that you ran robotpy-installer as admin… which you should never need to do.
I’m surprised you’ve managed to get permission errors like this though. But at the same time I am not surprised.
Don’t run RobotPy as admin. Run robotpy-installer within a directory you normally have write access to (such as your user profile directory).
Next:
So you’re running the 2019 robotpy-installer. This is fine as long as you intend on actually running the 2019 libraries on a 2019 roboRIO image. As long as you’re aware. Which leads to…
This command would’ve failed with RobotPy 2019, as no such opkg package existed last year. robotpy-navx was pure-Python in 2019, so requires a download-pip and install-pip for the 2019 version, and requires an explicit version constraint to grab the 2019 version (otherwise it’ll download the 2020 version):