Github messages for voidlinux
 help / color / mirror / Atom feed
* [ISSUE] KDE X11 should be started with dbus-run-session
@ 2020-05-08 23:05 ProjectMoon
  2020-05-10  1:02 ` ericonr
                   ` (14 more replies)
  0 siblings, 15 replies; 16+ messages in thread
From: ProjectMoon @ 2020-05-08 23:05 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 1469 bytes --]

New issue by ProjectMoon on void-packages repository

https://github.com/void-linux/void-packages/issues/21766

Description:
<!-- Don't request update of package. We have a script for that. https://alpha.de.repo.voidlinux.org/void-updates/void-updates.txt . However, a quality pull request may help. -->
### System

* xuname:  Void 5.4.39_1 x86_64 GenuineIntel uptodate rrFFFFFF
  *output of ``xuname`` (part of xtools)*
* package:  plasma-workspace
  *affected package(s) including the version*

### Expected behavior
When starting Plasma X11 session from SDDM (or another login manager, probably), tray icons and dbus notifications work properly. The `DBUS_SESSION_BUS_ADDRESS` environment variable should be defined.

### Actual behavior
Tray icons do not work consistently, particularly for electron applications. dbus notifications from these applications are not received. `DBUS_SESSION_BUS_ADDRESS` is not defined.

### Steps to reproduce the behavior
Log in with Plasma X11, start an electron app like Riot or Signal. No tray icon or notifications appear. At best, the taskbar icons will light up. Executing `echo $DBUS_SESSION_BUS_ADDRESS` or similar in the terminal will produce no result.

I fixed this by adding `dbus-run-session` at the front of the `Exec=` line of `/usr/share/xsessions/plasma.desktop`. This mimics the setup of `/usr/share/wayland-sessions/plasmawayland.desktop`, and makes the tray icon and notifications work again.


^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: KDE X11 should be started with dbus-run-session
  2020-05-08 23:05 [ISSUE] KDE X11 should be started with dbus-run-session ProjectMoon
@ 2020-05-10  1:02 ` ericonr
  2020-05-10 13:07 ` ProjectMoon
                   ` (13 subsequent siblings)
  14 siblings, 0 replies; 16+ messages in thread
From: ericonr @ 2020-05-10  1:02 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 530 bytes --]

New comment by ericonr on void-packages repository

https://github.com/void-linux/void-packages/issues/21766#issuecomment-626256493

Comment:
So this happens even when launching Plasma from SDDM? The .desktop file seems to come from upstream, so we really shouldn't have any issues due to it.

https://community.kde.org/KWin/Wayland#Start_a_Plasma_session_on_Wayland makes it clear that plasma wayland requires dbus-run-session, I'm curious about X11, though. Might be worth a bug report upstream, I'm asking about it on #kde. 

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: KDE X11 should be started with dbus-run-session
  2020-05-08 23:05 [ISSUE] KDE X11 should be started with dbus-run-session ProjectMoon
  2020-05-10  1:02 ` ericonr
@ 2020-05-10 13:07 ` ProjectMoon
  2020-05-10 22:34 ` ericonr
                   ` (12 subsequent siblings)
  14 siblings, 0 replies; 16+ messages in thread
From: ProjectMoon @ 2020-05-10 13:07 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 651 bytes --]

New comment by ProjectMoon on void-packages repository

https://github.com/void-linux/void-packages/issues/21766#issuecomment-626325440

Comment:
There have been similar reported issues with other login managers. See https://www.reddit.com/r/voidlinux/comments/f2vsjr/switching_to_kde_broke_discord_tray_notification/ for lightdm. There's something funny with KDE on X and dbus. But where the problem "truly lies," I am not sure.

Could be:
* Bug in upstream KDE
* Bug in upstream SDDM (and lightdm apparently)
* Bug somewhere in Void's configuration of these packages.

The only thing I know is that adding `dbus-run-session` fixes it for me.

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: KDE X11 should be started with dbus-run-session
  2020-05-08 23:05 [ISSUE] KDE X11 should be started with dbus-run-session ProjectMoon
  2020-05-10  1:02 ` ericonr
  2020-05-10 13:07 ` ProjectMoon
@ 2020-05-10 22:34 ` ericonr
  2020-05-11 17:47 ` furryfixer
                   ` (11 subsequent siblings)
  14 siblings, 0 replies; 16+ messages in thread
