Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Auto-init build fail with non-zero exit status 127 #50

Open
o-smirnov opened this issue Nov 18, 2022 Discussed in #49 · 2 comments
Open

Auto-init build fail with non-zero exit status 127 #50

o-smirnov opened this issue Nov 18, 2022 Discussed in #49 · 2 comments
Assignees

Comments

@o-smirnov
Copy link
Contributor

Discussed in #49

Originally posted by rstofi November 18, 2022
I've tried to --auto-init from local to a remote machine, but I got the following error message:

radiopadre.client: ssh virtualenv -p python3 /home/krozgonyi/.radiopadre/venv failed with exit code 127
Traceback (most recent call last):
...
subprocess.CalledProcessError: Command '['ssh', '-t', '-t', '-o', 'ControlPath=/tmp/ssh_mux_radiopadre_%C', '-o', 'ControlMaster=auto', '-o', 'ControlPersist=1h', 'glowhpc', 'virtualenv -p python3 /home/krozgonyi/.radiopadre/venv']' returned non-zero exit status 127.

A working solution is simply to create the virtualenv on the remote via

virtualenv -p python3 /path_to_home/.radiopadre/venv

after this --auto-init works as expected.

@o-smirnov o-smirnov self-assigned this Nov 18, 2022
@o-smirnov
Copy link
Contributor Author

I suspect the --remote-login-shell option needs to be applied to all commands (at the moment it's only applied to the final run-radiopadre command, but not to the "maintenance" commands before that). It may be the case that virtualenv on the remote end is only available to a login shell. I'll modify stuff accordingly.

o-smirnov added a commit that referenced this issue Nov 18, 2022
@o-smirnov
Copy link
Contributor Author

@rstofi could please test with this new version? It should invoke the login shell (assuming remote_login_shell is set in the config) when creating the virtualenv, hopefully it's a little more seamless now.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant