Package Details: xlibre-server-xvfb 25.0.0.1-1

Git Clone URL: https://aur.archlinux.org/xlibre-server.git (read-only, click to copy)
Package Base: xlibre-server
Description: Virtual framebuffer XLibre server
Upstream URL: https://github.com/x11libre/xserver
Licenses: MIT, GPL-2.0-only
Groups: xlibre
Conflicts: xorg-server-xvfb
Provides: xorg-server-xvfb
Submitter: vitaliikuzhdin
Maintainer: vitaliikuzhdin
Last Packager: vitaliikuzhdin
Votes: 13
Popularity: 12.36
First Submitted: 2025-06-22 09:07 (UTC)
Last Updated: 2025-06-24 18:59 (UTC)

Dependencies (43)

Required by (299)

Sources (3)

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-22 14:54 (UTC) (edited on 2025-06-24 18:49 (UTC) by vitaliikuzhdin)

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

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

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

1 2 Next › Last »

vitaliikuzhdin commented on 2025-06-24 18:49 (UTC)

@Samireko, Arch User Repository is meant to be used with Arch, which includes systemd as a dependency of base, making it meaningless to drop here. If you use Artix, you can install their own versions of these: https://wiki.artixlinux.org/Site/XlibreOnArtix

@ajgringo619, I've realised this is a bad idea, things will just not work. If we list xlibre-server-bootstrap as a make dependency and xlibre-server as a dependency, it will require installing both before building, which defeats the purpose of this approach. Until there is a binary repository for these, you'll have to adjust for this inconvenience.

ajgringo619 commented on 2025-06-24 18:34 (UTC)

I think your proposal of having xlibre-server provide xlibre-server-bootstrap makes sense. Otherwise, other users will be faced with the same issue I did.

Samireko commented on 2025-06-24 18:26 (UTC) (edited on 2025-06-24 18:28 (UTC) by Samireko)

Please, drop the systemd dependency from this and all the other XLibre packages, it's not really necessary and makes it hard to install/build on Artix Linux and other systemd-free Arch derivatives

vitaliikuzhdin commented on 2025-06-24 09:02 (UTC)

@ajgringo619, that is correct, xlibre-server is meant to replace xlibre-server-bootstrap. As the name implies, the bootstrap version is only needed for bootstrapping, specifically for building xlibre-input-libinput. Once you’ve installed xlibre-input-libinput, you should install the proper (non-bootstrap) xlibre-server. So when yay asks if you want to replace it, you can safely select y.

bug-reaper commented on 2025-06-24 01:50 (UTC)

Interesting! I may try to script something that identifies make-depends (which should be re-compiled) and any installed xf86-drivers (AUR or Not) installed.

ajgringo619 commented on 2025-06-24 00:11 (UTC) (edited on 2025-06-24 00:12 (UTC) by ajgringo619)

OK, followed your posted steps and got everything installed except for this package:

yay -S xlibre-server-bootstrap: OK
yay -S xlibre-input-libinput: OK

$ yay -Qs xlibre
local/xlibre-input-libinput 1.5.0.1-4 (xlibre-drivers)
    Generic input driver for the XLibre server based on libinput
local/xlibre-server-bootstrap 25.0.0.0-1 (xlibre)
    XLibre X server (bootstrap)
local/xlibre-server-common 25.0.0.0-1 (xlibre)
    XLibre server common files
local/xlibre-server-devel 25.0.0.0-1 (xlibre)

Unfortunately, I get a conflicting package warning trying to install this package:

looking for conflicting packages...
:: xlibre-server-25.0.0.0-1 and xlibre-server-bootstrap-25.0.0.0-1 are in conflict (xorg-server). Remove xlibre-server-bootstrap? [y/N]

Not sure what to do next.

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-23 22:03 (UTC)

@bug-reaper,

  1. You are installing an unofficial AUR package with circular dependencies that sources a fork with breaking ABI changes of undermaintained software. I wouldn't expect stability from this (for now), but as long as you know how to repair X sessions (can be as simple as switching to a new TTY and reverting the changes) and/or use pacstrap from a live ISO if things go really bad, you shouldn't end up with an entirely broken system. It works well for me, but of course, this is highly dependent on your specific setup.

  2. I'll leave a note about this above. XLibre replaces the core xorg-server package (this one) and the entire xorg-drivers group, which should be enough to get your setup up and running. There are more drivers available, but they're AUR-only, so I haven't started packaging their XLibre counterparts yet. Additionally, there's software that (make)depends on the X server. You'll need to recompile it yourself after installing the XLibre server.

  3. Your setup includes the proprietary NVIDIA driver. See below for more info.

@gehenna14, I can't speak much about GPU support since I don't own any myself, but based on discussions in the XLibre GitHub repository, there may be issues with the updated ABI version provided by XLibre. Since the drivers are proprietary, simply recompiling them against XLibre isn't possible. The recommended workaround is to set Option "IgnoreABI" "true" in your Xorg config. You might want to scroll through the Issues tab of the XLibre repo yourself. For example, this issue indicates that proprietary drivers work with a few minor tweaks:

https://github.com/X11Libre/xserver/issues/158

gehenna14 commented on 2025-06-23 05:13 (UTC)

How's Nvidia support when it comes to XLibre?

bug-reaper commented on 2025-06-23 04:22 (UTC) (edited on 2025-06-23 04:24 (UTC) by bug-reaper)

Very much look forward to yolo this, just want to confirm.

  1. It's not gonna irreparably mess up my X-Server config if I need to roll back?

  2. Is the full installation handled by the 3 aur packages? I saw the GH mentions recompiling certain things but I think it's auto-magically covered here yea?

My system ( i3 + Xfce4 + Nvidia970 {proprietary diver} )

1 2 Next › Last »