From: ericonr @ 2020-05-10 22:34 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 291 bytes --]

New comment by ericonr on void-packages repository

https://github.com/void-linux/void-packages/issues/21766#issuecomment-626400064

Comment:
@Johnnynator have you ever had any issues with this?

I tried asking on IRC, got a resounding silence. Asking on r/kde might yield better results.

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: KDE X11 should be started with dbus-run-session
  2020-05-08 23:05 [ISSUE] KDE X11 should be started with dbus-run-session ProjectMoon
                   ` (2 preceding siblings ...)
  2020-05-10 22:34 ` ericonr
@ 2020-05-11 17:47 ` furryfixer
  2020-05-11 18:10 ` Johnnynator
                   ` (10 subsequent siblings)
  14 siblings, 0 replies; 16+ messages in thread
From: furryfixer @ 2020-05-11 17:47 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 260 bytes --]

New comment by furryfixer on void-packages repository

https://github.com/void-linux/void-packages/issues/21766#issuecomment-626853114

Comment:
Probably not related?  But you should be aware of this:
[https://github.com/vector-im/riot-web/issues/12518](url)

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: KDE X11 should be started with dbus-run-session
  2020-05-08 23:05 [ISSUE] KDE X11 should be started with dbus-run-session ProjectMoon
                   ` (3 preceding siblings ...)
  2020-05-11 17:47 ` furryfixer
@ 2020-05-11 18:10 ` Johnnynator
  2020-05-11 18:10 ` Johnnynator
                   ` (9 subsequent siblings)
  14 siblings, 0 replies; 16+ messages in thread
From: Johnnynator @ 2020-05-11 18:10 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 308 bytes --]

New comment by furryfixer on void-packages repository

https://github.com/void-linux/void-packages/issues/21766#issuecomment-626853114

Comment:
Probably not related?  But you should be aware of this:
[https://github.com/vector-im/riot-web/issues/12518](https://github.com/vector-im/riot-web/issues/12518l)

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: KDE X11 should be started with dbus-run-session
  2020-05-08 23:05 [ISSUE] KDE X11 should be started with dbus-run-session ProjectMoon
                   ` (4 preceding siblings ...)
  2020-05-11 18:10 ` Johnnynator
@ 2020-05-11 18:10 ` Johnnynator
  2020-05-11 21:04 ` ProjectMoon
                   ` (8 subsequent siblings)
  14 siblings, 0 replies; 16+ messages in thread
From: Johnnynator @ 2020-05-11 18:10 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 307 bytes --]

New comment by furryfixer on void-packages repository

https://github.com/void-linux/void-packages/issues/21766#issuecomment-626853114

Comment:
Probably not related?  But you should be aware of this:
[https://github.com/vector-im/riot-web/issues/12518](https://github.com/vector-im/riot-web/issues/12518)

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: KDE X11 should be started with dbus-run-session
  2020-05-08 23:05 [ISSUE] KDE X11 should be started with dbus-run-session ProjectMoon
                   ` (5 preceding siblings ...)
  2020-05-11 18:10 ` Johnnynator
@ 2020-05-11 21:04 ` ProjectMoon
  2020-05-12  1:06 ` furryfixer
                   ` (7 subsequent siblings)
  14 siblings, 0 replies; 16+ messages in thread
From: ProjectMoon @ 2020-05-11 21:04 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 473 bytes --]

New comment by ProjectMoon on void-packages repository

https://github.com/void-linux/void-packages/issues/21766#issuecomment-626962782

Comment:
I've read it a few times before reporting this, but I don't think it's related. The tray icon works fine as long as KDE is running in a dbus session properly.

What I find odd is that KDE normally should just fail to start when it cannot connect to DBUS. It seems like it's something not getting passed down correctly maybe?

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: KDE X11 should be started with dbus-run-session
  2020-05-08 23:05 [ISSUE] KDE X11 should be started with dbus-run-session ProjectMoon
                   ` (6 preceding siblings ...)
  2020-05-11 21:04 ` ProjectMoon
@ 2020-05-12  1:06 ` furryfixer
  2020-05-12 11:46 ` furryfixer
                   ` (6 subsequent siblings)
  14 siblings, 0 replies; 16+ messages in thread
From: furryfixer @ 2020-05-12  1:06 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 1661 bytes --]

New comment by furryfixer on void-packages repository

https://github.com/void-linux/void-packages/issues/21766#issuecomment-627047559

Comment:
My knowledge is limited in this area, but I confirm this issue occurs with lxdm and xdm as well, so would not suspect DM's to be at fault.  The issue does NOT occur at all with LXQT and same DMs. 

Arch (or systemd specifially?) creates a dbus socket at "/run/user/$UID/bus" and assigns $DBUS_SESSION_BUS_ADDRESS to that socket.  Void (elogind specifically?) does not (for any desktop environment I have installed).

 In Void, at each login, both KDE and LXQT  create a file in "~/.dbus/session-bus/" directory.  This file contains a "$DBUS_SESSION_BUS_ADDRESS=unix:abstract=..." variable assignment for apps that want it.  The comments indicate this can/will be used if "$DBUS_SESSION_BUS_ADDRESS is not otherwise set.  It seems to be that, these electron apps at least,  are not looking here. I assume because they always expect the bus address to be assigned (to the socket perhaps).

The difference between LXQT and KDE Plasma seems to be that LXQT actively assigns the value found in the file  within "~/.dbus/session-bus/" directory to the  $DBUS_SESSION_BUS_ADDRESS variable.  This could perhaps be done somehow for the Void KDE Plasma package?  Otherwise, Xsession scripts could use the method suggested above, "exec dbus-run-session @" for example, or "export $(dbus-launch)" prior to the exec line.  Or, as we did when dbus stopped autolaunching X11 (before dbus-x11):
```
[ -z "$DBUS_SESSION_BUS_ADDRESS" ]  && eval `dbus-launch --sh-syntax`
export  DBUS_SESSION_BUS_ADDRESS
exec .....

```


^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: KDE X11 should be started with dbus-run-session
  2020-05-08 23:05 [ISSUE] KDE X11 should be started with dbus-run-session ProjectMoon
                   ` (7 preceding siblings ...)
  2020-05-12  1:06 ` furryfixer
@ 2020-05-12 11:46 ` furryfixer
  2020-05-12 12:11 ` furryfixer
                   ` (5 subsequent siblings)
  14 siblings, 0 replies; 16+ messages in thread
From: furryfixer @ 2020-05-12 11:46 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 1662 bytes --]

New comment by furryfixer on void-packages repository

https://github.com/void-linux/void-packages/issues/21766#issuecomment-627047559

Comment:
My knowledge is limited in this area, but I confirm this issue occurs with lxdm and xdm as well, so would not suspect DM's to be at fault.  The issue does NOT occur at all with LXQT and same DMs. 

Arch (or systemd specifically?) creates a dbus socket at "/run/user/$UID/bus" and assigns $DBUS_SESSION_BUS_ADDRESS to that socket.  Void (elogind specifically?) does not (for any desktop environment I have installed).

 In Void, at each login, both KDE and LXQT  create a file in "~/.dbus/session-bus/" directory.  This file contains a "$DBUS_SESSION_BUS_ADDRESS=unix:abstract=..." variable assignment for apps that want it.  The comments indicate this can/will be used if "$DBUS_SESSION_BUS_ADDRESS is not otherwise set.  It seems to be that, these electron apps at least,  are not looking here. I assume because they always expect the bus address to be assigned (to the socket perhaps).

