-
Notifications
You must be signed in to change notification settings - Fork 428
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
Replace using sys.exit with higher level error/logic handling, e.g. custom exception #4209
Comments
cc @mingwandroid for viz |
This was previously brought up in the community meeting and I just want to raise that this is a good idea and should instead be using a way that allows programmatic access to some of the internals. |
Hi there, thank you for your contribution! This issue has been automatically marked as stale because it has not had recent activity. It will be closed automatically if no further activity occurs. If you would like this issue to remain open please:
NOTE: If this issue was closed prematurely, please leave a comment. Thanks! |
Not stale. |
What is the idea?
We here at conda-forge use some of the conda build APIs for our work. The code has been getting an increasing number of
sys.exit
calls for errors, which are causing our jobs to die.Instead, maybe the code should raise an error and then catch it at the highest level and call sys.exit? This preserves the internals for others while maintaining the same behavior.
Why is this needed?
sys.exit
calls are harder to catch/debug when using conda_build as an API.What should happen?
Review and ideally remove all
sys.exit
calls.Additional Context
Originally posted by @beckermr in #5237 (comment)
Tasks
CondaBuildUserError
exception #5353sys.exit
withCondaBuildUserError
exceptions #5255sys.exit
incopy_readme
#5354sys.exit
inconda_build.build.bundle_conda
#5367The text was updated successfully, but these errors were encountered: