Package Details: xlibre-xserver-bootstrap 25.0.0.9-2

Git Clone URL: https://aur.archlinux.org/xlibre-xserver.git (read-only, click to copy)
Package Base: xlibre-xserver
Description: XLibre X server (bootstrap)
Upstream URL: https://github.com/x11libre/xserver
Licenses: MIT, ISC, X11, ICU, BSD-3-Clause, LicenseRef-Adobe-Display-PostScript, LicenseRef-DEC-3-Clause, HPND, LicenseRef-HPND-sell-MIT-disclaimer-xserver, HPND-sell-variant, MIT-open-group, NTP, SGI-B-2.0, SMLNJ, X11-distribute-modifications-variant
Groups: xlibre
Conflicts: glamor-egl, nvidia-utils, xf86-video-modesetting, xlibre-server, xorg-server
Provides: X-ABI-EXTENSION_VERSION, X-ABI-VIDEODRV_VERSION, X-ABI-XINPUT_VERSION, x-server, xlibre-xserver, xorg-server
Submitter: xlibre
Maintainer: xlibre (vitaliikuzhdin)
Last Packager: xlibre
Votes: 46
Popularity: 21.97
First Submitted: 2025-08-20 19:51 (UTC)
Last Updated: 2025-08-23 15:47 (UTC)

Dependencies (49)

Required by (193)

Sources (3)

Pinned Comments

xlibre commented on 2025-08-25 11:26 (UTC) (edited on 2025-08-27 11:24 (UTC) by xlibre)

Building and installing xlibre-xserver to replace xorg-server
Attention

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

Latest Comments

1 2 3 4 5 Next › Last »

xlibre commented on 2025-08-25 11:26 (UTC) (edited on 2025-08-27 11:24 (UTC) by xlibre)

Building and installing xlibre-xserver to replace xorg-server
Attention

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

nightside commented on 2025-08-21 23:11 (UTC) (edited on 2025-08-22 01:33 (UTC) by nightside)

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.

Muflone commented on 2025-08-17 12:34 (UTC)

@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

vitaliikuzhdin commented on 2025-08-15 16:55 (UTC)

@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.

Muflone commented on 2025-08-15 11:51 (UTC)

@vitaliikuzhdin

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

jcrowell commented on 2025-08-03 14:49 (UTC) (edited on 2025-08-03 15:05 (UTC) by jcrowell) 

@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.

vitaliikuzhdin commented on 2025-08-03 14:17 (UTC)

@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. I have already stated that, and yet there is no comment from you on that. I have acknowledged the next release too, and again, there is no comment from you on that.

Instead, you delete your older comments, send external links that were already mentioned in the past, make random false accusations (including on other platforms), and send many comments at once (all of which send an email to my inbox) instead of putting your thoughts in a single comment (not too critical, but please stop doing that).

You removed the provides to cause issues with more packages, making it more difficult for people to install our software.

And from my point of view, it seems like those provides/depends were added to break our software on Arch Linux. It's almost as bad as someone randomly/intentionally dropping backdoor trojans into AUR packages to destroy people's trust in it. These are supposed to be expert package maintainers after all who would know that those changes wouldn't fix anything but instead break more things.

Sorry about that one, just following orders from the Freemason lizards. They really hate it when an AUR package breaks their X session. Outstanding theories aside, "your point of view" can very well stay with you, especially when it's an offensive false claim you have zero (0) proof for.

I don't need a lesson from you.

Guess if I need one from you. I also don't get why I'm getting all these messages from random people who are not even responsible for packaging. AFAIK, Artist is the one who wrote all of the new PKGBUILDs, and yet he did not contact me on any platform.

jcrowell commented on 2025-08-03 12:29 (UTC)

We have our own separate repository if any of you want to use XLibre while avoiding all the issues from these AUR packages.

https://github.com/X11Libre/binpkg-arch-based

Also, here are our official package builds: https://github.com/X11Libre/pkgbuilds-arch-based

Please read the instructions on the repo carefully for switching to the repo.

jcrowell commented on 2025-08-03 12:17 (UTC) 

I removed the faulty provides to avoid claiming that there is no issue at all.

You removed the provides to cause issues with more packages, making it more difficult for people to install our software.

1 2 3 4 5 Next › Last »