Package Details: xlibre-xserver-common 25.0.0.22-1

Git Clone URL: https://aur.archlinux.org/xlibre-xserver.git (read-only, click to copy)
Package Base: xlibre-xserver
Description: XLibre server common files
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: xlibre-server-common, xorg-server, xorg-server-common
Provides: xlibre-server-common, xorg-server-common
Submitter: artist
Maintainer: xlibre
Last Packager: artist
Votes: 103
Popularity: 7.55
First Submitted: 2025-08-20 19:51 (UTC)
Last Updated: 2026-04-22 08:41 (UTC)

Required by (14)

Sources (3)

Pinned Comments

artist commented on 2025-08-25 11:26 (UTC) (edited on 2026-05-02 10:59 (UTC) by artist)

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

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 Next › Last »

Darukutsu commented on 2025-07-24 21:17 (UTC)

Recently had to switch back and forth between xlibre and x11 to check if something is bug.

## xlibre -> xorg
pacman -Qqs xlibre | sed -e 's/xlibre/xf86/' -e 's/xf86-server/xorg-server/' > x11.pacman && pacman -Qqs xlibre | sudo xargs pacman --noconfirm -Rdd && sudo xargs --noconfirm pacman -Syu < x11.pacman

## xorg -> xlibre
pacman -Slq | grep -E 'xorg-server|xf86-' | sed -e 's/xorg-server/xf86-server/' -e 's/xf86/xlibre/' > xlibre.pacman && pacman -Slq | grep -E 'xorg-server|xf86-' | sudo xargs pacman --noconfirm -Rdd && xargs yay --noconfirm -Sdd < xlibre.pacman

toxeia commented on 2025-07-21 15:56 (UTC) (edited on 2025-07-21 16:01 (UTC) by toxeia)

Sorry if this isn't the place to request assistance with this, but is there a way to configure pacman/yay to use alternative packages for dependencies? Specifically I'm struggling with plasma-workspace due to it wanting xorg-xwayland and xorg-server-common. Previously I uninstalled xlibre, let xorg reinstall, and then replaced xorg again but I'd like to avoid the hassle if it's possible.

Apologies - I read through the comments and found the mention of -Sdd being used, and used that to install plasma-workspace without the dependecies. Thank you.

ajgringo619 commented on 2025-07-06 18:33 (UTC)

OK, gotcha.

vitaliikuzhdin commented on 2025-07-06 10:45 (UTC)

@ajgringo619, I was talking about this:

I use yay -Sdd package_name so that any packages that I haven't converted to xlibre won't pull in xorg-server.

But if you do this only to packages that should depend on x-server rather than xorg-server, you should be fine.

ajgringo619 commented on 2025-07-04 16:10 (UTC) (edited on 2025-07-04 17:15 (UTC) by ajgringo619)

Maybe you misunderstood my post about rebuilt packages. I did change the names as you requested, just not in the list. Here's an example of what pacman shows on the new lightdm-xlibre package:

Name            : lightdm-xlibre
Version         : 1:1.32.0-6
Description     : A lightweight display manager (built with XLibre)
Architecture    : x86_64
URL             : https://github.com/canonical/lightdm
Licenses        : GPL-3.0-or-later AND (LGPL-2.0-only OR LGPL-3.0-only)
Groups          : modified-xlibre
Provides        : None
Depends On      : glib2  libgcrypt  libx11  libxcb  libxdmcp  libxklavier  pam  polkit  xlibre-server  xorg-xmodmap  xorg-xrdb
Optional Deps   : accountsservice: Enhanced user accounts handling
                  lightdm-gtk-greeter: GTK greeter
                  xlibre-server-xephyr: LightDM test mode
Conflicts With  : lightdm
Replaces        : None
Compressed Size : 280.84 KiB
Installed Size  : 1105.24 KiB
Packager        : Unknown Packager
Build Date      : Fri 04 Jul 2025 09:02:41 AM PDT
Install Script  : No
Validated By    : None
Signatures      : None

Here are my changes:

xorg-server --> xlibre-server
pkgname=lightdm-xlibre
conflicts=('lightdm')
groups=('modified-xlibre') # for tracking
pkgdesc='A lightweight display manager (built with XLibre)'

Is this not correct?

vitaliikuzhdin commented on 2025-07-04 14:50 (UTC)

@Temak, please read the pinned comments.

@ajgringo619, the proper way to handle this is through rebuilds instead of fooling pacman. After all, I had to remove the pacman-pleasing provides/replaces for a reason. Even if this currently works for you on your specific setup, as the XLibre ABI evolves over time, expect to see more and more breakages. Of course, you're free to do whatever you want with your system, just don't report bugs with such a setup.

@jcrowell, actually, I wanted to provide some of the most popular packages that need rebuilds (namely display managers and xorg-wayland), but the summer doesn't seem to cooperate. :(

@reaperx7, I'm not sure we're on the same page. xlibre-input-libinput serves a purpose beyond just installation, and you don't need to rebuild it manually. I also wouldn't recommend force-deleting packages, especially from an active X session. Is there an issue with the instructions in the pinned comment, or why is there even a need for this alternative guide?

reaperx7 commented on 2025-07-03 22:08 (UTC) (edited on 2025-07-03 22:19 (UTC) by reaperx7)

Some notes:

xlibre-xserver-bootstrap and xlibre-input-libinput are only needed for the first installation manually.

After you build the bootstrap and the libput driver, you can safely remove the bootstrap and install the common, xserver, xephyr, xnest, and xvfb packages via tools like "yay" without issue.

You should then rebuild xlibre-input-libinput manually and use pacman flag -Udd to overwrite the initial package.

After this, any usage of tools, such as "yay", to manually or automatically update the packages will not require the dependency loop, and should go normally.

Some packages may not build for xlibre and may be tied to the ABI. Try editing the build script for packages like lightdm and sddm to remove the ABI check, or edir xorg-xserver to xlibre-xserver and it will build fine. The binary package should work without incident ootb.

ajgringo619 commented on 2025-07-03 01:14 (UTC)

There shouldn't be a conflict with xorg-server as it's one of the first packages to get removed during the installation process (as outlined by @vitaliikuzhdin). During an upgrade, I basically go through the exact same process, except I use yay -Sdd package_name so that any packages that I haven't converted to xlibre won't pull in xorg-server.

« First ‹ Previous 1 2 3 4 5 6 Next › Last »