Package Details: xorg-server-xnest-git

Git Clone URL: (read-only, click to copy)
Package Base: xorg-server-git
Description: Xorg X server (git version)
Upstream URL:
Keywords: git x-server xorg xorg-server
Licenses: custom
Conflicts: xorg-server-xnest
Provides: xorg-server-xnest
Submitter: ilikenwf
Maintainer: JstKddng (yurikoles)
Last Packager: yurikoles
Votes: 49
Popularity: 0.001574
First Submitted: 2008-08-07 19:05 (UTC)
Last Updated: 2022-07-21 09:15 (UTC)

Pinned Comments

yurikoles commented on 2022-03-18 01:04 (UTC)

check() function was added, if unit tests fail, you may ignore them by appending --nocheck to makepkg.

yurikoles commented on 2019-05-29 15:00 (UTC)

PRs are welcome:

Latest Comments

yurikoles commented on 2022-03-18 21:13 (UTC)


Sorry, it just makes no sense without knowing that fact. I returned it back.

JstKddng commented on 2022-03-18 18:26 (UTC)


man you keep removing my _srcurl variable. That guy's there for my daily automatic builds ;)

yurikoles commented on 2022-03-18 01:04 (UTC)

check() function was added, if unit tests fail, you may ignore them by appending --nocheck to makepkg.

yurikoles commented on 2022-03-18 01:02 (UTC)


I refactored pkgver() and removed unused variables.

juxuanu commented on 2022-02-09 16:52 (UTC)

error: failed to prepare transaction (could not satisfy dependencies)
:: installing xorg-server-git ( breaks dependency 'xorg-server' required by gdm-plymouth

You removed provides = (... xorg-server ...). Why? This breaks being able to replace xorg stable package with this one.

gardotd426 commented on 2022-02-03 04:07 (UTC)

Considering this package uses newer code than the stable release xorg-server, I'd say in addition to my other suggestion for fixing the naming scheme, and honestly probably even more important than that, is fixing the X-ABI-VIDEODRV_VERSION. xorg-server is on 25.2. This package reports 24. That makes it impossible to install things like xf86-video-fbdev because it requires a version greater than 24 and less than 26 (as of me typing this).

gardotd426 commented on 2021-11-23 15:29 (UTC) (edited on 2021-12-08 22:50 (UTC) by gardotd426)

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 (UTC)

ERROR: Unknown options: "os_vendor"

feral_hedgehog commented on 2021-08-13 21:59 (UTC) (edited on 2021-08-13 21:59 (UTC) by feral_hedgehog)

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 (UTC)

This needs xorgproto-git to compile

carador commented on 2021-05-29 10:42 (UTC)

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 (UTC)

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 (UTC)

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

xenu commented on 2021-03-30 21:00 (UTC)

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 (UTC) (edited on 2020-12-16 20:01 (UTC) by JstKddng)


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

Rucikir commented on 2020-12-11 23:54 (UTC)

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 ;-)

JstKddng commented on 2020-11-12 19:05 (UTC)

Thanks for the patch @Rucikir

Rucikir commented on 2020-11-12 18:02 (UTC)

@dequesto I’ve send a patch to the maintainer. I forgot I could inline the patch here. It’s quite simple indeed. acac6d74

dequesto commented on 2020-11-12 16:57 (UTC)

Hi. Heads up! Because of commit 28ed4b95, that adds file /usr/share/man/man1/Xwayland.1, installation of this package fails.

Commit is described here:

I am not sure what I should add to the script, hence I have no patch. It should be a trivial thing to fix, though.

Thanks for this package! I appreciate it.

JstKddng commented on 2020-07-09 15:51 (UTC)


thanks for the heads up, just updated the package

Rucikir commented on 2020-07-09 07:02 (UTC)

This patch is needed for the latest commits.

From ff29270a54174ed927da8190c90b92f98e5d561d Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Antonin=20D=C3=A9cimo?= <>
Date: Thu, 9 Jul 2020 09:00:08 +0200
Subject: [PATCH] install xwayland.pc

 1 file changed, 1 insertion(+)

