- DELUGE BITTORRENT CLIENT HAS STOPPED WORKING CODE
- DELUGE BITTORRENT CLIENT HAS STOPPED WORKING WINDOWS
We decided on making a whitelist instead of having 12 pages of banned clients.Ĭurrently (and somewhat subject to change) here are the allowed bittorrent clients:
I'm fairly certain that the invalid syntax of the type hints on python 3.7 and 3.8 won't matter as long as we do the docs generation and mypy on 3.10+ EDIT: After fixing up my other PRs, I realized we can achieve the same thing by just quotes around any syntaxes that aren't supported in older pythons.Clients in alpha or beta version should be avoided! If you wish to beta test a new client or have a client added to this list, please contact with your request and info about the client or post in the forums.ĭO NOT use any client that uses HTTP headers, doing so will report you as cheating. If we do that, then we can run mypy on python 3.9+, where builtin types got type hinting support ( dict vs typing.Dict) or even 3.10, where we got the pipe operator for union ( str | int vs typing.Union) I think both of those would go a long way towards readability, especially if we start using them to generate the autodocs for the api. If we drop it, we can enable from _future_ import annotations to make all the annotations just strings, so they don't have to actually run. What's the plan for python 3.6 support? I was thinking about the nicest way we could start doing type hinting, and I think my plan revolves around dropping that.This is on top of the current typing and maybe_coroutine PR branches, so diff has got more than just mypy fixes atm.
This isn't an actual pull request proposal yet, this was just playing around with getting mypy working, and I wanted a specific place to discuss mypy rather than in the other type hint ticket. Add alternative to purged props (align, padding).Remove interface-naming-policy project-wide.~Move from GtkBox to GtkGrid for future-proofing:.Document the migration process to aid plugin authors.Remove deprecated from UI files with a script.
DELUGE BITTORRENT CLIENT HAS STOPPED WORKING CODE
DELUGE BITTORRENT CLIENT HAS STOPPED WORKING WINDOWS
This branch does display the main windows with torrents (even under Python 3) but there are a lot of errors still needing to be fixed. Also, it can be independent of GTK2 and released as it becomes ready and hopefully make it easier for plugin authors to add support. To prevent confusion I think it will be best to create a new module for GTK3, it will make development a bit harder with duplicate code but should help with moving users to GTK3. With UI/Plugin files copied to data, do not need the deluge folder.Īnswer: Not needed but comes from collect_all('deluge'):hiddenimports which is needed.Maybe later compiling our own libtorrent.Īnswer: Not needed libtorrent isn't build static and pyinstaller grabs the redist files. Check for compatibility with newer python versions.Īnswer: libtorrent + pyinstaller requires a lib(ssl/crypto)-1_1.dll and lib(ssl/crypto)-1_1-圆4.dll odd quirk but solveable by just having two copies.Plugins Execute & Extractor Won't start:Ġ9:58:44.350 Unable to instantiate plugin 'Execute' from 'e:\\program files\\deluge\\deluge\\plugins\\execute-1.3-p圓.10.egg'!Ġ9:58:44.350 No module named ''įile "deluge\pluginmanagerbase.py", line 147, in enable_pluginįile "e:\program files\deluge\deluge\plugins\execute\deluge_execute\_init_.py", line 14, in _init_įile "e:\program files\deluge\deluge\plugins\execute\deluge_execute\core.py", line 14, in įrom import getProcessOutputAndValue
0 kommentar(er)
