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
It is not for the profile to install packages. ebuilds need to define all dependencies they need with USE=cups.
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).
I have no idea who the assignee for this should be.
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.
(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.
(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.
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 <asturm@gentoo.org> AuthorDate: 2024-10-07 19:16:41 +0000 Commit: Andreas Sturmlechner <asturm@gentoo.org> 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 <asturm@gentoo.org> 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(-)
I think kde proj is done here.
