Package Details: xorg-server-xvfb-git

Git Clone URL: (read-only, click to copy)
Package Base: xorg-server-git
Description: Virtual framebuffer X server (git version)
Upstream URL:
Keywords: git x-server xorg xorg-server
Licenses: custom
Groups: xorg
Conflicts: xorg-server-xvfb
Provides: xorg-server-xvfb
Submitter: ilikenwf
Maintainer: JstKddng (yurikoles)
Last Packager: yurikoles
Votes: 49
Popularity: 0.079402
First Submitted: 2008-08-07 19:05
Last Updated: 2021-11-01 01:57

Required by (154)

Sources (3)

Latest Comments

1 2 3 4 5 6 ... Next › Last »

gardotd426 commented on 2021-11-23 15:29

The versioning method needs to be changed. I've come up with a proper one, read on for the explanation and one-liner:

The current method gives the incorrect version (21.0.99). The xserver repo's always contains the correct version (currently

Still use git describe to append the current commit hash to the end of the pkgver, but not use it for the pkgver number. Because right now, you end up with xorg-server-git, but it's really 21.1.99. 21.1.1 was released a few weeks ago.

Since always has the proper version, I actually have tweaked your command into a one-liner that will always get the correct version:

git describe --long --tags | sed "s/$(git describe --long --tags | cut -d- -f3)/$(grep -m 1 version | awk '{print $2}' | sed "s/'//g;s/,//g")/g" | sed 's/^xorg.server.//;s/\([^-]*-g\)/r\1/;s/-/./g' gives us:

and the package named: xorg-server-git-

So literally all you have to do is replace the one line in the PKGBUILD, and xorg-server-git will always be the true accurate version. This will avoid situations like the current one where xorg-server is on 21.1.1 but xorg-server-git is on 20.0.99 despite being actually built on 21.1.99.

You could also take a slightly different versioning approach like other -git packages do (for example libva-vdpau-driver-vp9-git) and use git rev-parse and rev-list, and use this:

printf ".r%s.g%s" "$(git rev-list --count HEAD)" "$(git rev-parse --short HEAD)" | sed "s/^/$(grep -m 1 version | awk '{print $2}' | cut -d"'" -f2)/g"

which gives:


Either one will always make sure the version is correct while appending the commit hash, the way it should be.

EndlessEden commented on 2021-09-19 01:05

ERROR: Unknown options: "os_vendor"

feral_hedgehog commented on 2021-08-13 21:59

Hello! cvt support appears to have moved to a separate libxcvt library.
build() currently fails if the package is missing and package_xorg-server-git() fails if it's installed (it tries to copy the now missing cvt binary and manpage).
Could you please update the deps and _install?

Thank you for this package!

tsweet64 commented on 2021-07-15 21:24

This needs xorgproto-git to compile

carador commented on 2021-05-29 10:42

Quickly 'resolved' the previous issue by commenting out the last line in PKGBUILD

find fakeinstall -depth -print0 | xargs -0 rmdir

Although there might be a better solution.

cranerja commented on 2021-05-01 18:10

Even with the fixed mesonbuild, I still get a build error.

rmdir: failed to remove 'fakeinstall/usr/bin/X': Not a directory
rmdir: failed to remove 'fakeinstall/usr/bin': Directory not empty
rmdir: failed to remove 'fakeinstall/usr': Directory not empty
rmdir: failed to remove 'fakeinstall': Directory not empty
==> ERROR: A failure occurred in package_xorg-server-devel-git().
error making: xorg-server-git

ashb commented on 2021-04-23 20:24

@xenu -- it appears to be a bug in mesonbuild

xenu commented on 2021-03-30 21:00

I have been getting a build error the last couple of days probably due to upstream commits to Xorg.wrap on 2021-03-25:

Installing hw/xfree86/Xorg.wrap to ./xorg-server-git/src/fakeinstall/usr/lib
'./xorg-server-git/src/fakeinstall/usr/lib/Xorg.wrap': Unable to set owner 0 and group 0: Operation not permitted, ignoring...
Traceback (most recent call last):
  File "/usr/lib/python3.9/site-packages/mesonbuild/", line 132, in run
    return options.run_func(options)
  File "/usr/lib/python3.9/site-packages/mesonbuild/", line 702, in run
  File "/usr/lib/python3.9/site-packages/mesonbuild/", line 503, in do_install
    self.install_targets(d, dm, destdir, fullprefix)
  File "/usr/lib/python3.9/site-packages/mesonbuild/", line 656, in install_targets
    self.fix_rpath(outname, t.rpath_dirs_to_remove, install_rpath, final_path,
  File "/usr/lib/python3.9/site-packages/mesonbuild/", line 322, in fix_rpath
    depfixer.fix_rpath(*args, **kwargs)
  File "/usr/lib/python3.9/site-packages/mesonbuild/scripts/", line 468, in fix_rpath
    fix_elf(fname, rpath_dirs_to_remove, new_rpath, verbose)
  File "/usr/lib/python3.9/site-packages/mesonbuild/scripts/", line 369, in fix_elf
    with Elf(fname, verbose) as e:
  File "/usr/lib/python3.9/site-packages/mesonbuild/scripts/", line 123, in __init__ = open(bfile, 'r+b')
PermissionError: [Errno 13] Permission denied: './xorg-server-git/src/fakeinstall/usr/lib/Xorg.wrap'
Exception ignored in: <function Elf.__del__ at 0x7f2b88463d30>
Traceback (most recent call last):
  File "/usr/lib/python3.9/site-packages/mesonbuild/scripts/", line 140, in __del__
AttributeError: 'Elf' object has no attribute 'bf'
FAILED: meson-install
/usr/bin/meson install --no-rebuild
ninja: build stopped: subcommand failed.
==> ERROR: A failure occurred in build().

JstKddng commented on 2020-12-16 19:59


fair enough, if xorg-xwayland exists no point maintaining it here.

Rucikir commented on 2020-12-11 23:54

Hi! the extra package extracted xwayland to a standalone package (so, from the split package xorg-server-xwayland to xorg-xwayland).
I plan to do that too for my HiDPI package since it only touches xwayland, and I’ll remove xorg-server-*-hidpi-git and switch to xorg-wayland-hidpi-git.
You may want to consider mimicking what was done in extra. If I’m first to write that package, I’ll send you the patches ;-)