diff --git a/PKGBUILD b/PKGBUILD
index 0984424..9de7860 100644
@@ -219,6 +219,7 @@ package_xorg-server-devel-git() {

   _install fakeinstall/usr/include/xorg/*
   _install fakeinstall/usr/lib/pkgconfig/xorg-server.pc
+  _install fakeinstall/usr/lib/pkgconfig/xwayland.pc
   _install fakeinstall/usr/share/aclocal/xorg-server.m4

   # license

yurikoles commented on 2020-02-08 13:21 (UTC)


Thanks, bro ;)

JstKddng commented on 2020-02-08 12:57 (UTC)

Hello @yurikoles , good to know your health is back on track. I don't mind adding you as a co-maintainer.

yurikoles commented on 2020-02-08 11:21 (UTC)

@JstKddng, I had reported a bug upstream:

yurikoles commented on 2020-02-08 11:10 (UTC)

Hi @JstKddng,

Thanks for your great work! I had added you as co-maintainer to amd, intel and nouveau packages. I hope you will add me to this package too :)

JstKddng commented on 2019-12-24 02:50 (UTC)


I see it differently, I have my PKGBUILDS as close as upstream and only modify tiny bits to achieve what I want, I have less maintenance hassle that way, lets give that to the arch maintainers. :P

JstKddng commented on 2019-12-24 02:48 (UTC)

Hello, new maintainer here. I made the least possible modifications in order to have this compile again. And thanks to @goddessfreya for the patch. I think that patch will be removed soon as upstream will fix this issue at one point.

goddessfreya commented on 2019-12-24 00:23 (UTC) (edited on 2019-12-24 00:24 (UTC) by goddessfreya)

I've mentioned this before, but I keep a maintained PKGBUILD here:

The packages aren't split, but I personally don't care. It struck me as a maintenance hassle that I didn't want to put up with given the number of *-gentz packages I maintain.

The build failures are due to the recent XWayalnd refactor. I git bisected it a couple days ago, and the first bad commit was 89e32d00f6e03fcdab267bfd9f0b0c5c2747d380. You need to apply to get it to build.

JstKddng commented on 2019-12-23 23:11 (UTC)


I'm sorry to hear that, don't worry though, I'll continue your legacy. Will push an update once I finish some work.

yurikoles commented on 2019-12-23 15:50 (UTC)

I can’t maintain it now due to health difficulties.

Rodolpheh commented on 2019-12-22 10:45 (UTC)

libdmx has been removed from official repos and can't be found in AUR (it is supposedly unused or obsolete). As such, we can't build xorg-server-git anymore. Removing the dependency to libdmx lead to another error : ../xserver/hw/xwayland/xwayland-glamor-eglstream.c:500:37: error: implicit declaration of function « xwl_window_from_window » [-Werror=implicit-function-declaration]

haagch commented on 2019-10-31 11:33 (UTC)

btw: I need the --libdir=lib parameter for meson.

Without it, for example the modules get installed into fakeinstall/usr/lib/x86_64-linux-gnu/xorg/modules/ instead of fakeinstall/usr/lib/xorg/modules/

axtor commented on 2019-10-27 16:28 (UTC) (edited on 2019-10-29 18:49 (UTC) by axtor)


Downgrade libglvnd to 1.1.1-1 and mesa to 19.1.7.

It is convenient to use the downgrade script:

yurikoles commented on 2019-10-19 07:34 (UTC)

@hagabaka it's upstream issue

hagabaka commented on 2019-10-18 21:50 (UTC) (edited on 2019-10-18 21:51 (UTC) by hagabaka)

I'm getting the following error. Any idea how to fix it?

In file included from /usr/include/EGL/eglplatform.h:122,
                 from /usr/include/epoxy/egl_generated.h:11,
                 from /usr/include/epoxy/egl.h:46,
                 from ../xserver/glamor/glamor_priv.h:43,
                 from ../xserver/hw/kdrive/ephyr/ephyr_glamor_xv.c:31:
/usr/include/X11/Xlib.h:222:2: error: conflicting types for ‘GC’
  222 | *GC;
      |  ^~
In file included from ../xserver/hw/kdrive/ephyr/../src/kdrive.h:36,
                 from ../xserver/hw/kdrive/ephyr/ephyr_glamor_xv.c:28:
../xserver/include/gcstruct.h:282:3: note: previous declaration of ‘GC’ was here
  282 | } GC;
      |   ^~
[317/814] Compiling C object 'Xext/02e353f@@libxserver_xext@sta/sync.c.o'.
ninja: build stopped: subcommand failed.

yurikoles commented on 2019-10-11 16:51 (UTC)

@aufkrawall please report upstream

aufkrawall commented on 2019-10-11 16:47 (UTC)

Ok, seems to be a regression in master. server-1.20-branch works.

aufkrawall commented on 2019-10-11 16:44 (UTC)

Does GLX/EGL work for you in xwayland without llvmpipe CPU fallback? For whatever reason, it doesn't for me, while Vulkan works on the GPU.

yurikoles commented on 2019-05-29 15:00 (UTC)

PRs are welcome:

yurikoles commented on 2019-05-23 09:55 (UTC)

Build is currently broken, reported upstream

goddessfreya commented on 2019-05-04 19:58 (UTC)

@lordheavy: I've "fixed" this pkg by just modifying the current pkg in the core repos.

raneon commented on 2018-07-21 10:44 (UTC)

I get the following error when trying to use the pkgbuild of xorg-server-xwayland-git:

==> ERROR: pkgver in provides is not allowed to contain colons, forward slashes, hyphens or whitespace. ==> ERROR:Makepkg could not build xorg-server-git.

zfkerr commented on 2018-05-15 04:04 (UTC)

@lordheavy, I can't build it:

  CC       InitInput.o
  CC       InitOutput.o
  CC       miinitext.o
  CCLD     Xvfb
../../glx/.libs/libglx.a(glxdriswrast.o): In function `__glXDRIscreenProbe':
glxdriswrast.c:(.text+0x72f): undefined reference to `glXGetProcAddressARB'
collect2: error: ld returned 1 exit status
make[3]: *** [Makefile:694: Xvfb] Error 1
make[3]: Leaving directory '/run/mount/user/xorg-server-git/src/xserver/hw/vfb'
make[2]: *** [Makefile:754: all-recursive] Error 1
make[2]: Leaving directory '/run/mount/user/xorg-server-git/src/xserver/hw/vfb'
make[1]: *** [Makefile:615: all-recursive] Error 1
make[1]: Leaving directory '/run/mount/user/xorg-server-git/src/xserver/hw'
make: *** [Makefile:816: all-recursive] Error 1
==> ERROR: A failure occurred in build().
==> ERROR: Makepkg was unable to build xorg-server-git.

commented on 2018-04-08 21:56 (UTC)

xorg-server-xwayland-git is the only package depending on libxfont, as all of the others are depending on libxfont2. Is this normal?

commented on 2018-04-08 17:46 (UTC)

this package is in conflict with xf86-amdgpu-git, is there a possible fix?

quequotion commented on 2018-01-09 02:42 (UTC)

xorg-server-xwayland-git depends on libxfont, but the package is not available; shouldn't it depend on libxfont2?

gregbunk commented on 2017-01-16 12:55 (UTC)

It's now failing building tests: CC tests-xi2.o CC tests-sdksyms.o CCLD simple-xinit CCLD tests /usr/bin/ld: ../os/.libs/libos.a(xstrans.o): undefined reference to symbol 'sd_listen_fds@@LIBSYSTEMD_209' /usr/lib/gcc/x86_64-pc-linux-gnu/6.3.1/../../../../lib/ error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status make[3]: *** [Makefile:1053: tests] Error 1 make[3]: Leaving directory '/tmp/makepkg/xorg-server-git/src/xserver/test' make[2]: *** [Makefile:1532: all-recursive] Error 1 make[2]: Leaving directory '/tmp/makepkg/xorg-server-git/src/xserver/test' make[1]: *** [Makefile:1004: all] Error 2 make[1]: Leaving directory '/tmp/makepkg/xorg-server-git/src/xserver/test' make: *** [Makefile:778: all-recursive] Error 1

sir_lucjan commented on 2016-10-13 19:18 (UTC)

wayland-protocols provides XWAYLANDMODULES.

sir_lucjan commented on 2016-10-13 19:18 (UTC)

pkgver= ............... checking for XWAYLANDMODULES... no checking whether to build Xwayland DDX... yes configure: error: Xwayland build explicitly requested, but required modules not found.

Det commented on 2016-10-10 00:17 (UTC)


sir_lucjan commented on 2016-10-09 20:13 (UTC)

Please add wayland-protocols as makedepens

Det commented on 2016-09-19 06:02 (UTC)

cf8 commented on 2016-09-18 22:36 (UTC)

It looks like "flex" is required in order to build this successfuly

shoober420 commented on 2016-09-18 18:37 (UTC)

Just in case you decide to upgrade, git versions do not work with libinput because of ABI version mismatches. Only evdev-git can be used with -ignoreABI if you use NVIDIA blob.

Strunkenbold commented on 2016-07-27 10:44 (UTC)

Looks like there was already the necessary package available: xfont2-git Now just someone needs to add a dependency here. @Det

Strunkenbold commented on 2016-07-21 12:42 (UTC)

Xorg needs now libXfont2 to compile. Maybe someone could be so kind and add it to AUR.

Det commented on 2015-12-24 08:55 (UTC) (edited on 2015-12-24 08:55 (UTC) by Det)

@mnovick1988, it's not a group. It's a virtual dependency that only those first two provide. I don't really care about xf86-video-vmware-git. E: but Merry Christmas!

EndlessEden commented on 2015-12-24 04:51 (UTC)

@parkerlreed @Det @lod xf86-input-driver is a group, containing xf86-input-evdev, xf86-input-libinput and xf86-input-synaptic.(also other members that were archived at this point) @Det - would you mind taking over xf86-video-vmware-git, just needs the X-ABI-VIDEODRV_VERSION raised with each release. Shouldnt ever require out-of-tree patches.

lod commented on 2015-11-20 09:39 (UTC)

You may should add xf86-input-libinput-git to "xf86-input-driver".

Det commented on 2015-11-19 19:20 (UTC) (edited on 2015-11-19 19:22 (UTC) by Det)

It's provided by xf86-input-evdev 2.10.0-2 and xf86-input-libinput 0.15.0-1.

parkerlreed commented on 2015-11-14 04:22 (UTC)

warning: cannot resolve "xf86-input-driver", a dependency of "xorg-server-git" :: The following package cannot be upgraded due to unresolvable dependencies: xorg-server-git xf86-input-driver doesn't exist anywhere...

cpatrick08 commented on 2015-09-08 06:33 (UTC)

i rebooted and everything works

Det commented on 2015-09-07 21:45 (UTC)

Yeah, I hope you still have display and input drivers.

cpatrick08 commented on 2015-09-07 21:44 (UTC)

i ran -Udd and it removed the packages and it installed

Det commented on 2015-09-07 21:40 (UTC)

Well, like stated in the error message, these are incompatible with this package. You can either force the installation with -Udd, or remove (upgrade to git) these packages.

cpatrick08 commented on 2015-09-07 21:38 (UTC)

yes and yes

Det commented on 2015-09-07 21:37 (UTC)

Rebooting doesn't make a difference. Are you installing with makepkg, and are you talking about: ?

cpatrick08 commented on 2015-09-07 21:36 (UTC)

I have the git version installed, even rebooted and still get same error message

Det commented on 2015-09-07 19:42 (UTC)

It's provided by the -git version.

cpatrick08 commented on 2015-09-07 19:10 (UTC)

installed git version of xf86-input-evdev and xorg-server-git still requires xf86-input-evdev

cpatrick08 commented on 2015-09-07 19:05 (UTC)

xorg-server requires xf86-input-evdev

cpatrick08 commented on 2015-09-07 19:04 (UTC)

those packages should be in the required packages list

Det commented on 2015-09-07 18:59 (UTC)

Not that list. Only xorg-server-xephyr-git, xorg-server-xdmx-git, xorg-server-xvfb-git, xorg-server-xwayland-git, xorg-server-common-git, xorg-server-xnest-git, xorg-server-devel-git and xorg-server-git.

Det commented on 2015-09-07 18:55 (UTC)

Okay. So, I don't know why you have xf86-input-elographics, xf86-input-evdev, xf86-input-keyboard, xf86-input-mouse, xf86-video-ati and xf86-video-vesa all together, but you need the -git versions of all of them, if you want to use them with this package.

cpatrick08 commented on 2015-09-07 18:53 (UTC)


Det commented on 2015-09-07 18:47 (UTC)

Remove the previous comment.

cpatrick08 commented on 2015-09-07 18:24 (UTC)

Same info in pastebin as requested

Det commented on 2015-09-07 08:19 (UTC)


shoober420 commented on 2015-07-18 20:16 (UTC)

Thank you Det, that fixed it.

Det commented on 2015-07-18 19:36 (UTC)

Well, that's the packaging part. You (and I) are getting this during build(). The dmx (Distributed Multihead X), like you apparently know, is meant for multiple displays, and therefore more rarely built/fixed when broken. You can remove the " --enable-dmx" in ./configure (disabled by default):  msg2 "Starting ./configure..."  ./configure --prefix=/usr \     --enable-ipv6 \     --enable-dri \ -    --enable-dmx \     --enable-xvfb \ Make sure you start with a clean "src/" directory (e.g. makepkg -C, --cleanbuild:

shoober420 commented on 2015-07-18 19:28 (UTC)

You're right, I didn't know you needed it all. Here it is. ../../dix/.libs/libdix.a(pixmap.o): In Function 'PixmapStartDirtyTracking': pixmap.c:(.text+0x368): undefined reference to 'RRTransformCompute' collect2: error: ld returned 1 exit status Makefile:751: recipe for target 'Xdmx' failed I removed the Xdmx git package since I don't use DMX from the PKBUILD and it still gives me this error.

Det commented on 2015-07-18 19:05 (UTC)

That's not the full error.

shoober420 commented on 2015-07-18 18:32 (UTC)

When I try to compile this, I get this error. recipe for target 'Xdmx' failed

Det commented on 2015-02-23 09:51 (UTC)


Det commented on 2015-01-24 13:37 (UTC)


atmouse commented on 2015-01-17 06:11 (UTC)

it prefer set libexec to /usr/lib/xorg instead of /usr/bin. SEE:

Det commented on 2014-12-31 11:09 (UTC) - Changes: - Removed: autoconfig-nvidia.patch ( - Added: --with-sha1=libgcrypt ( - Changed homepage to: - package_xorg-server-git() now automatically updates the X ABI versions - Added an install message about the Git packages for the rest of the X stack

Det commented on 2014-12-31 10:14 (UTC)

Thanks for notifying me. I'll do that.

MRLemux commented on 2014-12-31 10:12 (UTC)

A message would be nice after installing xorg-server-git, that it works best(or at all ) with the xf86-video-*-git packages. (at least for me, starting with the normal driver resulted in a failure every time)

MrElmux commented on 2014-10-11 06:40 (UTC)

xcb-utils-renderutil is needed by xorg-server-git to build

Det commented on 2014-09-14 15:43 (UTC)

Aah, sorry about that. Fixed.

MrElmux commented on 2014-09-14 12:54 (UTC)

Installing fails because of many duplicates in the packages

Det commented on 2014-08-06 20:25 (UTC)

Synced with "xorg-server" ([extra]) / "xorg-server-dev" (AUR).

klusark commented on 2014-07-17 23:54 (UTC)

xorg-server 1.16 has --enable-xwayland added in SVN, so this package should just be rolled into xorg-server-git (or something similar). I've abandoned it if anyone wants to do something with it. If not I'll request a deletion in a few days.

blackout24 commented on 2014-07-17 13:09 (UTC)

Well of course xwayland 1.16 will probably be split off into a xorg-server-xwayland package like all the other xservers and all share the xorg-server-common files. So this AUR package will probably only have to conflict with xorg-server-xwayland and depend on xorg-server-common. Something like mutter-3.14.0 would then depend on xorg-server-xwayland, since you can't use Gnome on Wayland without Xwayland.

blackout24 commented on 2014-07-17 08:39 (UTC)

With xorg-server 1.16 released this package will conflict with xorg-server 1.16 if the Arch Linux devs deciede to add "--enable-xwayland" to the regular xorg package. In this case both packages would provide the /usr/bin/Xwayland binary. This AUR package will then only make sense, when you want a pure Wayland system with only /usr/bin/Xwayland but not /usr/bin/Xorg. However the installed size of the xorg-server package is rather small with 3.3 MB at the moment and should grow to ~5 MB with Xwayland added. Having the regular Xorg server on the system doesn't really add any bloat.

stativ commented on 2014-05-31 20:42 (UTC)

Actually, merging.

stativ commented on 2014-05-31 20:41 (UTC)

Removing, the xwayland-git package already uses the Xorg upstream to build XWayland.

intgr commented on 2014-05-27 18:46 (UTC)

@blackout24 Amazing, it works, thank you!

blackout24 commented on 2014-05-24 10:34 (UTC)

@intgr Your problem is that the mutter-wayland package in the official repos did not use the XWayland DDX at that time. You can build a later snapshot just after the support was added and it will just work out of the box. PKGBUILD for mutter-wayland mutter-wayland.install It would be great if the mutter-wayland package in [extra] could be updated to this snapshot, since it's useless otherwise but the stable repos are not for shipping development snapshots I gues. It looks like klusark took over the package. I'd maintain it aswell if needed.

intgr commented on 2014-05-22 17:03 (UTC)

I've replaced the PKGBUILD with blackout24's and disowned again... blackout24, do you want to adopt?

NilsBrause commented on 2014-05-22 11:04 (UTC)

I'm sorry. I have way too much to do at the moment. :/ I'll abandon the package. If you like, you can take care of it. :)

intgr commented on 2014-05-21 19:18 (UTC)

@Yukicanis Did you intend to replace this PKGBUILD with the gist-ed one? Because you haven't done that yet. This works great for Weston, but I couldn't manage to start Gnome with Wayland from GDM. At first it was trying to launch "Xorg -wayland", which I worked around by creating a shell script wrapper to call Xwayland instead. But Xwayland refuses to start and spews "(EE) Server is already active for display 0"

blackout24 commented on 2014-05-08 21:03 (UTC)

@Yukicanis Go ahead! The AUR search results for xwayland show to many different packages already. All the video-*-wayland drivers could basically deleted.

NilsBrause commented on 2014-05-08 19:34 (UTC)

@blackout24: Very cool! :) May I put it here, or do you want to create a separate AUR package?

blackout24 commented on 2014-05-07 23:11 (UTC)

My PKGBUILD works. It's enough to only install the Xwayland binary. No need to build and replace the entire X Server and risk borking your desktop. Compiles a lot faster, too. This is while having xorg-server 1.15 still installed with the regular xf86-video-nouveau from [extra] and weston-git. Only had to patch my kernel, because someone at Canonical broke weston with this patch. Otherwise weston-launch would stay black. With Intel and AMD open source "weston-launch --" should work out of the box.

blackout24 commented on 2014-05-07 17:42 (UTC)

I created a PKGBUILD that just builds the Xwayland binary. Added NEEDED dependencies from readelf -d Xwayland to the depends array.

blackout24 commented on 2014-05-07 12:18 (UTC)

We should be able to only build the XWayland binary without building and replacing the entire X server. For Fedora the xorg-x11-server-Xwayland- package also only installs /usr/bin/XWayland We can't reuse this package though, since Fedora builds it with SELinux and it complains about missing on Arch Linux when you use the precompiled binary from Fedora. Only building the XWayland binary would probably also allow us to drop a bunch of patches and dependencies.

blackout24 commented on 2014-05-02 12:34 (UTC)

You have --enable-wayland in the PKGBUILD. Shouldn't it be --enable-xwayland as it says in the file of the xorg master branch? AC_ARG_ENABLE(xwayland, AS_HELP_STRING([--enable-xwayland], [Build Xwayland server (default: auto)]), [XWAYLAND=$enableval], [XWAYLAND=auto]

NilsBrause commented on 2014-04-21 10:37 (UTC)

Works now. You'll need wayland-git and weston-git. Have fun. :)

Xaap commented on 2014-04-12 17:04 (UTC)

This may not be clear, but this PKGBUILD builds an XWayland-enabled Xorg from the upstream official X code. XWayland was merged in Xorg 1.16, no patching involved.

Xaap commented on 2014-04-05 10:30 (UTC)

I confirm zanny's comment, this PKGBUILD is missing presentproto. But it is also missing : xcb-util{,-wm,-image,-keysyms}.

NilsBrause commented on 2014-04-04 19:20 (UTC)

@blackout23: Thanks, I'm currently looking into this. :) Unfortunately, weston is missing a "xserver-server-protocol.h" and I currently don't know where this header is supposed to come from.

blackout24 commented on 2014-04-04 18:36 (UTC)

I'd suggest switching to Kristian's xserver branch until Xorg server 1.16 is released. It looks like this now works through havinga a patch for xwayland in the wayland compositor (weston, mutter-wayland etc.) Example: or in Mutter Source: I don't know if that would still require further configuration or if it just works if you have the xwayland patches in both the compositor and xorg-server.

Scimmia commented on 2014-04-04 06:06 (UTC)

Pretty well dead now that xwayland has been merged into xserver master.

derekstavis commented on 2014-04-02 17:13 (UTC)

Doesn't even make the package. In file included from ../include/misc.h:78:0, from atom.c:55: /usr/include/X11/Xdefs.h:105:10: error: expected ')' before 'OSTimePtr'

NilsBrause commented on 2014-03-26 11:32 (UTC)

We don't have to worry much longer. :)

NilsBrause commented on 2014-03-15 12:08 (UTC)

@sudsbud: They're using the old 1.12 branch, that hasn't been updated for ten month.

sudsbud commented on 2014-03-15 00:03 (UTC)

I ended up using a package build from hawaii to get xwayland and that worked - this one would not compile. Maybe they can help?

commented on 2014-03-08 23:40 (UTC)

You'll need fontsproto-git and xporto-git to build this. But afer that I get the following error: hostx.c: In function ‘hostx_init’: hostx.c:313:9: error: implicit declaration of function ‘ephyr_glamor_connect’ [-Werror=implicit-function-declaration] HostX.conn = ephyr_glamor_connect(); Anybody got any ideas?

klusark commented on 2014-02-23 00:54 (UTC)

Yukicanis: Often dependencies of actively developed software change, breaking the pkgbuild. If the package doesn't build anymore I'd say it's out-of-date.

NilsBrause commented on 2014-02-18 20:27 (UTC)

Completely revised (make-)deps. Also please note that there is no need to flag a git package out-of-date. ;)

zan commented on 2014-02-09 23:19 (UTC)

Missing dependency when building on presentproto.

lifning commented on 2014-02-08 04:39 (UTC)

It seems this needs xcb-util-wm and xcb-util-image as dependencies.

tghosgor commented on 2014-02-04 15:32 (UTC)

"presentproto" package is a dependency for this.

tghosgor commented on 2014-02-04 15:30 (UTC)

The patch needs the be updated. The "linux_acpid=..." line has been changed to "linux_acpi=$enable_linux_acpi".

NilsBrause commented on 2013-11-07 19:22 (UTC)

Hm, builds perfectly fine here. Are you on i686, maybe?

waldorf commented on 2013-11-07 19:12 (UTC)

I just had to install xtrans-git for this to build. Can anyone else confirm?

tchebb commented on 2013-10-14 02:10 (UTC)

Should this really provide xorg-server-devel? With this package installed, I had to manually install xorg-util-macros, xf86driproto, glproto, and resourceproto in order to build xf86-video-intel-xwayland-git (at

Scimmia commented on 2013-10-13 22:59 (UTC)

Possible, but why? xwayland is xorg-server, why have it installed twice?

stativ commented on 2013-10-13 18:56 (UTC)

What do you think about making XWayland co-installable with the xorg-server from extra? Since Weston 1.3 has a configurable path to XWayland (see the release announcement [1]), it should be possible. [1]

Det commented on 2013-10-05 14:51 (UTC)

The pkgver should be in the form of "" (e.g. git describe --long | cut -d "-" -f3- | tr - .). Also please add the 'git' make dependency already.

graysky commented on 2013-09-25 19:00 (UTC)

Need to add git to makedepends. Also, why are all the files in the source tarball +x?

NilsBrause commented on 2013-09-16 18:48 (UTC)

PKGBUILD updated and changed to new branch. Please note that this branch doesn't work with the AMD DDX. Builds without errors in chroot here.

Scimmia commented on 2013-09-16 02:05 (UTC)

@plfiorini, then you're missing another dep/makedep I just took the official xorg-server PKGBUILD, changed where it gets it source, added a pkgver function, changed the "cd" at the beginning of each function, and added git to the makedeps. Just built fine, with --enable-dmx.

plfiorini commented on 2013-09-15 09:17 (UTC)

@stativ: these should also be added to makedepends: 'dmxproto' 'inputproto' 'libxv' building in a chroot i must replace --enable-dmx with --disable-dmx otherwise it doesn't build

stativ commented on 2013-09-10 09:14 (UTC)

You can use the following PKGBUILD to build the xwayland from the "xwayland" branch that is based on Xorg 1.14. It is based on the PKGBUILD from extra, so it is a drop-in replacement for xorg-server. It fixes the problem with DRI that is present in the current PKGBUILD and some minor path issues (eg. /var instead of /usr/var).

NilsBrause commented on 2013-08-27 15:33 (UTC)

@cgx: Unfortunately, the ATI DDX does not yet work with the new branch. @yoseforb: Why? There is no xwayland package.

yoseforb commented on 2013-08-27 14:52 (UTC)

Please, add provide 'xwayland'.

NilsBrause commented on 2013-08-22 19:39 (UTC)

@cgx: Nice catch, thank you! I'll try this out next week when I'm back home. :-)

cgx commented on 2013-08-22 18:18 (UTC)

There seems to be new branch "xwayland" with things happening again

NilsBrause commented on 2013-08-14 17:42 (UTC)

@plfiorini, Portaloffreedom: Thanks, fixed.

portaloffreedom commented on 2013-08-10 15:46 (UTC)

add bison to makedepends

plfiorini commented on 2013-08-08 14:47 (UTC)

Please add xorg-font-util and inputproto to makedepends. My advice is to build packages in a chroot to spot this issues.

kelloco2 commented on 2013-07-24 15:18 (UTC)

==> Zaczynam build() autoreconf: Entering directory `.' autoreconf: not using Gettext autoreconf: running: aclocal --force -I m4 autoreconf: tracing autoreconf: not using Libtool autoreconf: running: /usr/bin/autoconf --force error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. error: possibly undefined macro: AC_DISABLE_STATIC error: possibly undefined macro: AC_PROG_LIBTOOL autoreconf: /usr/bin/autoconf failed with exit status: 1 ==> BŁĄD: Wystąpił błąd w build(). Przerywam... ==> ERROR: Makepkg was unable to build xwayland-git. ;/

Det commented on 2013-07-21 07:23 (UTC)

The default pkgver is wrong (0) and the one you get with "git describe --always | sed 's|-|.|g'" is also wrong (xorg.server.

NilsBrause commented on 2013-07-12 16:58 (UTC)

@postadelmaga: Thanks, fixed.

postadelmaga commented on 2013-07-09 02:37 (UTC)

@Yukicanis - I found a missed dependencies here `xineramaproto`, I got this error during compilation process: No package 'xineramaproto' found

NilsBrause commented on 2013-07-07 17:09 (UTC)

@postadelmaga: Indeed, xf86-video-intel-xwayland-git should depend on weston and wayland instead of weston-git and wayland-git. Unfortunately, I cannot maintain xf86-video-intel-xwayland-git, because I do not own any Intel hardware.

postadelmaga commented on 2013-07-07 12:31 (UTC)

I'm net to AUR and ARCH and maybe I'm wrong: - `xwayland-git` requires `weston` but - `xf86-video-intel-xwayland-git` requires `weston-git` ... so there is a conflict installing those 2 packages

Det commented on 2013-05-27 05:05 (UTC)

Will it take many more months to do this?

yourilima commented on 2013-05-07 15:19 (UTC)

dri2proto is a build dependency

frony0 commented on 2013-04-15 13:33 (UTC)

glproto is a dependency

Cinelli commented on 2013-04-09 03:22 (UTC)

I'm getting around to updating all my packages to the new guidelines. It'll be up sooner than later. Patience is a virtue.

Det commented on 2013-04-05 23:23 (UTC)

Might wanna update according to the new VCS guideline:

computerquip commented on 2013-03-26 12:29 (UTC)

weston doesn't "detect" it, you have to specify what modules you want it to use. You can use the ini from their git repo as a reference: To get xwayland working, uncomment the "modules" line.

bobpaul commented on 2013-03-22 13:47 (UTC)

So how does one activate this? I've installed this and xf86-video-intel-xwayland-git (modified to depend on wayland and weston instead of wayland-git and weston-git), but when I run weston-launch, I still can't open X11 applications. From what I can find searching, it sounds like weston is supposed to detect xwayland is installed and load it as a module. Is there a way to force this?

ArcRaven commented on 2013-03-18 23:29 (UTC)

@computerquip: I have tested your comitted PKGBUILD. Thanks for that!

computerquip commented on 2013-03-11 15:59 (UTC)

My previous comment stated the incorrect branch (probably since it was 2 AM in the morning). The correct branch is "xwayland-1.12". It can be viewed here:

computerquip commented on 2013-03-11 08:05 (UTC)

Well, I know that not many have had success with this package. 1. The wrong repo is used. Daniel Stone's repo is out of date. Patches are pushed here (git:// from branch xserver-1.12 2. It's missing probably a half dozen dependencies (such as fontproto, videoproto, scrnsaverproto, recordproto, libxkbfile, so on). 3. You configure the package prefix to the chroot directory which is probably wrong. This will cause the xserver to look for modules in ${pkgdir}/usr/lib/xorg/modules which is bad since they'll never be found if you use another AUR package or a driver from the official repos. It's also not made obvious unless you happen to come across it in the logs. Here's a PKGBUILD that I used to get stuff to work. I'd send a screenshot but that seems to be quite difficult in Wayland at the moment...

hwkiller commented on 2013-03-05 04:48 (UTC)

Updated PKGBUILD. You were missing dri2proto, which is necessary for building xf86-video-intel-xwayland-git (otherwise, xwayland-git does not provide dri2.h). Also notice that I don't have weston-git or wayland-git. Change if you want, but this helped me avoid pulling in all of mesa-full. It's probably not kosher to build a -git without depending on other -gits, but whatever.

moscar commented on 2013-02-14 19:58 (UTC)

It also depends on xorg-font-util, and glproto is a build dep. ;) the --prefix= and DESDIR= has not been fixed in the current PKGBUILD.

ArcRaven commented on 2013-02-12 13:35 (UTC)

@moscar: Done that!

moscar commented on 2013-02-12 13:29 (UTC)

@ArcRaven please look at cl91's comment below. He is right. You should also be able to remove all the "|| return 1" from the PKGBUILD[1]. [1]

ArcRaven commented on 2013-02-11 17:02 (UTC)

@klusark, moscar: Done, added your suggestion! Thank you! :)

moscar commented on 2013-02-08 22:41 (UTC)

It also depends on the following: fontsproto videoproto libxfont

klusark commented on 2013-02-06 18:14 (UTC)

Could you add provides=('xorg-server')?

commented on 2013-01-28 08:11 (UTC)

Line 31 should be ./ --prefix=/usr instead of ./ --prefix=${pkgdir}/usr/ Line 37 should be make DESTDIR="${pkgdir}" install || return 1 instead of make install || return 1

kumquaternion commented on 2012-12-09 16:25 (UTC)

Please add xorg-util-macros as a dependency.

Det commented on 2012-10-09 09:49 (UTC)

And again.

Det commented on 2012-06-13 12:55 (UTC)

Updated/fixed again.

Det commented on 2011-08-27 09:21 (UTC)

Here's a 2nd update: - added the 'autoconfig-nvidia.patch' for using nouveau/nvidia/nv drivers as default with nvidia - renamed the folder from 'xorg-server' to 'xorg-server-git' - added curly brackets to '$_gitname' and '$_gitroot' for consistency ('${_gitname}', '${_gitroot}')

Det commented on 2010-09-27 14:52 (UTC)

Thanks, fixed, but the file was clearly downloadable on the "Sources" section there (for whatever reason) so you could've just done that yourself too.

bluewind commented on 2010-09-24 23:48 (UTC)

xorg-redhat-die-ugly-pattern-die-die-die.patch is missing in the package. Please use makepkg --source to generate the tarball you upload.

Det commented on 2010-09-03 18:59 (UTC)

Ok, thanks for your efforts with both. I updated glib2-newest and fixed this one. E: Same happened again, Glib2 2.25.15 was released a coupple of days ago.. though it's gonna hit [extra] soon, which might make glib2-newest unnecessary. Anyway, you just need to change the pkgver from x.14 to x.15 - I'm just saying you don't need me to do that.

commented on 2010-09-02 20:03 (UTC)

@Det: Do what you have to do :) Same iwht glib2-newest Thanks!

Det commented on 2010-08-29 10:55 (UTC)

Dunno how can you not be able to extract my tarball.. probably a really weird archiving tool you got there - how about just 'tar xvfz xorg-server-git.tar.gz'? About gitorious/github, I'm not exactly sure what you mean by that. That we'd do changes _there_ and the other one, whoever is the maintainer, would just update the package(s) in the end? Wouldn't that be rather unnecessary thing to do, when 1) the changes would first be posted to gitorious and _then_ here - is the log keeping so important? 2) If the xorg-server git tree changed and the package would need to be updated in order to compile and the maintainer one wouldn't be able to update the package for whatever reason (and didn't know that was gonna happen and thus didn't disown the package) then what(?) - the other person would either need to wait for the maintaining person to update the package or tell a TU in the forums/IRC/mailing list to disown the package so that he could update it himself. I wouldn't really like to be doing that :S.

commented on 2010-08-28 10:05 (UTC)

Still the same situation. Det maybe we can collaborate on them using git I got repo on giorious for this.

Det commented on 2010-08-26 11:50 (UTC)

Nope, you probably just had "xorg-server-git.tar.gz" on your desktop already causing my tarball to be renamed to "xorg-server-git.tar(1).gz" or something like that. When you tried extracting _this_ tarball it resulted in a .tar file with name something like "xorg-server-git (1)" that would of course then need to be renamed to "X.tar" to have it extracted completely. But you need not to just stop "associating" with this thing and "glib2-newest" when you can just orphan both packages and then we both do changes to each one of them when we think such changes should be done. E.g. If you are busy enough to not update either of these packages - I can do it for you by adopting -> updating -> disowning. I used to do that for like 6 months when I started out as a 'package maintainer' (or whatever) but in the whole 6 months period only _1_ person actually updated one of my packages when it was out of date - and just that single time. But maybe 'we' will do better than that.

commented on 2010-08-26 08:19 (UTC)

@Det: The package you uploaded is broken (I got only xorg-server-git file inside of it) and it's format is bz2 not tar.gz ;) BTW. Would you like to adopt package when it will be orphaned?

Det commented on 2010-08-24 18:26 (UTC)

Ok, apparently libxres was included with [Testing]'s xorg server 1.9 as a makedependency.

Det commented on 2010-08-22 08:23 (UTC)

Uhh... okay(?), but why exactly are so many people talking about libxres being needed with the build while I myself hadn't never even seen a message about it with either my own package/the official [extra]'s xorg-server (ABS). So what exactly is this option to make libxres needed? Also as a sidenote when replying to the former post on the comments section here you don't need to actually quote the message because it only fills the space here. At least I don't like it when people do that.

commented on 2010-08-21 19:43 (UTC)

>Could you please tell us WHY do you think so? Hmm, your surprise is reasonable. libxres is needed with options from stock Arch package, which I copy-pasted and forgot about it. :) With your options there is no need for libxres.

Det commented on 2010-08-21 18:12 (UTC)

Could you please tell us WHY do you think so?

commented on 2010-08-21 17:04 (UTC)

> Thank you. p.s.:This package needs libxres in makedepends.

Det commented on 2010-08-19 12:14 (UTC)

I packaged a/the new version for you: - you just need to upload it here. I removed my name from the Contributors because you don't need to tell that (my other account here is that 'Ollila'), added the missing files and 'install'/source/md5sums lines and simplified the I-want-libgl depends=() line, which on the downside scerws up the "Dependencies" line on this page but I don't think anybody cares :).

commented on 2010-08-17 10:04 (UTC)

Det: Ok I will have some time on days and I will fix it. BTW.I have to clean my build dir to test PKGBUILD ;)

Det commented on 2010-08-07 19:22 (UTC)

Flagging again..

Det commented on 2010-07-30 14:25 (UTC)

Ok, nice/thanks, but you still don't have the evdev and "xorg quirks" confs that you define to be installed in this line: install -m644 "$srcdir/10-evdev.conf" "$srcdir/10-quirks.conf" "$pkgdir/etc/X11/xorg.conf.d/" || return 1 With "return 1" it breaks the build (at least it _really should_). So I take it you didn't test build this thing? Plus you still didn't include the man page for Xfvb (the "xvfb-run.1" file) :). You can grab these files from the [extra]'s xorg-server or e.g. my package (xorg-server-dev). It doesn't matter. What matters is that you grab them from somewhere :).

Det commented on 2010-07-22 11:18 (UTC)

Yeah, okay, but you'd still need to have the option to make it executable, e.g. comment the following line by default (and maybe also include the xfvb man (the 'xvfb-run.1' file)): install -m755 "${srcdir}/xvfb-run" "${pkgdir}/usr/bin/"

commented on 2010-07-21 15:07 (UTC)

Ok I will look at the patch thanks for your help Det and Ollila. BTW. I disabled xvfb because I think that people will fit the /.configure section to their needs ;)

Det commented on 2010-07-16 16:26 (UTC)

I flagged this out-of-date because that's what this PKGBUILD in a way is. It doesn't even compile so you just update it to do so and the world will be a happy place once again.

commented on 2010-07-16 13:44 (UTC)

I did quite a lot of tweaks with your PKGBUILD (these changes will fix the build too). You should've a look: You should also consider adding a "libgl providing package already installed" variable for the sake of Nvidia and Catalyst proprietary driver users (e.g. like this: Btw. I don't understand why did you disable xfvb (X virtual framebuffer) on the configure section but still include the xfvb-run script (but not the man for it) with this package (which also needs '755' permissions to be executable). Btw2. You got this line: install -m644 "${srcdir}/10-evdev.conf" "${srcdir}/10-quirks.conf"... ...but not the files themselves, why?

Det commented on 2010-07-14 08:45 (UTC)

You should use quotation marks (") with the pkgdesc, not brackets ("(" and ")"). Otherwise the brackets will be included in the description :).

commented on 2010-05-06 10:15 (UTC)

Updated: No patches included. Just say if you want any patch.

commented on 2010-04-27 16:47 (UTC)

Yes I can do that but it will take some time...

flamelab commented on 2010-04-25 17:49 (UTC)

Could you adjust the xorg-server-git PKGBUILD according to the one found (right now) of xorg-server 1.8 on [xorg18] repo ?