Closed ayekat closed 4 years ago
- Repackage xorg-xinit on Arch Linux to patch in support for the XINITRC environment variable in startx (as this fix would be very Arch Linux specific, certainly also ask upstream to have it fixed globally).
https://gitlab.com/ayekat/PKGBUILDs/commit/562ca6491bf2cc9a704aa7b81668d311b3710192
But as stated in that commit message, it's not a long-term solution. I'm strongly in favour of asking upstream to fix it as well. If they refuse to do so, maybe search for an alternative option.
Reported upstream: https://bugs.freedesktop.org/show_bug.cgi?id=107308
EDIT: FreeDesktop.org moved their bugtracking to a new place: https://gitlab.freedesktop.org/xorg/app/xinit/issues/14
I have recently started using GDM on my desktop machine at home (which unfortunately broke after a couple of days), and I've made good experiences with it so far (I mean—it allows me to log in, and it looks pretty :smile:)
Also, for the startx approach, I'm already in the business of repkg'ing software anyway (and that will not end soon or at all), so I guess I can go ahead and consider this issue solved (at least in the context of this repository).
Closing as "meh, it's fine".
Currently,
xinit
on its own doesn't quite work as correctly as it used to (either it doesn't start X at all, or it does, but random things like the audio¹ are broken). As a consequence, I have to resort to usingstartx
, which is annoying, because it completely ignores theXINITRC
environment variable, and thus my invocation looks something like this:The reason for
xinit
not working correctly on its own is probably related to setting up Xauth and something with the virtual terminal (VT), so some additional arguments are usually required (whichstartx
is there to handle):Possible ways to improve starting X11 are:
xorg-xinit
on Arch Linux to patch in support for theXINITRC
environment variable instartx
(as this fix would be very Arch Linux specific, certainly also ask upstream to have it fixed globally).sx
, an alternative toxinit
andstartx
(experimental, according to him).xinit
(or even X client&server invocation) wrapper myself.¹ This is actually really awkward: I get access permission errors for
/dev/snd/controlC0
from X, but not in the TTY.