Arch Linux User Repository

The latest upstream version (1.3) doesn't work for many users, which is why this package is currently pinned to the last known working release (1.2).

It also includes a systemd user service so it can be initialized without having to modify session init scripts manually.

I tested the systemd service on both GNOME (43.3) and KDE Plasma (5.27.2), both appear to work fine.

Yeah, that error shows up when the service is started before the X server is available. Though, I'm not sure how you got the service to run in the first place, since it depends on graphical-session.target (which isn't used unless something BindsTo= it). I tested it in a VM (bspwm + lightdm) and xmousepasteblock.service wouldn't start on session init (no errors either). If sddm is somehow starting graphical-session.target despite not having a concrete session target, then I would consider that a bug. You can find documentation about this special target in the systemd.special(7) manual.

For instance, this is what it looks like on GNOME:

graphical-session.target
● ├─*omitted for brevity*
● ├─xmousepasteblock.service
● ├─basic.target
● │ ├─*omitted for brevity*
● ├─gnome-session-wayland.target
● └─gnome-session-wayland@gnome.target
●   ├─gnome-session-wayland.target
●   ├─gnome-session.target
●   │ ├─gnome-session-monitor.service
○   │ ├─gnome-session-signal-init.service
●   │ ├─gnome-session-initialized.target
○   │ │ ├─gnome-session-signal-init.service
●   │ │ ├─org.gnome.Shell@wayland.service
○   │ │ ├─org.gnome.Shell@x11.service
●   │ │ ├─gnome-session-manager.target
●   │ │ │ ├─gnome-session-manager@gnome.service
●   │ │ │ ├─gnome-session-pre.target
●   │ │ │   ├─gnome-session-monitor.service
●   │ │ │   ├─graphical-session-pre.target
●   │ │ │     └─basic.target
●   │ │ │       ├─...

You might want to report this to the bspwm dev, but it might just be easier to add xmousepasteblock & to your rc file as you mentioned.

Also, how do you start your X session?

I'm currently using sddm. I think this also was a problem in lightdm.

output of systemctl --user list-dependencies graphical-session.target

graphical-session.target
● ├─at-spi-dbus-bus.service
● ├─dunst.service
● ├─xdg-desktop-portal.service
● ├─xdg-document-portal.service
● ├─xdg-permission-store.service
× ├─xmousepasteblock.service
● └─basic.target
●   ├─paths.target
●   ├─sockets.target
●   │ ├─dbus.socket
●   │ ├─dirmngr.socket
●   │ ├─gpg-agent-browser.socket
●   │ ├─gpg-agent-extra.socket
●   │ ├─gpg-agent-ssh.socket
●   │ ├─gpg-agent.socket
●   │ ├─p11-kit-server.socket
●   │ ├─pipewire.socket
●   │ └─pulseaudio.socket
●   └─timers.target

Then put this in your bspwmrc:

Thanks, I'll be testing this later! Though I'm also considering just putting xmousepasteblock & to my bspwmrc or .xprofile instead for simplicity.

Also, the previous error message I posted was clumsily copied and was missing some lines:

Apr 29 02:40:11 username systemd[453]: Started X daemon that listens for middle mouse click events and clears the primary X selection.
Apr 29 02:40:11 username xmousepasteblock[2251593]: Error: Failed to connect to the X server
Apr 29 02:40:11 username systemd[453]: xmousepasteblock.service: Main process exited, code=exited, status=1/FAILURE
Apr 29 02:40:11 username systemd[453]: xmousepasteblock.service: Failed with result 'exit-code'.
Apr 29 02:40:11 username systemd[453]: xmousepasteblock.service: Scheduled restart job, restart counter is at 6.
Apr 29 02:40:11 username systemd[453]: Stopped X daemon that listens for middle mouse click events and clears the primary X selection.

I glanced at the code and it seems that Error: Failed to connect to the X server happens when the display server is not available at the time it was run. So I guess the service started too early?

Okay so I think I figured out what's going on. Tiling WMs don't typically bind to graphical-session.target like the big DEs do. You can achieve the same result by creating your own target and service units.

~/.config/systemd/user/bspwm-session.service:

[Unit]
Description=bspwm session
PartOf=bspwm-session.target
Wants=bspwm-session.target

[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/bin/true
Restart=on-failure

~/.config/systemd/user/bspwm-session.target:

[Unit]
Description=bspwm Session
Requires=basic.target
BindsTo=graphical-session.target
Before=graphical-session.target

DefaultDependencies=no
RefuseManualStart=yes
RefuseManualStop=yes
Requires=basic.target
StopWhenUnneeded=yes

Then put this in your bspwmrc:

#!/bin/bash

sxhkd &
systemctl start --user bspwm-session.service

Note that this won't stop bspwm-session.service when bspwm shuts down. Maybe there's a way to fix that, but I'll let you figure out that one :)

References:

• https://github.com/i3/i3/issues/5186#issuecomment-1405779520

• https://lists.freedesktop.org/archives/systemd-devel/2018-June/040952.html

What does the output of systemctl --user list-dependencies graphical-session.target look like? Also, how do you start your X session?

If possible, could you message me on the Libera IRC (same nickname)? It would make it much easier to troubleshoot this. Thanks

The service isn't working for me on startup:

May 05 18:05:59 username systemd[455]: Started X daemon that listens for middle mouse click events and clears the primary X selection.
May 05 18:05:59 username systemd[455]: xmousepasteblock.service: Main process exited, code=exited, status=1/FAILURE
May 05 18:05:59 username systemd[455]: xmousepasteblock.service: Failed with result 'exit-code'.
May 05 18:05:59 username systemd[455]: xmousepasteblock.service: Scheduled restart job, restart counter is at 6.
May 05 18:05:59 username systemd[455]: Stopped X daemon that listens for middle mouse click events and clears the primary X selection.
May 05 18:05:59 username systemd[455]: xmousepasteblock.service: Start request repeated too quickly.
May 05 18:05:59 username systemd[455]: xmousepasteblock.service: Failed with result 'exit-code'.

Manually running systemctl --user enable --now xmousepasteblock.service works once I've logged in. I'm using bspwm.

The latest upstream version (1.3) doesn't work for many users, which is why this package is currently pinned to the last known working release (1.2).

It also includes a systemd user service so it can be initialized without having to modify session init scripts manually.

I tested the systemd service on both GNOME (43.3) and KDE Plasma (5.27.2), both appear to work fine.