-
Notifications
You must be signed in to change notification settings - Fork 967
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
Move external code to its own module #618
Comments
I'm not sure it makes sense to move the files (may break imports), but listing them somewhere is a good idea. I've added 3 files which were already in |
We can move them and import them to the old locations for backward compatibility. |
I think the code should reside where it is more logical, not per-license. If you are worried about license-compatibility, moving the files does not fix it. Edit: if we want to acknowledge the code authors, this should be done per file/directory anyway. |
I think it is logical to separate core Galaxy code from 3rd party code. |
👍 to separating out this code into a separate module. |
@jmchilton you've done some re-organising into packages recently. Should this be included in that? |
We've removed patch.py and pkg_resources.py. We've modified jstree.py a bunch and I think we own it at this point - I think it is only used in one or two modules so imports aren't really a problem - it'd be fine to extract it or keep it where it is (xref #8058 though). We still modify pastescript/serve.py - I'm sure a year or two from now it will be gone though as I can't imagine it will be the way we do things in a Python 3 only world. |
Idea spawned here: #617
Let's put together a list of these first:
https://github.com/galaxyproject/galaxy/blob/dev/doc/patch.pyhttps://github.com/galaxyproject/galaxy/blob/dev/lib/pkg_resources.pyThe text was updated successfully, but these errors were encountered: