diff options
| author | Yarny0 <41838844+Yarny0@users.noreply.github.com> | 2025-01-03 17:56:52 +0100 |
|---|---|---|
| committer | Yarny0 <41838844+Yarny0@users.noreply.github.com> | 2025-01-03 19:33:08 +0100 |
| commit | d584a8bb0d54fa041654481bd264ac934b4b5e49 (patch) | |
| tree | 410f3a7b797401bbe0be36a5ec060488f2a1bd0a /pkgs/development/python-modules/rangehttpserver | |
| parent | 88195a94f390381c6afcdaa933c2f6ff93959cb4 (diff) | |
virtualbox: fix X11 shared clipboard
Since the update to version 7.1.4,
clipboard sharing is broken if the host runs in X11.
The exact preconditions to trigger the bug are still unclear to me:
It can reliably be reproduced if the host
runs within a plasma5 desktop environemnt,
while the bug does not occur in an Xfce environment.
The guest OS doesn't seem to matter
(tested with Windows 11 and NixOS).
Corresponding log messages (virtualbox machine log) are:
> Shared Clipboard: Initializing X11 clipboard (regular mode)
> Shared Clipboard: libxFixes.so.* not found!
> Shared Clipboard: Failed to load the XFIXES extension
> Shared Clipboard: Initialisation failed: VERR_NOT_SUPPORTED
> Shared Clipboard: X11 event thread reported an error while starting
The underlying problem here is that virtualbox
dlopens `libXfixes.so.*` which is not in the RPATH:
https://github.com/mirror/vbox/blob/74117a1cb257c00e2a92cf522e8e930bd1c4d64b/src/VBox/GuestHost/SharedClipboard/clipboard-x11.cpp#L961
To fix the issue, the commit at hand does what has already been
done for other libraries (like `libpulse` or `libasound`):
The full path to the library is patched into the dlopen call.
Diffstat (limited to 'pkgs/development/python-modules/rangehttpserver')
0 files changed, 0 insertions, 0 deletions
