-
Notifications
You must be signed in to change notification settings - Fork 19
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
Think of a different way to source lib into the scriptfile #7
Comments
Hey @laur89, wow, that's actually a nice feature. I have seen your solution and I could not probably do better than that. I would probably do few other adjustments:
To summarize, these can be the following steps once ssh-pearl (or ssh_pearl) wil be executed:
So, this way should be a generalization so that the script would work either if we have run it locally or in remote host. I will hopefully work on this the next year ;) Feel free to write a pull request if you have time. Thank you, PS: A small note on the reason why both
|
- restructure the pearl directory on the remote as discussed at fsquillace#7; - declare local variables on the function header;
- restructure the pearl directory on the remote as discussed at fsquillace#7; - declare local variables on the function header; - change travis script to account for the rc filename changes;
- restructure the pearl directory on the remote as discussed at fsquillace#7; - make sure ssh_pearl is included in the ssh session, regardless whether it's invoked via script or shell function; - declare local variables on the function header; - change travis script to account for the rc filename changes;
Currently there's one major drawdown with pearl-ssh: i need its magic to be available on the server i ssh'd onto.
For that reason i'm currently using a separate copy of it.
Note that the rc file names both on local machine and remote (ie where it will be written down) have been unified, so the $PEARL_HOME can simply be redefined on the remote.
For this we need to take the pearl itself with us, but if the lib is sourced from the script the way it is done at the moment, I can't see very clean solution.
The text was updated successfully, but these errors were encountered: