Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 562838 - kde-plasma/plasma-nm-5.4.2 RDEPEND on plasma-workspace should be optional
Summary: kde-plasma/plasma-nm-5.4.2 RDEPEND on plasma-workspace should be optional
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal enhancement (vote)
Assignee: Gentoo KDE team
URL:
Whiteboard: fixed in 5.12.0
Keywords: InOverlay
Depends on:
Blocks:
 
Reported: 2015-10-11 14:46 UTC by Panard
Modified: 2018-01-22 00:00 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
plasma-nm-5.8.3-minimal.patch (plasma-nm-5.8.3-minimal.patch,790 bytes, patch)
2016-11-04 08:44 UTC, Panard
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Panard 2015-10-11 14:46:58 UTC
With kde-plasma/plasma-nm-5.4.2 has been added a RDEPEND to plasma-workspace[systemmonitor] (which wasn't there for plasma-nm-5.4.1).

However, this package provides the very useful program "kde5-nm-connection-editor" that we may want to have without installing plasma-workspace and its dependencies (inc. kwin).

It would be great to have a useflag to removes the RDEPEND to plasma-workspace (maybe "minimal"?) from plasma-nm.

Reproducible: Always
Comment 1 Robin Bankhead 2015-10-19 10:19:53 UTC
I'd support this if it's at all achievable. The new RDEPEND requiring plasma-workspace to have +systemmonitor is also bad news for those who _are_ using plasma-workspace, but don't want qtwebkit and ruby dragged in. That's a pretty punitive hard dependency chain and, for myself at least, is likely to lead me to abandon plasma-nm.
Comment 2 Michael Palimaka (kensington) gentoo-dev 2015-10-19 13:02:05 UTC
(In reply to Robin Bankhead from comment #1)
> I'd support this if it's at all achievable. The new RDEPEND requiring
> plasma-workspace to have +systemmonitor is also bad news for those who _are_
> using plasma-workspace, but don't want qtwebkit and ruby dragged in. That's
> a pretty punitive hard dependency chain and, for myself at least, is likely
> to lead me to abandon plasma-nm.

The dependency is in place because plasma-nm uses the systemmonitor dataengine provided by plasma-workspace[systemmonitor].
Comment 3 Michael Palimaka (kensington) gentoo-dev 2015-11-04 13:39:16 UTC
(In reply to Robin Bankhead from comment #1)
> I'd support this if it's at all achievable. The new RDEPEND requiring
> plasma-workspace to have +systemmonitor is also bad news for those who _are_
> using plasma-workspace, but don't want qtwebkit and ruby dragged in. That's
> a pretty punitive hard dependency chain and, for myself at least, is likely
> to lead me to abandon plasma-nm.

Fortunately the systemmonitor USE flag will no longer be required in Plasma 5.5 as we can shift the Qt5WebKit option into libksysguard directly.
Comment 4 Andreas Sturmlechner gentoo-dev 2015-12-24 12:06:34 UTC
Is systemmonitor able to build standalone, without too much of a mess?
Comment 5 Michael Palimaka (kensington) gentoo-dev 2016-09-14 19:09:29 UTC
Is there still interest in this? It's not too hard to hide the applet installation and plasma-workspace dependency behind !minimal, but there's still fairly substantial Qt and KF5 deps.
Comment 6 Panard 2016-09-15 11:05:16 UTC
On my setup I'm using a few kde apps, so I already have the regular framework dependencies, but nothing related to plasma.
I would be very sad to have to install all the plasma-workspace stuff just to have a convenient dialog to configure networkmanager.
Comment 7 Panard 2016-11-04 08:44:09 UTC
Created attachment 452310 [details, diff]
plasma-nm-5.8.3-minimal.patch

This patch (for plasma-nm-5.8.3) adds minimal use flag which:
- removes RDPEND on kde-plasma/plasma-workspace
- drop installation of the plasmoid
Comment 8 Andreas Sturmlechner gentoo-dev 2017-09-06 22:12:12 UTC
This is going to be 'solved' in Plasma 5.11 by upstream dropping the legacy connection editor. So you'll need to find a different solution I'm afraid.

The replacement (also in plasma-nm) is the KCM module:

$ kcmshell5 kcm_networkmanagement

https://cgit.kde.org/plasma-nm.git/commit/?id=f997b4512eda6946e2ff04ff5c02ab1d1ee888bb
Comment 9 Panard 2017-09-07 12:56:21 UTC
Thanks a lot for the update.
As kcm_networkmanagement is still part of plasma-nm, then I guess its "minimal" distribution without plasma dependency still makes sense, doesn't it?
Comment 10 Andreas Sturmlechner gentoo-dev 2018-01-20 23:39:11 UTC
Is that kcm still useful for you?
Comment 11 Panard 2018-01-21 11:01:45 UTC
I'm still using it (with the minimal patch), as I haven't found any suitable replacement.
Comment 12 Larry the Git Cow gentoo-dev 2018-01-21 23:59:45 UTC
The bug has been closed via the following commit(s):

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

commit d17c0e7e8c7adff88c58a3adabfef8353ab1672e
Author:     Andreas Sturmlechner <asturm@gentoo.org>
AuthorDate: 2018-01-21 23:55:24 +0000
Commit:     Andreas Sturmlechner <asturm@gentoo.org>
CommitDate: 2018-01-21 23:55:24 +0000

    kde-plasma/plasma-nm: Swap plasma-workspace RDEPEND with kde-cli-tools
    
    This reduces dependencies for people who really only want to use the KCM.
    At the same time provide pkg_postinst message for the unlikely event that
    someone tries to install plasma-nm by accident.
    kcmshell5 is provided by kde-cli-tools, which was previously pulled in by
    plasma-workspace.
    
    Closes: https://bugs.gentoo.org/562838
    Package-Manager: Portage-2.3.20, Repoman-2.3.6

 kde-plasma/plasma-nm/plasma-nm-5.11.95.ebuild      | 12 +++++++++++-
 kde-plasma/plasma-nm/plasma-nm-5.12.49.9999.ebuild | 12 +++++++++++-
 kde-plasma/plasma-nm/plasma-nm-9999.ebuild         | 12 +++++++++++-
 3 files changed, 33 insertions(+), 3 deletions(-)