The difference between LXQT and KDE Plasma seems to be that LXQT actively assigns the value found in the file  within "~/.dbus/session-bus/" directory to the  $DBUS_SESSION_BUS_ADDRESS variable.  This could perhaps be done somehow for the Void KDE Plasma package?  Otherwise, Xsession scripts could use the method suggested above, "exec dbus-run-session @" for example, or "export $(dbus-launch)" prior to the exec line.  Or, as we did when dbus stopped autolaunching X11 (before dbus-x11):
```
[ -z "$DBUS_SESSION_BUS_ADDRESS" ]  && eval `dbus-launch --sh-syntax`
export  DBUS_SESSION_BUS_ADDRESS
exec .....

```


^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: KDE X11 should be started with dbus-run-session
  2020-05-08 23:05 [ISSUE] KDE X11 should be started with dbus-run-session ProjectMoon
                   ` (8 preceding siblings ...)
  2020-05-12 11:46 ` furryfixer
@ 2020-05-12 12:11 ` furryfixer
  2020-05-20  6:41 ` ericonr
                   ` (4 subsequent siblings)
  14 siblings, 0 replies; 16+ messages in thread
From: furryfixer @ 2020-05-12 12:11 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 602 bytes --]

New comment by furryfixer on void-packages repository

https://github.com/void-linux/void-packages/issues/21766#issuecomment-627303381

Comment:
I was too ignorant to realize the complex name of the dbus-session file is just the machine-id-0.
~/.dbus/session-bus/$(cat /var/lib/dbus/machine-id)-0.  Since we know what the filename will be, we could simply (if KDE) source this file at login to set $DBUS_SESSION_BUS_ADDRESS.  I leave it to maintainers to ponder whether this is a good idea, and if so, should it happen automatically or be manually done by the user within scripts in the ~/ directory.

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: KDE X11 should be started with dbus-run-session
  2020-05-08 23:05 [ISSUE] KDE X11 should be started with dbus-run-session ProjectMoon
                   ` (9 preceding siblings ...)
  2020-05-12 12:11 ` furryfixer
@ 2020-05-20  6:41 ` ericonr
  2020-05-20 12:42 ` Johnnynator
                   ` (3 subsequent siblings)
  14 siblings, 0 replies; 16+ messages in thread
From: ericonr @ 2020-05-20  6:41 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 467 bytes --]

New comment by ericonr on void-packages repository

https://github.com/void-linux/void-packages/issues/21766#issuecomment-631269882

Comment:
Per https://github.com/emersion/mako

> If you are using elogind, you might need to manually start a dbus user session: dbus-daemon --session --address=unix:path=$XDG_RUNTIME_DIR/bus

Might be that upstream expects systemd-logind instead of elogind. We could patch the desktop file, I don't see any issues with doing so.

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: KDE X11 should be started with dbus-run-session
  2020-05-08 23:05 [ISSUE] KDE X11 should be started with dbus-run-session ProjectMoon
                   ` (10 preceding siblings ...)
  2020-05-20  6:41 ` ericonr
@ 2020-05-20 12:42 ` Johnnynator
  2020-05-20 15:02 ` furryfixer
                   ` (2 subsequent siblings)
  14 siblings, 0 replies; 16+ messages in thread
From: Johnnynator @ 2020-05-20 12:42 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 287 bytes --]

New comment by Johnnynator on void-packages repository

https://github.com/void-linux/void-packages/issues/21766#issuecomment-631449134

Comment:
I will add a patch with the next plasma release https://github.com/Johnnynator/void-packages/commit/3e1c65c4f5d904ee31435e5142f7b7c20ed38449

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: KDE X11 should be started with dbus-run-session
  2020-05-08 23:05 [ISSUE] KDE X11 should be started with dbus-run-session ProjectMoon
                   ` (11 preceding siblings ...)
  2020-05-20 12:42 ` Johnnynator
@ 2020-05-20 15:02 ` furryfixer
  2020-07-17 10:28 ` [ISSUE] [CLOSED] " Johnnynator
  2020-07-17 10:28 ` Johnnynator
  14 siblings, 0 replies; 16+ messages in thread
From: furryfixer @ 2020-05-20 15:02 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 337 bytes --]

New comment by furryfixer on void-packages repository

https://github.com/void-linux/void-packages/issues/21766#issuecomment-631531736

