Steven, it seems you have managed to print your PDF file, so perhaps you
should stop debugging evince (unless you need it for some feature with
worse support in okular or browsers: form filling, printing, annotating,
etc.; or you need to run another application with deep mandatory desktop
integration). My curiosity is driven difference of evince that fails and
other viewers that works.
The following is written assuming that X11 session is started by steve.
Please, swap steve and sktest if I confused roles of the users.
As a workaround, you may temporary start another full X11 session for
sktest (from another VT). Perhaps you may start VNC server for sktest
and use Xephyr to access it from your current session for steve.
Some comments are inline.
On 17/02/2025 01:23, Kleene, Steven (kleenesj) wrote:
On Sunday, February 16, 2025 8:53 AM, I wrote:
That should not *literally* be ~/.Xauthority of course.
Yes, the output is literally
/u/steve/.Xauthority
I hope, sktest can read it or, more precisely, it can read the file
reported by "echo $XAUTHORITY" when executed as sktest and the same is
true for steve. It is possible to create additional Xauthority cookies.
It seems you have no SI:localuser X11 access entries (some kind of
surprise, but I do not expect errors).
Now for evince. If I call it from sktest's window (but not from steve's), I
get these errors:
libGL error: MESA-LOADER: failed to retrieve device information
Output of
getfacl /dev/dri/card* /dev/dri/render*
should clarify this particular issue. Udev and systemd-logind
dynamically grant permissions to current active user ("uaccess"
feature). It is not recommended in general, but if there is no other
human users on this machine then you may add sktest to the video and
render groups. Following issues may be more tricky.
After this, these new lines are added to the output of "journalctl --user -b -e"
When multiple users are involved then it is better to run the command
without --user as root
sudo journalctl -f
Feb 16 12:53:43 drx xdg-desktop-por[1342519]: Failed to create settings proxy:
Error calling StartServiceByName for org.freedesktop.impl.portal.desktop.gtk:
Timeout was reached
Feb 16 12:53:43 drx xdg-desktop-por[1342519]: No skeleton to export
I have no idea if this error is fatal, but I would not be surprised if
evince requires full XDG session for various D-Bus services, not just
X11 socket for DISPLAY.
