You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Authorization required, but no authorization protocol specified
Application initialization failed: couldn't connect to display ":0"
To Reproduce
Not that easy to reproduce that. Unknown reason why the host-spawn is not working. Linux distro specific, Kinoite version 39.
Expected behavior
The XAUTHORITY environment variable set using value from host side
GUI application is working
Logs
Desktop (please complete the following information):
Are you using podman, docker or lilipod?
podman
Which version or podman, docker or lilipod?
4.9.4
Which version of distrobox?
1.7.2.1
Which host distribution?
Kinoite 39
How did you install distrobox?
curl -s https://raw.githubusercontent.com/89luca89/distrobox/1.7.2.1/install | sh -s -- --prefix ~/.local
Additional context
I want to propose a change request. I can prepare a Pull Request. If we move setting the XAUTHORITY environment variable and XAUTH from the distrobox-init to the distrobox-enter and simple use --env container option, then we could remove need of host-spawn call from container side and simplify logic in the same time.
The text was updated successfully, but these errors were encountered:
Then the XAUTHORITY environment variable is not empty. I'm trying to narrow the issue here. Above command is also ran by distrobox enter. After podman exec and before <container> the distrobox enter adds bunch of additionals --env. Something is causing that the XAUTHORITY environment variable is unset after switching from root to user.
Short story. When --env DISPLAY=:0 is present, it will clear XAUTHORITY. I have been using custom AlmaLinux OS 9.3 with added user etc.. Somehow when calling su "${USER}" --pty when switching from root to user by distrobox enter, it clears XAUTHORITY environment variable. With vanilla AlmaLinux OS 9.3 it doesn't happen.
This kinda a bug and change request /suggestion in the same time.
Describe the bug
The
XAUTHORITY
environment variable is not set because thehost-spawn
is not working.This is Linux distro and OS environment specific. Cannot reproduce easy without Virtual Machine.
distrobox
:distrobox
:XAUTHORITY
:It will return nothing.
host-spawn
:It will return nothing.
To Reproduce
Not that easy to reproduce that. Unknown reason why the
host-spawn
is not working. Linux distro specific, Kinoite version39
.Expected behavior
XAUTHORITY
environment variable set using value from host sideLogs
Desktop (please complete the following information):
Additional context
I want to propose a change request. I can prepare a Pull Request. If we move setting the
XAUTHORITY
environment variable andXAUTH
from thedistrobox-init
to thedistrobox-enter
and simple use--env
container option, then we could remove need ofhost-spawn
call from container side and simplify logic in the same time.The text was updated successfully, but these errors were encountered: