Bug 935784 – desktop profiles enable USE=cups, possibly obsolete

• Product: Gentoo Linux
• Status: CONFIRMED ---

[Description Massimo Burcheri 2024-07-09 07:48:23 UTC]

Currently the profile default/linux/amd64/23.0/desktop enables USE=cups which depends on net-print/cups.

According to news 2023-12-17-cups-filters, cups-filters is required for current versions of CUPS. This means that for a fully functional cups printing it is required to emerge net-print/cups-meta.

This is inconsistent. Either remove USE=cups from the desktop profile or make it depend on net-print/cups-meta to emerge a cups system ready for printing.

Reproducible: Always

[Comment 1 Andreas Sturmlechner 2024-07-10 07:06:54 UTC]

It is not for the profile to install packages. ebuilds need to define all dependencies they need with USE=cups.

[Comment 2 Sam James 2024-09-24 03:10:29 UTC]

The question is whether it makes sense to enable USE=cups by default in profiles given that it's not even sufficient for printing support nowadays.

Note that cups will eventually be split into libcups and cups itself too...

But right now, we end up with users having cups installed because of USE=cups and possibly being misled into thinking this is sufficient for printing, when it isn't (they need to install the meta, per the news item).

[Comment 3 Sam James 2024-09-24 03:12:28 UTC]

I have no idea who the assignee for this should be.

[Comment 4 Sam James 2024-09-24 04:20:33 UTC]

Another extreme (!) option would be to add cups-meta to @system for desktop profiles, but this would have poor UX for those trying to disable cups.

[Comment 5 Andreas Sturmlechner 2024-10-05 13:36:50 UTC]

(In reply to Sam James from comment #2)
> The question is whether it makes sense to enable USE=cups by default in
> profiles given that it's not even sufficient for printing support nowadays.
It not being sufficient anymore does not mean the flag should be dropped from desktop profile. We just need to think about where to put the cups-meta dependency (I'd say in desktop meta packages).

In KDE Plasma, kde-plasma/print-manager still depends on net-print/cups for libcups.so. kde-plasma/plasma-meta[cups] in turn is pulling in kde-plasma/print-manager; seems to me we should just put net-print/cups-meta in the same USE=cups condition.

[Comment 6 Eli Schwartz 2024-10-06 04:39:14 UTC]

(In reply to Andreas Sturmlechner from comment #5)
> In KDE Plasma, kde-plasma/print-manager still depends on net-print/cups for
> libcups.so. kde-plasma/plasma-meta[cups] in turn is pulling in
> kde-plasma/print-manager; seems to me we should just put net-print/cups-meta
> in the same USE=cups condition.


And for gnome, gnome-base/gnome{,-core-libs,-core-apps} are the relevant meta packages and have IUSE=cups as well (setting the USE dependency in turn on gtk, g-c-c and g-s-d).

I agree that setting the metapackages to pull in the complete print suite seems apropos.

[Comment 7 Larry the Git Cow 2024-10-07 19:17:28 UTC]

The bug has been referenced in the following commit(s):

https://gitweb.gentoo.org/proj/kde.git/commit/?id=1f109d2b6c954b005f02e90700928dbcb5ec7f77

commit 1f109d2b6c954b005f02e90700928dbcb5ec7f77
Author:     Andreas Sturmlechner <[e-mail]>
AuthorDate: 2024-10-07 19:16:41 +0000
Commit:     Andreas Sturmlechner <[e-mail]>
CommitDate: 2024-10-07 19:17:09 +0000

    kde-plasma/plasma-meta: Add net-print/cups-meta to IUSE cups
    
    Bug: https://bugs.gentoo.org/935784
    Signed-off-by: Andreas Sturmlechner <[e-mail]>

 kde-plasma/plasma-meta/plasma-meta-6.2.0.ebuild       | 5 ++++-
 kde-plasma/plasma-meta/plasma-meta-6.2.49.9999.ebuild | 5 ++++-
 kde-plasma/plasma-meta/plasma-meta-9999.ebuild        | 5 ++++-
 3 files changed, 12 insertions(+), 3 deletions(-)