Package Details: xlibre-server-xnest-git 25.0.0.0.r0.40dc3b641-1

Git Clone URL: https://aur.archlinux.org/xlibre-server-git.git (read-only, click to copy)
Package Base: xlibre-server-git
Description: A nested XLibre server that runs as an X application
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-git
Conflicts: xlibre-server-xnest, xorg-server-xnest
Provides: xlibre-server-xnest, xorg-server-xnest
Submitter: vitaliikuzhdin
Maintainer: vitaliikuzhdin
Last Packager: vitaliikuzhdin
Votes: 26
Popularity: 20.14
First Submitted: 2025-06-09 19:09 (UTC)
Last Updated: 2025-06-22 09:17 (UTC)

Pinned Comments

vitaliikuzhdin commented on 2025-06-23 22:16 (UTC)

Important: When installing these packages, you're likely to encounter conflict errors with some of your already-installed packages. You'll need to remove those, just make sure you do it safely so your session remains intact. After installing the XLibre server, install the corresponding xlibre-* driver for every removed xf86-* one.

I've uploaded all the xlibre-drivers counterparts for the xorg-drivers group from extra, but I haven't touched the AUR-only drivers yet. I'm considering adding them once I’ve researched it more. In the meantime, feel free to request a specific one.

After that, make sure to recompile every package that (make)depends on Xorg to ensure they are built against the new ABI.

vitaliikuzhdin commented on 2025-06-12 15:42 (UTC) (edited on 2025-06-24 18:49 (UTC) by vitaliikuzhdin)

If you're having trouble installing xlibre-server-git due to circular dependencies, follow this procedure:

yay -S xlibre-server-bootstrap-git
yay -S xlibre-input-libinput
yay -S xlibre-server-git

Similarly, to revert:

pacman -S xorg-server xf86-input-libinput

This is an unfortunate reality of building AUR packages with circular dependencies from source. I don’t like this solution, but at least it's a solution.

Latest Comments

vitaliikuzhdin commented on 2025-06-25 15:18 (UTC)

@guiodic, I don't see why not. Are you asking because it's a VCS package or because it's an X.Org package? If it's the former, it's hard to say in advance whether everything will work. If it's the latter, there doesn't appear to be an XLibre counterpart (or am I missing something?).

guiodic commented on 2025-06-25 15:12 (UTC)

is xorgproto-git still valid for xlibre?

vitaliikuzhdin commented on 2025-06-23 22:16 (UTC)

Important: When installing these packages, you're likely to encounter conflict errors with some of your already-installed packages. You'll need to remove those, just make sure you do it safely so your session remains intact. After installing the XLibre server, install the corresponding xlibre-* driver for every removed xf86-* one.

I've uploaded all the xlibre-drivers counterparts for the xorg-drivers group from extra, but I haven't touched the AUR-only drivers yet. I'm considering adding them once I’ve researched it more. In the meantime, feel free to request a specific one.

After that, make sure to recompile every package that (make)depends on Xorg to ensure they are built against the new ABI.

reaperx7 commented on 2025-06-14 21:21 (UTC)

I would just use the suffix *-xlibre for now. The xlibre prefix might seem misleading to some people.

vitaliikuzhdin commented on 2025-06-14 08:48 (UTC)

@reaperx7, I should probably create those packages so that people won't have to modify or rebuild anything manually. So far, I've only uploaded xf86-input-libinput-xlibre because it's a direct dependency. However, I used a suffix (xlibre) instead of a prefix because it still uses the xorg sources and just builds against xlibre. There are existing repositories from xlibre, but they all seem to be (equally?) inactive.

So, should my packages pull from the xorg sources and use a suffix, or pull from the xlibre sources and use a prefix? If the latter, what prefix would be appropriate instead of xf86? Perhaps xlibref86?

reaperx7 commented on 2025-06-14 00:26 (UTC) (edited on 2025-06-14 00:26 (UTC) by reaperx7)

Just a reminder for users, all xf86-input-<insert_name> and xf86-video-<insert-name> drivers have to be rebuilt against xlibre if you wish to use the standalone drivers for input and video needs.

Failure to rebuild these drivers will result in Xlibre refusing to load.

vitaliikuzhdin commented on 2025-06-12 15:42 (UTC) (edited on 2025-06-24 18:49 (UTC) by vitaliikuzhdin)

If you're having trouble installing xlibre-server-git due to circular dependencies, follow this procedure:

yay -S xlibre-server-bootstrap-git
yay -S xlibre-input-libinput
yay -S xlibre-server-git

Similarly, to revert:

pacman -S xorg-server xf86-input-libinput

This is an unfortunate reality of building AUR packages with circular dependencies from source. I don’t like this solution, but at least it's a solution.