FS#71064 - [colord] further split into daemon and libs?

Attached to Project: Arch Linux
Opened by Neven Sajko (Neven) - Sunday, 30 May 2021, 22:34 GMT
Last edited by Sven-Hendrik Haase (Svenstaro) - Thursday, 14 October 2021, 21:47 GMT
Task Type Feature Request
Category Packages: Extra
Status Closed
Assigned To Jan de Groot (JGC)
Jan Alexander Steffens (heftig)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 2
Private No


Currently, with colord 1.4.5-1, the package includes both the daemon and libs.

It would be really great if the daemon could be split from the libs, because the daemon is only rarely needed and depends on polkit (which also further depends on js78), while the libs are often needed, but have only minimal deps.

A specific example: on my Arch installation the only package that depends on polkit is colord. If I remove polkit (by force or trickery), the colord daemon doesn't work, but I can still print from my black-and-white printer from Chromium (which uses GTK3 for interacting with CUPS, AFAIK). If the colord daemon were instead split from the libs into a separate package, gtk3 would still depend on one of the libs, but I would be free of the colord daemon, js78 and, especially, polkit!

For reference, Debian splits colord into several packages including colord (which has the daemon) and libcolord2 (the most important client library): https://packages.debian.org/source/sid/colord
This task depends upon

Closed by  Sven-Hendrik Haase (Svenstaro)
Thursday, 14 October 2021, 21:47 GMT
Reason for closing:  Won't fix
Additional comments about closing:  2021-06-04: A task closure has been requested. Reason for request: Thanks! I updated the system, removed the colord package, rebooted, printed a page from Chromium; and everything seems to work fine.
Comment by Eli Schwartz (eschwartz) - Sunday, 30 May 2021, 22:55 GMT
Some relevant discussion on the mailing list: https://lists.archlinux.org/pipermail/arch-general/2021-May/048927.html

And a gtk3 ticket which asked to split out the print-backends:  FS#50513 

Despite gtk3 merging it back without a commit message, I did eventually track down the ticket which requested reverting  FS#50513 ; the reversion ticket is  FS#56445 

Splitting out colord/libcolord seems like it should ameliorate the vast majority of the problems people have with "libcups, rest, and colord are unnecessary deps", by avoiding colord -> polkit -> js78 (64.67 MiB).

Does this sound like a suitable compromise?