You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
to not complain about unrecognized arguments, but this doesn't seem as robust. Some of the user script arguments may coincidentally be the same as those of conda_setup, and outside the script, we'd rather throw an error.
The text was updated successfully, but these errors were encountered:
Jason reports there is still trouble calling bsub, bsub/script + conda_setup leads to messed up envrionment. Workaround, don't use conda_setup, get into the ana-current environment directly. You can read which environment is ana-current, but you need to set which OS, i.e, rhel7, rhel6, rhel5 yourself (batch jobs should only be run on rhel7), so you could start your script like:
This mechanism for reading ana-current from the path /reg/g/psdm/sw/conda/ana-current/ana-current is subject to change, we really should have an API for it so we can put the information elsewhere
@koglin ran into an issue using conda_setup from a script.
Users may write scripts like
However, per http://superuser.com/questions/1029431/how-to-prevent-source-in-a-bash-script-from-passing-the-scripts-arguments, conda_setup will see the scripts command line argument, and currently error out when it processes them.
Looks like the best practice is for users to do
source conda_setup ""
to not pass the scripts command line arguments.
I could also look into
http://stackoverflow.com/questions/12818146/python-argparse-ignore-unrecognised-arguments
to not complain about unrecognized arguments, but this doesn't seem as robust. Some of the user script arguments may coincidentally be the same as those of conda_setup, and outside the script, we'd rather throw an error.
The text was updated successfully, but these errors were encountered: