https://bugs.kde.org/show_bug.cgi?id=505529
--- Comment #4 from edinbruh <[email protected]> --- (In reply to John Kizer from comment #3) > I'll have to defer to more experienced triagers/maintainers on whether this > fits as a bug - FWIW it does seem like that procedure below differs from the > recommended one at https://userbase.kde.org/Session_Environment_Variables Thanks for the quick reply. To ease the triaging, I'll try to explain why I still think its a problem, despite having an explicitly recommended procedure. Yes, it differs from that procedure, but it is still the procedure to globally set variables for systemd user services. So if kde simply didn't get the variable from `~/.config/environment`, it would have been fine, just mildly annoying. But because it actually messes up the variables for other services (as shown in the previous comment) I would still consider it a bug. As such, because startplasma-wayland is already using systemd to start the user session, it would be nice if it didn't fight against systemd variables, but instead bought into the variable handling system. For example but not necessarily, like I explained in the summary. Then, if the final user still wants to source their shell profile, they can still do it by adding a sourcing script as in the procedure you posted, instead of having the shell sourcing forced upon them by the administrator. Basically the whole thing just gives more control to the final user. Moreover, the recommended procedure is nothing more than a kde specific sourcing path, which means that as soon as one changes DE, they have to port everything over, the same goes for sourcing the shell, as soon as the user changes shell they must do all over again. Instead, systemd is ubiquitous and DE agnostic. And even on systems without systemd, the init system will offer some way of setting up the environment. An even if everything fails, then the kde specific sourcing path is still a viable fallback. -- You are receiving this mail because: You are watching all bug changes.
