Package Details: xorg-server-xwayland-dev 1.20.10-1

Git Clone URL: (read-only, click to copy)
Package Base: xorg-server-dev
Description: Xorg X server
Upstream URL:
Licenses: custom
Conflicts: xorg-server-xwayland
Provides: xorg-server-xwayland
Submitter: Det
Maintainer: ny-a
Last Packager: ny-a
Votes: 20
Popularity: 0.000002
First Submitted: 2010-06-27 07:53 (UTC)
Last Updated: 2021-02-01 04:14 (UTC)

Required by (39)

Sources (7)

Latest Comments

thg commented on 2021-04-06 11:21 (UTC)

==> Verifying source file signatures with gpg...
    xorg-server-1.20.10.tar.bz2 ... FAILED (public key 9C825A6605D40BBE has been revoked)
==> ERROR: One or more PGP signatures could not be verified!

gpg --recv-keys 9C825A6605D40BBEdoes not fix the problem

cgustiani commented on 2021-03-11 20:58 (UTC)

I've been having a problem with importing keys:

:: PGP keys need importing: -> 3BB639E56F861FA2E86505690FDD682D974CA72A, required by: xorg-server-dev (xorg-server-xdmx-dev) -> 7B27A3F1A6E18CD9588B4AE8310180050905E40C, required by: xorg-server-dev (xorg-server-xdmx-dev) -> C383B778255613DFDB409D91DB221A6900000011, required by: xorg-server-dev (xorg-server-xdmx-dev) -> DD38563A8A8224537D1F90E45B8A2D50A0ECD0D3, required by: xorg-server-dev (xorg-server-xdmx-dev) -> , required by: xorg-server-dev (xorg-server-xdmx-dev) ==> Import? [Y/n] :: Importing keys with gpg... problem importing keys

I've manually added the keys, but it didn't work out.

ny-a commented on 2021-02-01 04:17 (UTC)

@torma: Is it a log of some aur helper? I've just updated this package to remove empty validgpgkey. Please try again. Thanks.

torma commented on 2021-02-01 00:04 (UTC)

I'm still getting a failure to import PGP keys. It seems like it's requesting a null key:

:: PGP keys need importing:
-> , required by: xorg-server-dev (xorg-server-xdmx-dev)
==> Import? [Y/n]
:: Importing keys with gpg...
problem importing keys

ny-a commented on 2021-01-26 11:14 (UTC)

@lsw Execute gpg --recv-keys 9C825A6605D40BBE and try it again.

lsw commented on 2021-01-25 21:22 (UTC) (edited on 2021-01-25 21:23 (UTC) by lsw)


==> Verifying source file signatures with gpg...
    xorg-server-1.20.8.tar.bz2 ... FAILED (unknown public key 9C825A6605D40BBE)

dbermond commented on 2019-06-09 12:02 (UTC)

@milk Package updated. Building fine.

milkii commented on 2019-04-29 19:13 (UTC)

getting mv: cannot stat 'fakeinstall/usr/share/man/man1/Xorg.1.gz': No such file or directory


==> Starting package_xorg-server-dev()...
renamed 'fakeinstall/usr/bin/Xorg' -> '/home/milk/.cache/yay/xorg-server-dev/pkg/xorg-server-dev/usr/bin/Xorg'
renamed 'fakeinstall/usr/bin/cvt' -> '/home/milk/.cache/yay/xorg-server-dev/pkg/xorg-server-dev/usr/bin/cvt'
renamed 'fakeinstall/usr/bin/gtf' -> '/home/milk/.cache/yay/xorg-server-dev/pkg/xorg-server-dev/usr/bin/gtf'
renamed 'fakeinstall/usr/lib/Xorg' -> '/home/milk/.cache/yay/xorg-server-dev/pkg/xorg-server-dev/usr/lib/Xorg'
renamed 'fakeinstall/usr/lib/Xorg.wrap' -> '/home/milk/.cache/yay/xorg-server-dev/pkg/xorg-server-dev/usr/lib/Xorg.wrap'
renamed 'fakeinstall/usr/lib/xorg/modules/drivers' -> '/home/milk/.cache/yay/xorg-server-dev/pkg/xorg-server-dev/usr/lib/xorg/modules/drivers'
renamed 'fakeinstall/usr/lib/xorg/modules/extensions' -> '/home/milk/.cache/yay/xorg-server-dev/pkg/xorg-server-dev/usr/lib/xorg/modules/extensions'
renamed 'fakeinstall/usr/lib/xorg/modules/' -> '/home/milk/.cache/yay/xorg-server-dev/pkg/xorg-server-dev/usr/lib/xorg/modules/'
renamed 'fakeinstall/usr/lib/xorg/modules/' -> '/home/milk/.cache/yay/xorg-server-dev/pkg/xorg-server-dev/usr/lib/xorg/modules/'
renamed 'fakeinstall/usr/lib/xorg/modules/' -> '/home/milk/.cache/yay/xorg-server-dev/pkg/xorg-server-dev/usr/lib/xorg/modules/'
renamed 'fakeinstall/usr/lib/xorg/modules/' -> '/home/milk/.cache/yay/xorg-server-dev/pkg/xorg-server-dev/usr/lib/xorg/modules/'
renamed 'fakeinstall/usr/lib/xorg/modules/' -> '/home/milk/.cache/yay/xorg-server-dev/pkg/xorg-server-dev/usr/lib/xorg/modules/'
renamed 'fakeinstall/usr/lib/xorg/modules/' -> '/home/milk/.cache/yay/xorg-server-dev/pkg/xorg-server-dev/usr/lib/xorg/modules/'
renamed 'fakeinstall/usr/lib/xorg/modules/' -> '/home/milk/.cache/yay/xorg-server-dev/pkg/xorg-server-dev/usr/lib/xorg/modules/'
renamed 'fakeinstall/usr/lib/xorg/modules/' -> '/home/milk/.cache/yay/xorg-server-dev/pkg/xorg-server-dev/usr/lib/xorg/modules/'
renamed 'fakeinstall/usr/lib/xorg/modules/' -> '/home/milk/.cache/yay/xorg-server-dev/pkg/xorg-server-dev/usr/lib/xorg/modules/'
renamed 'fakeinstall/usr/lib/xorg/modules/' -> '/home/milk/.cache/yay/xorg-server-dev/pkg/xorg-server-dev/usr/lib/xorg/modules/'
renamed 'fakeinstall/usr/share/X11/xorg.conf.d/10-quirks.conf' -> '/home/milk/.cache/yay/xorg-server-dev/pkg/xorg-server-dev/usr/share/X11/xorg.conf.d/10-quirks.conf'
mv: cannot stat 'fakeinstall/usr/share/man/man1/Xorg.1.gz': No such file or directory
==> ERROR: A failure occurred in package_xorg-server-dev().

