- #DELUGE TORRENT UPDATE#
- #DELUGE TORRENT UPGRADE#
- #DELUGE TORRENT SOFTWARE#
- #DELUGE TORRENT CODE#
- #DELUGE TORRENT PASSWORD#
#DELUGE TORRENT UPDATE#
Update Deluge to the official 1.3.7 release. Switch back to using ASUSTOR Python package Fixed a bug with filenames being wrongly encoded by Python Rewrote start-stop script for better control Create files with world read/write permissions to prevent cases where a user could not move/delete files. Fix Deluge config directory permissions Deluge: Security update for POODLE vulnerability Fix: Remove Deluge configuration when uninstalling app
#DELUGE TORRENT UPGRADE#
Fix: upgrade / uninstall bug (Deluge wasn't stopped properly) Switch from LD_LIBRARY_PATH to using runpath instead Link deluge-web, deluge-console and deluged in /usr/local/bin Add SSL support for the Python virtualenv Security fix for WebUI: prevents directory traversal that has the potential to compromise your machine It has various user interfaces available such as the GTK-UI. * Core/UI split allowing Deluge to run as a daemon deluge-torrent/deluge, Deluge is a BitTorrent client that utilizes a daemon/client model.
#DELUGE TORRENT SOFTWARE#
You can also connect remotely to the deluge daemon with the Deluge-client by enabling classic-mode in settings.ĭeluge is Free Software and is licensed under the GNU General Public License.
#DELUGE TORRENT PASSWORD#
The default login password can be changed through the web-interface. The Deluge daemon is able to run on headless machines with the user-interfaces being able to connect remotely from any platform. It has been designed using the client server model with a daemon process that handles all the bittorrent activity. 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.Deluge is a full-featured BitTorrent client for Linux, OS X, Unix and Windows. 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.
#DELUGE TORRENT CODE#
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.