Comment:
To be clear, I believe dbus-x11 starts a dbus-session already for Plasma (x11), but leaves the  $DBUS_SESSION_BUS_ADDRESS unassigned?  None-the-less, I see no downside to Johnnynator's patch.

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: KDE X11 should be started with dbus-run-session
  2020-05-08 23:05 [ISSUE] KDE X11 should be started with dbus-run-session ProjectMoon
                   ` (13 preceding siblings ...)
  2020-07-17 10:28 ` [ISSUE] [CLOSED] " Johnnynator
@ 2020-07-17 10:28 ` Johnnynator
  14 siblings, 0 replies; 16+ messages in thread
From: Johnnynator @ 2020-07-17 10:28 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 182 bytes --]

New comment by Johnnynator on void-packages repository

https://github.com/void-linux/void-packages/issues/21766#issuecomment-660025341

Comment:
Fixed with the Plasma 5.19 updates.

^ permalink raw reply	[flat|nested] 16+ messages in thread

* Re: [ISSUE] [CLOSED] KDE X11 should be started with dbus-run-session
  2020-05-08 23:05 [ISSUE] KDE X11 should be started with dbus-run-session ProjectMoon
                   ` (12 preceding siblings ...)
  2020-05-20 15:02 ` furryfixer
@ 2020-07-17 10:28 ` Johnnynator
  2020-07-17 10:28 ` Johnnynator
  14 siblings, 0 replies; 16+ messages in thread
From: Johnnynator @ 2020-07-17 10:28 UTC (permalink / raw)
  To: ml

[-- Attachment #1: Type: text/plain, Size: 1481 bytes --]

Closed issue by ProjectMoon on void-packages repository

https://github.com/void-linux/void-packages/issues/21766

Description:
<!-- Don't request update of package. We have a script for that. https://alpha.de.repo.voidlinux.org/void-updates/void-updates.txt . However, a quality pull request may help. -->
### System

* xuname:  Void 5.4.39_1 x86_64 GenuineIntel uptodate rrFFFFFF
  *output of ``xuname`` (part of xtools)*
* package:  plasma-workspace 5.18.5_1
  *affected package(s) including the version*

### Expected behavior
When starting Plasma X11 session from SDDM (or another login manager, probably), tray icons and dbus notifications work properly. The `DBUS_SESSION_BUS_ADDRESS` environment variable should be defined.

### Actual behavior
Tray icons do not work consistently, particularly for electron applications. dbus notifications from these applications are not received. `DBUS_SESSION_BUS_ADDRESS` is not defined.

### Steps to reproduce the behavior
Log in with Plasma X11, start an electron app like Riot or Signal. No tray icon or notifications appear. At best, the taskbar icons will light up. Executing `echo $DBUS_SESSION_BUS_ADDRESS` or similar in the terminal will produce no result.

I fixed this by adding `dbus-run-session` at the front of the `Exec=` line of `/usr/share/xsessions/plasma.desktop`. This mimics the setup of `/usr/share/wayland-sessions/plasmawayland.desktop`, and makes the tray icon and notifications work again.


^ permalink raw reply	[flat|nested] 16+ messages in thread

end of thread, other threads:[~2020-07-17 10:28 UTC | newest]

Thread overview: 16+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-05-08 23:05 [ISSUE] KDE X11 should be started with dbus-run-session ProjectMoon
2020-05-10  1:02 ` ericonr
2020-05-10 13:07 ` ProjectMoon
2020-05-10 22:34 ` ericonr
2020-05-11 17:47 ` furryfixer
2020-05-11 18:10 ` Johnnynator
2020-05-11 18:10 ` Johnnynator
2020-05-11 21:04 ` ProjectMoon
2020-05-12  1:06 ` furryfixer
2020-05-12 11:46 ` furryfixer
2020-05-12 12:11 ` furryfixer
2020-05-20  6:41 ` ericonr
2020-05-20 12:42 ` Johnnynator
2020-05-20 15:02 ` furryfixer
2020-07-17 10:28 ` [ISSUE] [CLOSED] " Johnnynator
2020-07-17 10:28 ` Johnnynator

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).