Arch Linux User Repository

Release 25.1.3 of xlibre-xserver is still in beta status. Package xlibre-xserver-beta is available for this.

For the latest updates package xlibre-xserver-git can be used.

Please do not flag this package out-of-date.

Building and installing xlibre-xserver to replace xorg-server

Attention

To enable building this package a binary xlibre-xserver-devel or xorg-server-devel package needs to be installed as a prerequisite for the initial build.

As during this procedure xorg-server is replaced with xlibre-xserver the running X-session - if being used - should not be stopped. As an alternative this procedure can be performed from a terminal session.

Notes

• As the ABI versions of xlibre-xserver do not match those of xorg-server this first needs to be overcome by building and - temporarily - installing a bootstrap package.
• The xf86-input/video driver packages will be uninstalled. Before starting the procedure make sure to query and store the names of these and install the respective xlibre-input/video drivers at the end of the procedure.
• Some distributions have meta packages installed for input devices and video drivers. In case pacman reports a conflict with these make a note of their names and uninstall them.

Build and installation Procedure

1. Build and install xlibre-xserver-bootstrap
2. Build and install xlibre-input-libinput
3. Build and install xlibre-xserver and confirm pacman's request to remove xlibre-xserver-bootstap
4. Build and install the xlibre-input/video packages that correspond to the removed xf86-input/video ones
5. Install any removed meta package again

You need to remove lightdm first, and add it back later.

I cannot install xlibre-xserver because:
:: removing xorg-server breaks dependency 'xorg-server' required by lightdm

Release 25.1.2 of xlibre-xserver is still in beta status; until that changes please do not flag this package out of date.

For the latest updates package xlibre-xserver-git can be used.

xlibre

XLibre 25.1 is out with a ton of addins/commits. I hope someone can create an Arch-Wiki entry for XLibre.

Release 25.1.3 of xlibre-xserver is still in beta status. Package xlibre-xserver-beta is available for this.

For the latest updates package xlibre-xserver-git can be used.

Please do not flag this package out-of-date.

Building and installing xlibre-xserver to replace xorg-server

Attention

To enable building this package a binary xlibre-xserver-devel or xorg-server-devel package needs to be installed as a prerequisite for the initial build.

As during this procedure xorg-server is replaced with xlibre-xserver the running X-session - if being used - should not be stopped. As an alternative this procedure can be performed from a terminal session.

Notes

• As the ABI versions of xlibre-xserver do not match those of xorg-server this first needs to be overcome by building and - temporarily - installing a bootstrap package.
• The xf86-input/video driver packages will be uninstalled. Before starting the procedure make sure to query and store the names of these and install the respective xlibre-input/video drivers at the end of the procedure.
• Some distributions have meta packages installed for input devices and video drivers. In case pacman reports a conflict with these make a note of their names and uninstall them.

Build and installation Procedure

1. Build and install xlibre-xserver-bootstrap
2. Build and install xlibre-input-libinput
3. Build and install xlibre-xserver and confirm pacman's request to remove xlibre-xserver-bootstap
4. Build and install the xlibre-input/video packages that correspond to the removed xf86-input/video ones
5. Install any removed meta package again

Folks, what we need most right now is cooperation, not fighting or disagreements where one wants to be better than the other. Everyone should work for the good of the Linux community (especially Arch) and to ensure our freedom of choice.

My tutorial for installing Xlibre after a clean install of ArchLinux:

sudo pacman -S base-devel git meson exo garcon gtk-layer-shell libxfce4ui xfconf libwnck3 libdbusmenu-gtk3 libxfce4windowing hicolor-icon-theme desktop-file-utils git glib2-devel gobject-introspection vala xfce4-dev-tools

sudo pacman -S plasma-x11-session

sudo pacman -Rdd xorg-server xorg-server-common

yay -S xlibre-server-bootstrap (ignore errors and continue)

yay -S xlibre-input-libinput (ignore errors and continue)

yay -S xlibre-server (replace xlibre-server-bootstrap)

kate /etc/X11/xorg.conf.d/xlibre.conf

Section "ServerFlags" Option "IgnoreABI" "true" EndSection

https://ibb.co/RGwMC5m9

sudo pacman-key --recv-keys 73580DE2EDDFA6D6 && sudo pacman-key --finger 73580DE2EDDFA6D6 && sudo pacman-key --lsign-key 73580DE2EDDFA6D6

kate /etc/pacman.conf

[xlibre] Server = https://github.com/X11Libre/binpkg-arch-based/raw/refs/heads/main/

This repository is to keep your Xlibre up to date without having to compile every time a new version is released, and quickly, since pacman is the fastest package manager in the Linux world.

Thank you in advance, long live X, long live freedom! (At least Wayland was useful for something lol)

https://ibb.co/3m1tGydb

Edit: I forgot to put the dependencies to compile the package.

@vitaliikuzhdin let's continue the discussion on the mailing list please, in order to make sure every participants can be properly informed and the discussion will remain separated not burden by future comments on this package

please feel free to reply on aur-requests for eventual clarifications or objections

@Muflone, thank you for notifying me. The concern was that, as stated by an upstream maintainer, compatibility will only be achieved in the next major release (26.*.*.*). The current state of XLibre requires proprietary Nvidia driver users to add a line to their Xorg config to ignore the ABI check, which will become the default in the next release. Apart from the ABI ignore check not being recognised as a proper solution by some people, users with an Nvidia card who pacman -U the required XLibre components might be met with a broken X session on their next log-in (I have not tested this myself yet).

Since you are effectively the most experienced person on this topic, could I please ask you to glance over the last few comments made by @jcrowell (he changed and deleted some of them, but most of the content is still there) and provide a final verdict? I trust your solution will be sound. Also, if the provisioning of Xorg should be done by every XLibre package, it would apply to every package except for xlibre-server-devel, correct? Sorry for making you spend quite some time on this.

@vitaliikuzhdin

https://lists.archlinux.org/archives/list/aur-requests@lists.archlinux.org/thread/4RYNAZRUIRPU56E2GANQMKVAV5EJB32G/#4RYNAZRUIRPU56E2GANQMKVAV5EJB32G

@jcrowell, if the next release actually becomes a drop-in replacement, I will provide Xorg. But this release is not a drop-in replacement, so I do not provide Xorg. Again, if the user has to add extra things to their config, this package IS NOT a drop-in replacement.

Alright. If you can do that then we're good and it will be fixed.

On a side note, I guess xorg isn't a drop in replacement for xorg since the same exact thing happened every time there was a major version update with... xorg.

Sorry about my "claim" but you as a reasonable human being can understand how you and your "lizardfolk ordered actions" can come off that way right? I've never seen someone hold on to their maintainership of a development community/project they're not a part of so vehemently before. You should really start talking to us on Telegram. We might even end up liking you if we get to know you. Crazier things have happened. Plus Telegram won't send you an email every time I edit a message.

Artist is more interested in the tech side of things and wants to work on 'tech things'. He doesn't want to be involved in all this drama. Honestly neither do I but someone has to have the hard discussions so we can move forward.