FS#64947 - [deluge] python-xdg xdg-utils to optdepends?

Attached to Project: Arch Linux
Opened by Steve M (smmalis37) - Monday, 23 December 2019, 19:02 GMT
Last edited by Jan Alexander Steffens (heftig) - Friday, 21 February 2020, 16:01 GMT
Task Type Feature Request
Category Packages: Extra
Status Closed
Assigned To Jan Alexander Steffens (heftig)
Architecture All
Severity Very Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:
I run deluge on a headless server, and it'd be nice to not have to install anything relating to xdg or X. I've tried running with these packages removed with pacman -Rdd for a few weeks and experienced no issues. Would it be possible to make these packages optional?
This task depends upon

Closed by  Jan Alexander Steffens (heftig)
Friday, 21 February 2020, 16:01 GMT
Reason for closing:  Fixed
Additional comments about closing:  xdg-utils moved to the new deluge-gtk package.
Comment by Steve M (smmalis37) - Monday, 23 December 2019, 19:03 GMT
Hit enter accidentally too soon. Continuing:

I've tried running with these packages removed with pacman -Rdd for a few weeks and experienced no issues. Would it be possible to make these packages optional?
Comment by Eli Schwartz (eschwartz) - Monday, 23 December 2019, 19:28 GMT
Python-xdg is used to define the configuration directory, it has nothing to do with user interfaces.

The functions which run subprocess.Popen using xdg-open are indeed only used by the gtk UI.
Comment by John (graysky) - Wednesday, 25 December 2019, 11:28 GMT
@smmalis37 - For your use case, you might be interested in the split PKGBUILD I created: https://github.com/graysky2/deluge-split
Comment by Eli Schwartz (eschwartz) - Friday, 21 February 2020, 14:40 GMT
@graysky,

Your split PKGBUILD does not answer the primary purpose of this bug ticket at all, since its -common subpackage depends on xdg-open and python-xdg despite those being what the OP wishes moved to the gtk UI only (the former being a valid discussion point, the latter being wrong).

Loading...