urbenlegend commented on 2019-02-25 17:53 (UTC)

Any chance we can get this commit patched in?

This unbreaks Vulkan games in Wayland.

dbermond commented on 2018-12-11 13:27 (UTC)

@redg3ar Thank you for reporting this. Fixed.

bepvte commented on 2018-12-05 14:59 (UTC)

conflicts=('xorg-server-wayland') should be conflicts=('xorg-server-xwayland')

Det commented on 2018-04-08 10:18 (UTC)

Weirdest joke.

TheGreatAndyChow commented on 2018-04-08 09:54 (UTC)

The key is expired. Also, seems to comfirm this is legit, but ajax@benzedrine doesn't exactly inspire confidence. I do appreciate the work, but Poe's law applies.

Det commented on 2018-03-06 13:15 (UTC) (edited on 2018-03-06 13:18 (UTC) by Det)

[✔] Fix

[✔] Disown

smurfhunter commented on 2018-03-06 13:13 (UTC) (edited on 2018-03-06 13:14 (UTC) by smurfhunter)

Installing the file fails here:

patching file hw/xfree86/common/xf86Init.c

Hunk #1 succeeded at 76 with fuzz 2.

Hunk #2 FAILED at 299.

Hunk #3 succeeded at 832 (offset -40 lines).

Hunk #4 succeeded at 1342 (offset -50 lines).

Makepkg exits with code 2. Any ideas on how to fix this?

Det commented on 2017-02-15 07:28 (UTC) (edited on 2017-02-15 07:30 (UTC) by Det)

Yes, that's due to these: - xorg-server 1.19.1-3: - nvidia-utils 375.26-3: I updated the conflicts=() as well, but you should probably be on [testing] with this anyway.

Teknoman117 commented on 2017-02-15 06:17 (UTC) (edited on 2017-02-15 06:17 (UTC) by Teknoman117)

So this appears to conflict with the standard nvidia drivers (seems that /usr/lib/xorg/modules/extensions/ already exists in the filesystem).

PawkyPenguin commented on 2016-11-29 16:05 (UTC)

Hey. I just noticed that xorg-server-1.19.0.tar.bz2 is failing the validity check.

Det commented on 2016-11-06 21:11 (UTC)

Updated + fixed deps. You need either xf86-input-evdev-git or xf86-input-libinput-git for this: - -

HappyTetrahedron commented on 2016-11-06 15:38 (UTC)

There seem to be version conflicts with the xorg input drivers. When installing the compiled packages on a freshly updated system, I get the following: looking for conflicting packages... :: xorg-server-dev and xf86-input-evdev are in conflict (X-ABI-XINPUT_VERSION). Remove xf86-input-evdev? [y/N] y :: xorg-server-dev and xf86-input-libinput are in conflict (X-ABI-XINPUT_VERSION). Remove xf86-input-libinput? [y/N] y error: failed to prepare transaction (could not satisfy dependencies) :: xorg-server-dev: requires xf86-input-driver My installed evdev version is 2.10.4-1, libinput version is 0.22.0-1.

HappyTetrahedron commented on 2016-11-06 14:12 (UTC)

