Consider reversion of plasma-meta -> plasma-desktop

[Tiagoquix]

#4076 introduced a change where plasma-desktop is the package installed instead of plasma-meta for the Plasma profile.

However, the plasma-desktop package doesn't include some possible important things such as the Plasma Welcome Center, some System Settings KCM modules (firewall, Wi-Fi) and so on.

I know that removing Discover/Flatpak would be desirable, but plasma-desktop seems to be too minimal, at least from my testing. So I suggest reverting the change for a more complete out-of-the-box installation.

Thanks.

CC @h8d13 @svartkanin

[h8d13]

I believe there was another mention of this in issues and originally I wanted 2 profiles.

(Mostly for faster testing, and also that it pulls sddm-kcm and discover/fp)

'plasma-pa', 'kscreen' (sound/display settings) are missing that I've noticed. And I mentionned that in the other issue. But didn't notice anything with wifi myself

I think its better to incrementally add missing "essential" pieces instead of pulling all of it, but otherwise a revert is fine too

Cheers, Hade

[Tiagoquix]

Hi Hade

I agree, plasma-desktop with select packages would be good, but for now I believe plasma-meta is the less explosive option. Thanks.

[imshinyu]

wish it was possible to modify the profiles directly or atleast make the packages selected with profiles show up in applications so u can deselect them

[Torxed]

wish it was possible to modify the profiles directly or atleast make the packages selected with profiles show up in applications so u can deselect them

In theory, we could dissect (or explode if you're a PHP developer, which I hope no one here is (calm down, that was a bad developer joke.. you have free will, use PHP if you want)) the package group.
I don't know how that would make sense UI wise.. but we could ultimately show plasma-desktop as a selection, but where you could go in and edit it (since we know what it contains after some pacman db magic)..

But I also wouldn't know what that would look like configuration file wise.. user_configuration.json might get very noisy.

[svartkanin]

I would refrain of doing some black magic with dissecting packages to be installed.
At this point it's a question of "is it really that big of a deal?". The installed system will never suit everyone out of the box as there are always opinions around what and what shouldn't be installed.

The goal is to provide a working, minimal installation. If that contains packages that are not desired I think it is reasonable to expect that a user can uninstall them. The same goes for when something is missing.

I think the main goal should be to provide a working installation that does not produce any errors.

[Tiagoquix]

The problem of the current package selection is that it removes possibly important packages. So, until we figure out what should maybe go and not go into the KDE Plasma profile, I believe we should at least revert the change to better figure it out.

I'm also in favor of having less things (e.g. I don't use Flatpak, so I'd like to uninstall it, but can't because of plasma-meta), but first we need to figure it out first.

[Torxed]

The best suggestion I have, is to coordinate with the maintainer(s) of the upstream package group themselves, and tweak those. As that would help make sane choices with the package groups.

[imshinyu]

my suggestion would be to add profile packages pre-selected inside Additional Applications so if u don't like how a profile is setup u would just deselect some of them
tho honestly i only use profiles because if u do "Minimal" it won't select polkit/graphics drivers