Lol yes, anyways, it seems that XLibre will prolong X.Org’s existence, since most DE/WM/GUI toolkit devs (especially GTK) drank the IBM/Red Hat/Wayland kool-aid.
There is a big difference between saying “X is going to die out as far I can tell.” and “X is doomed because the corporations (the big ones in the linux world like Red Hat) refused to embrace its continued existence and development.” Its one thing to say you think X is over because you happen to think that’s how things will go in the future. That’s just a prediction. Its another thing entirely to proclaim you know the future for sure or that only corporate backed projects could succeed. Also now someone has forked KDE plasma x11 so that they can continue having plasma with x11 after plasma drops x11. I think you should want X to continue to exist in some form. I think it has value. Even if wayland remains the more commonly used option. No matter what you say about corporate support etc that doesn’t meant for sure it will die. But yes some battles are not easy.
I cannot find xlibre-server-bootstrap on the AUR or the XLibre repo. Do you know whether the stack has changed? I just don’t get to the graphical interface after loading the graphical target and it makes sense that something like “xlibre-server-bootstrap” would be missing.
Perhaps you mean…
xlibre-xserver-bootstrap
As far as I can tell right now, there is either:
xlibre-xserver-bootstrap, xlibre-xserver or xlibre-server-bin
Neither xlibre-xserver nor xlibre-xserver-bootstrap worked out. And the installation of xlibre-server-bin errors out.
This is all with the Xlibre repo installed. I will try without.
If you have the xlibre repo enabled, you don’t need the bootstrap package. This should be enough:
yay -S xlibre-xserver{,-common} xlibre-input-libinput
Right, but that didn’t work. I followed this procedure to start with https://github.com/X11Libre/packaging/discussions/68
What didn’t work?
No graphical interface started after a reboot. I am trying to run startx with different stacks. I try to find the error codes in the Github page for the Xlibre xserver, but to no avail.
This is with the xlibre repo disabled.
xlibre-input-libinput
xlibre-xserver
xlibre-xserver-common
xlibre-xserver-devel
This stack errors out with code 0x565
xlibre-input-libinput
xlibre-xserver-bootstrap
xlibre-xserver-common
This stack errors out with code 0x55c
xlibre-input-libinput
xlibre-xserver
xlibre-xserver-common
This stack errors out with code 0x560
The xlibre-input-libinput-bin stack fails to install
Now, with the Xlibre repo enabled
xlibre-input-libinput
xlibre-xserver
xlibre-xserver-common
This stack errored out with 0x55d
However, the error codes are not consistent. Every time I run the last stack, I get a different error code.
~/.local/share/xorg/Xorg.0.log will have better answers, but I am going to try to first reinstall the OS and give it a try following the AUR pinned comments.
Hmmm…I never experienced this with either Xfce, Budgie (before v10.10), or Cinnamon. What DE are you using?
KDE - I am still testing combinations. I am going to try with the Xlibre repo packages one more time. I am starting to suspect that some packages might have been deleted and now missing, that the official procedure with the xlibre repo did not document well enough.
IBM is where software goes to die.
Tell me about it. I worked there starting in the late 90s for 10 years, so I know this all too well. It was worse with the hardware, especially their PC division. I used one of the last non-Lenovo Thinkpads; was really sad to see it sold off.