Might it be that you're missing a dependency? I got the following error: configure: error: Package requirements (fixesproto >= 5.0 damageproto >= 1.1 xcmiscproto >= 1.2.0 xtrans >= 1.3.5 bigreqsproto >= 1.1.0 xproto >= 7.0.28 randrproto >= 1.5.0 renderproto >= 0.11 xextproto >= inputproto >= 2.3 kbproto >= 1.0.3 fontsproto >= 2.1.3 pixman-1 >= 0.27.2 videoproto compositeproto >= 0.4 recordproto >= scrnsaverproto >= 1.1 resourceproto >= 1.2.0 xf86driproto >= 2.1.0 glproto >= 1.4.17 dri >= 7.8.0 presentproto >= 1.0 xineramaproto xkbfile pixman-1 >= 0.27.2 xfont2 >= 2.0.0 xau libsystemd >= 209 xshmfence >= 1.1 xdmcp) were not met: No package 'xfont2' found I installed 'xfont2-git' from AUR and now it compiles happily.

Det commented on 2016-10-23 22:01 (UTC)


HappyTetrahedron commented on 2016-10-23 13:33 (UTC)

Heyo, it would seem the file xorg-server- fails the sha256sum validity check.

shoober420 commented on 2016-09-18 18:36 (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.

Det commented on 2016-04-06 13:39 (UTC)

D'oh, mate.

shoober420 commented on 2016-04-05 22:54 (UTC)

This fails to build because the Firefox patch is already included in the offical X.Org package.

Det commented on 2016-02-21 13:42 (UTC)


xDShot commented on 2015-10-16 15:31 (UTC)

Nevermind. I commented out 44 and 45 lines as bug was fixed times ago :)

xDShot commented on 2015-10-16 15:27 (UTC)

I can't complie it: $ makepkg -s --skippgpcheck ==> Making package: xorg-server-dev (Fri Oct 16 18:26:42 MSK 2015) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Found xorg-server- -> Found xorg-server- -> Found nvidia-drm-outputclass.conf -> Found xvfb-run -> Found xvfb-run.1 -> Found 0001-systemd-logind-do-not-rely-on-directed-signals.patch -> Found 0001-glamor-make-current-in-prepare-paths.patch -> Found 0001-os-make-sure-the-clientsWritable-fd_set-is-initializ.patch ==> WARNING: Skipping verification of source file PGP signatures. ==> Validating source files with sha256sums... xorg-server- ... Passed xorg-server- ... Skipped nvidia-drm-outputclass.conf ... Passed xvfb-run ... Passed xvfb-run.1 ... Passed 0001-systemd-logind-do-not-rely-on-directed-signals.patch ... Passed 0001-glamor-make-current-in-prepare-paths.patch ... Passed 0001-os-make-sure-the-clientsWritable-fd_set-is-initializ.patch ... Passed ==> Extracting sources... -> Extracting xorg-server- with bsdtar bsdtar: Failed to set default locale ==> Starting prepare()... -> fix VT switching with kdbus; from upstream patching file hw/xfree86/os-support/linux/systemd-logind.c Hunk #1 succeeded at 525 (offset 18 lines). -> fix FS#45009, merged upstream patching file glamor/glamor_prepare.c Reversed (or previously applied) patch detected! Skipping patch. 1 out of 1 hunk ignored -- saving rejects to file glamor/glamor_prepare.c.rej ==> ERROR: A failure occurred in prepare(). Aborting... How to fix this?

libcg commented on 2015-09-02 22:45 (UTC)

1.18 RC1 has been released.

Det commented on 2015-04-17 20:03 (UTC)

Well, I'm saying I'm not including them from [extra] anymore at all.

kyak commented on 2015-04-17 19:17 (UTC)

I don't follow you logic anymore, Det. If you include patches selectively, it would be great to know how you select them.

Det commented on 2015-04-15 17:02 (UTC)

I don't follow those patches anymore.

kyak commented on 2015-04-15 17:02 (UTC)

Det, really, you are missing something.

Det commented on 2015-04-14 17:05 (UTC)

You are weird.

kyak commented on 2015-04-14 17:02 (UTC)

Wow, Det, you really need to update!

Det commented on 2015-03-15 12:19 (UTC)


Det commented on 2015-03-11 21:27 (UTC)

Fixed. Thanks.

mareex commented on 2015-03-11 21:26 (UTC)

==> Verifying source file signatures with gpg... xorg-server-1.17.1.tar.bz2 ... Passed ==> Extracting sources... -> Extracting xorg-server-1.17.1.tar.bz2 with bsdtar ==> Starting prepare()... /tmp/yaourt-tmp-marcus/aur-xorg-server-dev/./PKGBUILD: line 35: cd: xorg-server-dev-1.17.1: No such file or directory ==> ERROR: A failure occurred in prepare(). Aborting... ==> ERROR: Makepkg was unable to build xorg-server-dev. ==> Restart building xorg-server-dev ? [y/N] ==> ---------------------------------------- ==> In line 35 change 'cd "${pkgbase}-${pkgver}"' to 'cd "${_pkgbase}-${pkgver}"'

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

Came after I updated. By the way, it's not "3:0", it's "-3". 3:<version> stands for epoch, <version>-3 is the pkgrel.

kyak commented on 2015-02-23 09:08 (UTC)

Where is this? 3:0, Det :)

