-
Notifications
You must be signed in to change notification settings - Fork 91
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
Get external dependencies out of source tree #5
Comments
MusicBrainz was migrated long time ago. Still remaining: |
Click might be a good fit for replacing python-command (unless someone wants to package and support python-command instead). flog could possibly be replaced with Python's builtin logging facilities. |
Thanks for the suggestions (didn't know about Click).
Yeah that should suffice. |
On 07/09/16 18:19, JoeLametta wrote:
I have made a simply stub that calls python's logging module in the |
The proper way to get rid of flog would be to replace all the logging calls with the normal python ones. I would suggest to also look at how logging should be used from a library. We/I use morituri (soon whipper) as a library, and it is very nice if the libraries respect the proper logging procedures. The fix I mentioned above was to make moritur1 behave properly wrt logging. It doesn't get rid of the flog dependency. |
All right I've no real experience providing logging for a library: could you give me some examples regarding this one? Thanks |
http://docs.python-guide.org/en/latest/writing/logging/ These seem useful. I can try to do it 'properly' for the logging calls, and likely in an automated manner replace most of the logging calls. That still leaves us with all the 'log.Loggable' things, which is inherited from quite some classes, IIRC. |
As for python-command, I would opt to simply replace it with argparse... But that'll require rewriting some code. |
I also opt to simply rewrite the python-command stuff with argparse. Click seems like potentially a nice library, but the specific use case here and the amount of changes needed to just move to argparse are pretty small. I will do this myself since no one seems to have decided to own it. Similarly: Merlijn, do you want to "officially" take the logging replacement work? In terms of prioritisiation I'd rather see -gst > this, so I'm willing to take it if you don't want it, but it's a low enough priority that I'm fine waiting for both. |
I originally came here to mention that there are more bundled external libraries than just those that are fetched with git submodules. Namely asyncsub and task. I haven't given either more than a cursory look, but are we wanting to remove them as well? |
I've just given it a quick look but are we sure asyncsub is still needed with Python 2.7 subprocess available? |
task seems dependent on gobject and I don't think the -gst patch Merlijn has in the works is going to cover that. I think between subprocess and threading/multiprocessing we can remove gobject and asyncsub, but it will be no small undertaking. |
#92 removes python-command and flog. |
And it’s now merged, so asyncsub/gobject/task are the new remaining ones. |
Remaining (as of 2016/12/21): |
e.g. musicbrainz
The text was updated successfully, but these errors were encountered: