RFC - Manual changes for Plasma 6.4.0
Plasma 6.4.0 will need manual intervention if you are on X11 On Plasma 6.4 the wayland session will be the only one installed when the users does not manually specify kwin-x11. With the recent split of kwin into kwin-wayland and kwin-x11, users running the old X11 session needs to manually install plasma-x11-session, or they will not be able to login. Currently pacman is not able to figure out your personal setup, and it wouldn't be ok to install plasma-x11-session and kwin-x11 for every one using Plasma. tldr: Install plasma-x11-session if you are still using x11
Hi, I realize I'm late to the RFC and this has already been posted to news – but the whole thing doesn't seem right, even though I'm not currently using KDE so I don't have personal interest in this. On Wed, Jun 18, 2025, 23:23 Tomaz Canabrava <tcanabrava@kde.org> wrote:
Plasma 6.4.0 will need manual intervention if you are on X11
On Plasma 6.4 the wayland session will be the only one installed when the users does not manually specify kwin-x11.
With the recent split of kwin into kwin-wayland and kwin-x11, users running the old X11 session needs to manually install plasma-x11-session, or they will not be able to login. Currently pacman is not able to figure out your personal setup, and it wouldn't be ok to install plasma-x11-session and kwin-x11 for every one using Plasma.
Personally I think it would be completely OK to install those packages for everyone using Plasma. That's what Arch has been doing most of the time – not just for KWin-before-the-split but for various other packages, favoring installing everything instead of splitting up a package even if some parts aren't necessary to some users. So even if this is an upstream split, the "harm" of installing the x11 parts doesn't seem all that much. So I would have said do this for a transitional period, until users can safely be assumed to have upgraded their systems (a few months maybe), then fully split afterwards. And in any case, perhaps breaking login sessions and requiring manual action (using instructions that the user might not be able to read, due to being unable to log in) is *a lot less OK* than wasting a little bit of disk space that (for those users) had already been wasted before...
On Fri, 20 Jun 2025 at 10:13 Mantas Mikulėnas <grawity@gmail.com> wrote:
Hi,
I realize I'm late to the RFC and this has already been posted to news – but the whole thing doesn't seem right, even though I'm not currently using KDE so I don't have personal interest in this.
On Wed, Jun 18, 2025, 23:23 Tomaz Canabrava <tcanabrava@kde.org> wrote:
Plasma 6.4.0 will need manual intervention if you are on X11
On Plasma 6.4 the wayland session will be the only one installed when the users does not manually specify kwin-x11.
With the recent split of kwin into kwin-wayland and kwin-x11, users running the old X11 session needs to manually install plasma-x11-session, or they will not be able to login. Currently pacman is not able to figure out your personal setup, and it wouldn't be ok to install plasma-x11-session and kwin-x11 for every one using Plasma.
Personally I think it would be completely OK to install those packages for everyone using Plasma. That's what Arch has been doing most of the time – not just for KWin-before-the-split but for various other packages, favoring installing everything instead of splitting up a package even if some parts aren't necessary to some users. So even if this is an upstream split, the "harm" of installing the x11 parts doesn't seem all that much.
So I would have said do this for a transitional period, until users can safely be assumed to have upgraded their systems (a few months maybe), then fully split afterwards.
And in any case, perhaps breaking login sessions and requiring manual action (using instructions that the user might not be able to read, due to being unable to log in) is *a lot less OK* than wasting a little bit of disk space that (for those users) had already been wasted before...
this was tried before and bug reports were open because of unused packages on the kde side. so now we tried this approach.
participants (2)
-
Mantas Mikulėnas
-
Tomaz Canabrava