Det commented on 2015-02-22 16:27 (UTC)

No such thing?

kyak commented on 2015-02-22 14:59 (UTC)

2:0 ;)

Det commented on 2015-02-21 19:08 (UTC)

xorg-server-dev 1.17.1-3:

Det commented on 2015-02-12 05:02 (UTC)


adramalech commented on 2015-02-12 04:55 (UTC)

So I thought this line: _ABI_EXTENSION="$(grep -Po "EXTENSION_V.*\(\K[^)]*" xserver/hw/xfree86/common/xf86Module.H | tr , . | tr -d ' ')" was causing an error because of the capitalization of the file extension; however, it still seems to occur. I am seeing an error when using grep. ==> Entering fakeroot environment... ==> Starting package_xorg-server-dev()... grep: xserver/hw/xfree86/common/xf86Module.h: No such file or directory ==> ERROR: A failure occurred in package_xorg-server-dev(). Aborting... ==> ERROR: Makepkg was unable to build xorg-server-dev. ==> Restart building xorg-server-common-dev ? [y/N] ==> ----------------------------------------------- ==>

Det commented on 2015-01-15 10:58 (UTC)

To fix: xorg-server- ... FAILED (unknown public key DB221A6900000011) Use: $ gpg --recv-key DB221A6900000011 Or (for all AUR packages): "keyserver-options auto-key-retrieve" in ~/.gnupg/gpg.conf

Det commented on 2014-07-31 14:43 (UTC)

You got me. 1.16.0-6: - -

kyak commented on 2014-07-31 14:23 (UTC)

You are so out of date, Det :)

Det commented on 2014-07-27 16:41 (UTC)

1.16.0-5: - -

Det commented on 2014-07-25 19:33 (UTC)

1.16.0-3[1][2]: Added 'glamor-upstream-fix.patch'[3] / 'nvidia-drm-outputclass.conf'[4] / 'xorg-server-dev.install'[5] and got rid of 'autoconfig-nvidia.patch'[6] [1] = [2] = [3] = [4] = [5] = [6] =

Det commented on 2014-07-19 14:57 (UTC)

1.16.0-2: Added 'xorg-server-xwayland-dev' and got rid of '10-quirks.conf'[1] and 'CVE-2013-6424.diff'[2]. [1] = [2] =

Det commented on 2014-06-20 18:22 (UTC)

Package group = Different packages that are grouped together due to similarity - for a simpler/quicker installation (e.g. 'gnome', 'gnome-extra', 'kde', 'libreoffice', 'xorg', 'xorg-drivers'). Doesn't force installing all members of the group. See: and Meta package = A dummy package that only depends on other packages. Allows pacman to automatically install new members to the meta package (as opposed to package groups), but doesn't allow removing any locally without removing the meta package (after which new members won't be installed). See: Split package = When software has unnecessary parts that are not required by everybody (e.g. documentation and/or both gtk2 and gtk3 version), it can be split, so that the sources and the build() function don't need to be duplicated. Some parts may still depend on each other. I don't know why isn't built with --enable-glamor, but you can try installing either glamor-egl or glamor-egl-git with the double -d flag (ignores dependecy checks) and --force (overwrites existing files) (pacman -Sdd --force glamor-egl / pacman -Udd --force glamor-egl-git*). Thanks for the xwayland-git tip.

thx1138 commented on 2014-06-20 17:03 (UTC)

> This turned out to be a bug in Yaourt Thanks for checking that. It looks to be fixed now, thanks to your bug report. > Things like aurget and pacaur work just fine Aha! I hadn't known about those. > I'm assuming you haven't encountered a lot of split packages, "group-package", "meta-package", "split-package" - yeah, it's a challenge. The documentation seems pretty scattered. I've run into another problem, though, with a failing Xorg server, after the build. The only thing I can think that changed was an upgrade to "linux 3.15.1-1", which would change the radeon module, here running an "RV710 [Radeon HD 4350/4550]". First, running "Xorg", there is a complaint about no "", because glamor-egl has been replaced by xorg-server-dev, [ 54046.640] (EE) Failed to load /usr/lib/xorg/modules/drivers/ cannot open shared object file: No such file or directory Installing the old glamor-egl package is not allowed by xorg-server-dev, and rebuilding xf86-video-ati does not work, checking for LIBGLAMOR... no configure: error: Package requirements (glamor >= 0.6.0) were not met: No package 'glamor' found so I intalled "xf86-video-ati-git". But then, again running "Xorg", I get [ 44731.119] (EE) RADEON(0): [drm] failed to set drm interface version. [ 44731.119] (EE) RADEON(0): Kernel modesetting setup failed Taking a wild guess, installing "xf86-video-modesetting-git", makes no difference, producing the same error. Any thoughts? Also, perhaps xorg-server-dev should be made to conflict with xwayland-git, since otherwise, after a long build, the xorg-server-dev install fails, if xwayland-git is installed, instead of xwayland-git simply being removed automatically. James

desaparecido commented on 2014-06-20 06:15 (UTC)

Comment by desaparecido 2014-06-20 06:14 Hi, thanks for the package :) I successfully builded the packages with libepoxy (1.2) from AUR. After install the packages I didn't have my X session started :( I use mesa-git repo with [testing] enable. My GPU is a Radeon HD7970 and I want test it because "usually" the're a lot of improvements in this bug: I can't take the time to see how to resolve because was late the last night but only like question, it's needed to build mesa stuffs after installed this Xorg version ? thanks :-)

Det commented on 2014-06-17 11:50 (UTC)

This turned out to be a bug in Yaourt: Things like aurget and pacaur work just fine:,

Det commented on 2014-06-17 07:47 (UTC)

I'm assuming you haven't encountered a lot of split packages, but they all share the same PKGBUILD, even though the resulting packages are different (that's what a split package means - a single PKGBUILD describes multiple packages. We have a totally different meaning for the term "package group"). Now, I'm not sure whether this is a bug in the AUR tools or the AUR itself, but split packages shouldn't indeed be tried to update "separately", when the same PKGBUILD does it for all.

thx1138 commented on 2014-06-17 06:07 (UTC)

Hmm - something is not right with the "PKGBUILD", combining multiple packages. All these packages in "pkgname" have the same PKGBUILD file, but are distinct packages, and are seen as distinct packages by "pacman". When there is an update, and the update is applied with "yaourt -Syua", then "n^2" packages built, and "n^2 - n" of those tedious builds are a redundant waste of time. I assume that you are trying to create a pacman "package group". The documentation for pacman groups is really terrible. My expectation is that the members of a group or a "meta-group" are not, themselves, "versioned", so that, once they are installed, they are never meant to be re-installed due to some change in version. Then, each of the _members_ of the group or meta-group would be versioned, and those members would be simple standard pacman packages. So, I'm thinking that these packages need to be split-up, into simple packages having a shared "group" designation, or/and a meta-group package should be created to reference the members of the meta-group. You can have both a "group" and a "meta-group", if you like. For a pacman group, the PKGBUILD for each member package would have an entry of "Groups some-shared-group-name". If instead, or if in addition, there were to be a meta-group, there would have to be an explicit PKGBUILD file for just that meta-group, where "Each split package uses a corresponding packaging function with name package_foo(), where foo is the name of the split package." There should be _no_ build instructions in the meta-group PKGBUILD file! There is sparse documentation at:, "Package Splitting". You can see an example at: James

Det commented on 2014-06-12 21:36 (UTC)

Done. Just tell me, if libepoxy (1.2) isn't enough.

intgr commented on 2014-06-12 17:41 (UTC)

Now that Glamor has been merged into xorg-server, should this package be built with builtin Glamor support? I added --enable-glamor to the configure line and 'glamor-egl' to xorg-server-dev provides= and conflicts= lines, and things seem to work fine. This fixes a bug with Radeon drivers:

Det commented on 2014-04-16 08:31 (UTC)

Not just maybe, we should do that.

jdbrown commented on 2014-04-16 07:15 (UTC)

fontsproto 2.1.3 and xproto 7.0.26 were recently released and it seems that the code can be built against them. Maybe we can change the dependencies back to the official ones.

edtoml commented on 2014-04-14 00:42 (UTC)

For everyones info. The tarball for is missing headers needed to compile glamor. changing the PKGBUILD to use git and appling fixes from enabling glamor and removing glamor-egl before installing the new xserver along with xf86-video-ati-git xf86-input-evdev-git xf86-video-modesetting-git & xf86-video-fbdev-git gives a working install here. On my r7 260x (see if you have one) it runs the uniengine tropical benchmark 20% faster than 1.15.

Det commented on 2014-04-13 15:08 (UTC)

Guess so. You don't have to quote the whole thing, though.

r08 commented on 2014-04-13 14:52 (UTC)

@Det Comment by Det 2014-04-10 09:48 Everybody's suddenly so interested in this. Yes because if you read the news, xorg-server has some kickass features, bug fixes, and performance enhancements. So everyone is eager to test these. =D

kozzi commented on 2014-04-11 16:08 (UTC)

edtoml: there are some missing files, I have make my own packages for this xorg-server(+latest mesa and latest llvm) and it is amazing. All bugs with slow radeonsi are gone.

Det commented on 2014-04-10 09:48 (UTC)

Everybody's suddenly so interested in this.

jdbrown commented on 2014-04-10 09:45 (UTC)

The xwayland ddx mainlined recently works with --enable-xwayland flag (requires libepoxy-git, tested with weston 1.4.91). However, starting Xorg will make the screen go blank and the machine totally unresponsive on my (VMWare virtual) machine. Any ideas why?

edtoml commented on 2014-04-09 21:07 (UTC)

This does not work when the PGKBUILD is modified to add --enable-glamor which should build the version of glamor now in the xorg tree. Its getting errors with includes and probably also needs a provides glamor-egl (trying to test this glamor version for bug 64297)

Det commented on 2014-04-09 17:15 (UTC)

Yeah, okay. It's just that they used to include those updated version clauses in the configuration step.

r08 commented on 2014-04-09 17:13 (UTC)

@Det based on the 2 compile errors I got during build. After installing these 2 protos everything build fine

Det commented on 2014-04-09 16:09 (UTC)

Thanks for going through with this. But how did you know it was those two protos?

r08 commented on 2014-04-09 15:09 (UTC)

Guys if you're having build errors with this package make sure you have the bleeding-edge libraries. Det has library packages from Git here: This particular version- needs fontsproto-git, xproto-git installed. Det this PKGBUILD has an issue around lines 119-121: mv: cannot move ‘/home/$USER/$BUILDDIR/xorg-server-dev/pkg/xorg-server-dev/usr/share/X11/xorg.conf.d/’ to ‘/home/$USER/$BUILDDIR/xorg-server-dev/pkg/xorg-server-dev/etc/X11/xorg.conf.d’: Directory not empty I think it's best if you follow the official PKGBUILD way if installing these config files: install -m755 -d "${pkgdir}/etc/X11" mv "${pkgdir}/usr/share/X11/xorg.conf.d" "${pkgdir}/etc/X11/" install -m644 "${srcdir}/10-quirks.conf" "${pkgdir}/etc/X11/xorg.conf.d/"

Det commented on 2014-02-25 06:48 (UTC)

Doesn't compile with the current dependencies, but at least I've cleaned up the PKGBUILD quite a bit.

MuPuF commented on 2013-11-10 17:16 (UTC)

It also requires "xextproto-git" but this isn't enough either: ../../os/.libs/libos.a(io.o): In function `ReadFdFromClient': io.c:(.text+0x13c): undefined reference to `_XSERVTransRecvFd' ../../os/.libs/libos.a(io.o): In function `WriteFdToClient': io.c:(.text+0x7b9): undefined reference to `_XSERVTransSendFd' I'll stop here for now.

MuPuF commented on 2013-11-10 17:04 (UTC)

Please add libxshmfence to the dependencies.

Det commented on 2013-03-09 15:56 (UTC)

1.14.0-2, pull the [extra]/trunk fixes: * *

Det commented on 2013-02-14 11:23 (UTC)

1.14 RC2:

Det commented on 2012-12-19 22:07 (UTC)

1.14 RC1 is finally here: Kinda disappointing that the merge window was closed, though (at least for now).

Det commented on 2012-11-09 01:01 (UTC)

"Update to current git snapshot from server-1.13 branch, backport patch from git master to utilize the new pixman glyph cache":

Det commented on 2012-09-07 18:36 (UTC)

The ABI dependencies are finally being pushed through:

Det commented on 2012-09-05 22:09 (UTC)

Back to stable: We'll see how long it's gonna take for it to show up in [testing].

Det commented on 2012-08-21 22:40 (UTC)

RC5. The final one:

Det commented on 2012-08-09 11:39 (UTC)


Det commented on 2012-07-27 10:00 (UTC) (1.13 RC3). No changelog yet (, though, but the changes can be seen in git:

Det commented on 2012-07-23 16:41 (UTC)

By the way, it's fixed in RC2.

Det commented on 2012-07-12 10:13 (UTC)

aaight man, i understand you're having a trouble with this package, ain't that right? i just added this here you know '-git' prefix to the 'randrproto' dependency man, aight? there's still sometin' wrong there, tho, cuz it just won't build, you know what i'm sayin'?: the same issue arises with 'xorg-server-git' so it's some dependency gettin' on my nerves, man anywayz, peace out homeboy

jyaworski commented on 2012-07-11 17:58 (UTC)

Got the following on configure: configure: error: Package requirements (fixesproto >= 5.0 damageproto >= 1.1 xcmiscproto >= 1.2.0 xtrans >= 1.2.2 bigreqsproto >= 1.1.0 xproto >= 7.0.22 randrproto >= 1.4.0 renderproto >= 0.11 xextproto >= 7.1.99 inputproto >= kbproto >= 1.0.3 fontsproto pixman-1 >= 0.21.8 videoproto compositeproto >= 0.4 recordproto >= scrnsaverproto >= 1.1 resourceproto >= 1.2.0 xf86driproto >= 2.1.0 glproto >= 1.4.15 dri >= 7.8.0 xineramaproto xkbfile pixman-1 >= 0.21.8 xfont >= 1.4.2 xau xdmcp) were not met: Requested 'randrproto >= 1.4.0' but version of RandrProto is 1.3.2

Det commented on 2012-07-11 17:10 (UTC)

1.13 RC1 is finally here:

Det commented on 2012-06-15 10:26 (UTC) (1.12.3 RC1): Nothing really interesting. Just some tiny bug fixes.

Det commented on 2012-05-30 15:21 (UTC)

The final is again identical to the previous RC.

Det commented on 2012-05-13 12:58 (UTC) Just some fixes from Git included.

Det commented on 2012-04-15 11:27 (UTC)

1.12.1: No changes since RC2 (decluding EXA_Fall_back_earlier_and_more_thoroughly_from_exaGlyphsV2.diff:

Det commented on 2012-04-10 12:19 (UTC) (1.12.1 RC2): No special nvidia or evdev recommendations. The ones from [extra] work just fine.

Det commented on 2011-11-22 09:13 (UTC) (1.12 development release 1): Works just fine with the latest Nvidia driver (290.10) with -ignoreABI. Needed 'inputproto-git' and 'libpciacces-git' as new dependencies. I probably recommend using 'xf86-input-evdev-git' too (for Input ABI v14), though.

Det commented on 2011-11-19 22:14 (UTC)

1.11.2-3: "- Fix segmentation fault due to race conditions in Record extension (FS#24653) - Update git-fixes, add commit that fixes segfault-on-exit - Add patch to fix passive grabs with XI2 clients":

Det commented on 2011-11-07 13:52 (UTC)

1.11.2-2: Added latest upstream fixes.

Det commented on 2011-07-04 04:06 (UTC)

Yes, as I already said the _input_ ABI is 13 (" unsupported input driver ABI version (have 13.0, need < 13.0)"), while the video ABI is that 11. The evdev package available on the repos should have the input ABI of 12 but it still worked for me. If you're not using something else you could try giving a shot with the git version (xf86-input-evdev-git) [1], which should work just fine as it uses the version 13 input ABI. The build's really fast anyway, it's just a single <50kB .so file (comes up in seconds). But still, the new X server doesn't look good (whether it be because of the Nvidia driver or the server itself) so I recommend you to use either the X server available on the repos (which is 1.10.2) or 1.10.3 RC2 (, which uses the same ABIs as the repo's server but includes some of the fixes you get with 1.11 RC1. I even use 1.10.3 RC2 myself since that's the best choice for me ATM (just changed the pkgver to '' and the first md5sum line to '4f6823101715b363b936a50421898680'). [1] = E: also, I'm not sure but the text "This server has a video driver ABI version of 11.0 that this driver does not officially support." might still come up even if you used the 280.04 Nvidia driver since the support for X server 1.11 (video ABI 11) is only preliminary and not supposed to work as it should.

karabaja4 commented on 2011-07-03 20:37 (UTC)

Little help with this please: ================ WARNING WARNING WARNING WARNING ================ This server has a video driver ABI version of 11.0 that this driver does not officially support. Please check for driver updates or downgrade to an X server with a supported driver ABI. ================================================================= (WW) NVIDIA: The driver will continue to load, but may behave strangely. (WW) NVIDIA: This driver was compiled against the X.Org server SDK from git commit b6c7b9b2f39e970cedb6bc1e073f901e28cb0fa3 and may not be compatible with the final version of this SDK. (WW) NVIDIA: This server has an unsupported input driver ABI version (have 13.0, need < 13.0). The driver will continue to load, but may behave strangely. (WW) module ABI major version (12) doesn't match the server's version (13) and my xorg doesn't load (kinda freezes), that's using 280.04 nvidia binary driver?

Det commented on 2011-07-01 22:31 (UTC)

And of course, the input ABI of the new X server is v13 - the _video_ ABI is v11.

Det commented on 2011-06-30 17:37 (UTC)

Actually, don't bother. The new X server _sucks_. Or at least it does so with the latest nvidia driver (transparency issues, content of other windows is displayed in others, etc.).

Det commented on 2011-06-30 08:20 (UTC)

Finally. The nvidia driver 280.04 supports the new ABI, thus it supports the new X server 1.11 series.

Det commented on 2011-06-01 22:05 (UTC)

A lot of juicy changes with 1.11 RC1. All the 'extra patches' from [extra]'s xorg-server are included (in the sources) (with the exception of the 'die-ugly-pattern' fix). Changelog: E: but of course, remember that if your video driver's ABI hasn't been bumped to this (13.0), you won't be able to use it. Nvidia driver 275.09's ABI is 12.0 and it didn't work even with force-loading.

Det commented on 2011-05-30 21:15 (UTC)

Synced with [extra]'s(/[testing]'s) xorg-server changes: [extra]: Add latest fixes from upstream 1.10 branch Patch autoconfig to use nouveau/nv/nvidia instead of only nv ([testing]: Build with mesa and resourceproto from testing)

Det commented on 2011-05-29 09:27 (UTC)


Det commented on 2011-05-21 07:37 (UTC) (1.10.2 RC2):

Det commented on 2011-05-07 15:44 (UTC) (1.10.2 RC1). Release notes for the excited:

Det commented on 2011-04-11 19:07 (UTC)

Added the patches from [extra]'s xorg-server. The log states the changes as following ( "[..] add patches from xserver-next, add pointer barrier support" Again, I encourage people to rather use [extra]'s xorg-server whenever they got the same version I have here - such as now. If you want to optimize your Xorg server by that 1-3% and/or modify the features then that's of course your choice.

Det commented on 2011-02-26 10:46 (UTC)

1.10 released. Only minor differences since RC3 ( "Since RC3, we've had a few build fixes made, and one regression fixed (a crasher on sparc and other architectures)."

Det commented on 2011-02-25 09:47 (UTC)

1.10 RC3 ( released (randrproto dependency removed completely): They bumped the video driver ABI _again_ (10.0) so even the latest beta Nvidia drivers (270.29) are out of question (they support up to 9.0).

Det commented on 2011-02-20 08:34 (UTC)

Seems like an issue with randrproto. The guy who responded to this report said it's a regression: E: taken from here it seems randr is a builtin extension: - as adviced I tried to set "noRRExtension" to "TRUE" in 'xorg-server/os/utils.c' to disable randr support but it didn't work. We'll just need to wait until randrproto gets fixed.

Vi0L0 commented on 2011-02-19 21:44 (UTC)

i cannot compile it, i checked everything like own pkgbuilds and compiling from sources, i even tried compiling on fresh system via virtual machine with 1 cpu ;P, nothing, still same error: rrcrtc.c: In function ‘RRConvertCrtcConfig’: rrcrtc.c:1512:27: error: ‘RR_CurrentScanoutPixmap’ undeclared (first use in this function) rrcrtc.c:1512:27: note: each undeclared identifier is reported only once for each function it appears in make[1]: *** [rrcrtc.lo] Error 1 why oh why? :(

Det commented on 2011-01-09 13:19 (UTC)

@mushroomboy, don't install packages straight with 'makepkg' and you'll notice how wonderfully the AUR tool you're using (whether it'd be packer, yaourt (ugh), bauerbill, clyde or whatever) fetches/installs the required (make) dependencies (xextproto-/randrproto-git) that I uploaded here in the AUR and defined in the PKGBUILD :). I've got no idea about that "something else is wrong" part as this package worked here before and still did when I just tried it (not that it _actually_ worked (since I got Nvidia driver), but it _builds_). Maybe it's just because you use yaourt or something? -Please don't. It's buggy, old, barely maintained, still lacks some AUR functionality and, quite frankly, happens to be just a piece of crap. So (you really really should) stop using it immediately (or at least stop complaining about the problems _it_ has (there should be quite a lot of them) and not _my packages_). In addition unless your video driver supports Xorg Server 1.10RC1 (Catalyst and Nvidia drivers, even the latest ones don't) you shouldn't even concider using this package (yet).

commented on 2011-01-09 10:57 (UTC)

xextproto-git randrproto-git are required [update] something else is wrong with the pkgbuild, I could build the src itself with ./configure and just make and everything works fine but when I try it with the pkgbuild it fails.

Det commented on 2010-12-10 17:02 (UTC)

SYNOPSIS (to combine two long posts): I've now uploaded all that *proto stuff here in AUR (used in the build) as Git versions. I've also since fixed the non-working *proto packages that all got the same "validation" error. Until the new xext-/ranrdproto's will be released this package uses their git versions (since the new Xorg server (1.10 RC1) requires 'randrproto>=1.4.0' and 'xextproto>=7.1.99'). I've just now also fixed this one (the server itself) as in the end it also got the same "validation" error. E: Just remember that because of the new ABIs there is currently no working driver for the new Xorg server. I just confirmed here with the Nvidia driver (260.19.26) that even the "-ignoreABI" flag doesn't help.

Det commented on 2010-12-07 09:33 (UTC)

NOTE: 1.10 RC1 doesn't build until randrproto and xextproto in the repos will be updated (until the new ones will be released). I've left the "old" 1.9.3 RC2 pkgver & md5sums to the PKGBUILD in case somebody wants to still use the absolute latest bleeding edge xorg-server ;). Just remember that your AUR helper (whatever it is) will constantly be updating this package because of the higher pkgver.

Det commented on 2010-11-21 13:39 (UTC)

Forgot to mention that this package is now split the same way as [extra]'s/[testing]'s xorg-server. Credit goes here:

Det commented on 2010-08-24 19:20 (UTC)

A partial sync with [Testing]'s xorg-server (now splitted into several packages). You probably should get that instead of this one - we are no Gentoo, you know. (You can) Read about the decisions made with the new release in here:

Det commented on 2010-08-12 20:04 (UTC)

You know, only a specific version of a package can be provided (neither is it a good practice to provide xorg-server 1.7 with 1.9) so a stupid "xorg-server=${pkgver}" is just fine. As a sidenote, I shortend the "libgl included" make-/dependencies lines with ${(make)depends[*]} variable so that they include everything the "no-libgl" lines do. The downside is that the "Dependencies" list you see at this page screws up.. but who cares.

commented on 2010-08-12 08:54 (UTC)

Maybe you should modify the "provides" entry as "xorg-server>=1.7.3" to allow xf86-video-intel-git to build with your package

cb474 commented on 2010-07-18 06:28 (UTC)

Thanks for the explanation Det. I figured out that I had to install xorg-server-dev first and then install xf86-video-intel second (and edit its pkgbuild so it saw xorg-server-dev as a dependency), because xf86-video-intel builds against whatever version of xorg-server is already installed. But after that I still couldn't get past the GDM login screen. I don't know if xorg was locking up or just the keyboard and mouse weren't working. Perhaps I need the git versions of xf86-input-keyboard, xf86-input-mouse, and xf86-input-snypatics also?

cb474 commented on 2010-07-13 03:00 (UTC)

If I want to try running this are there other packages I need to install? After I installed this xorg pacakge, GDM fails to start. I have the git version of xf86-video-intel. Will that work with this version of xorg or is the intel driver not supporting it yet?