Package Details: xorg-server-bug865 1.19.1-5

Git Clone URL: (read-only)
Package Base: xorg-server-bug865
Description: Xorg X server with the patch for freedesktop bug 865 (need to kick hotkeys on release, not press)
Upstream URL:
Licenses: custom
Groups: xorg
Conflicts: glamor-egl, nvidia-utils<=331.20, xf86-video-modesetting, xorg-server
Provides: X-ABI-EXTENSION_VERSION=10.0, X-ABI-VIDEODRV_VERSION=23, X-ABI-XINPUT_VERSION=24.1, x-server, xorg-server=1.19.1
Replaces: glamor-egl, xf86-video-modesetting
Submitter: kyak
Maintainer: kyak
Last Packager: kyak
Votes: 24
Popularity: 1.422695
First Submitted: 2012-03-13 18:20
Last Updated: 2017-02-17 06:39

Dependencies (60)

Required by (129)

Sources (7)

Latest Comments

Maxi commented on 2017-01-13 06:23

This is infinality issue

Maxi commented on 2017-01-13 05:59

Can not build on the latest system. harfbuzz seems to be out of sync.

make[5]: Leaving directory '/home/maxi/.cache/pacaur/xorg-server-bug865/src/xorg-server-1.19.1/hw/xfree86/dixmods'
/usr/lib/ undefined reference to `FT_Get_Var_Blend_Coordinates'

$ pacman -Qi harfbuzz
Name : harfbuzz
Version : 1.4.1-1
Description : OpenType text shaping engine
Architecture : x86_64
Licenses : MIT
Groups : None
Provides : None
Depends On : glib2 freetype2 graphite
Optional Deps : cairo: hb-view program [installed]
Required By : freetype2-infinality-ultimate harfbuzz-icu lib32-harfbuzz pango
Optional For : None
Conflicts With : None
Replaces : None
Installed Size : 2,40 MiB
Packager : Jan Alexander Steffens (heftig) <>
Build Date : 2017-01-08T01:09:08 +10
Install Date : 2017-01-13T15:50:39 +10
Install Reason : Installed as a dependency for another package
Install Script : No
Validated By : Signature

kyak commented on 2017-01-12 16:14

The latest update (to 1.19) breaks dependencies, and manual intervention is required:

Step 1: Remove xorg-server-bug865 and all packages depending on it. In my case:
pacman -R xorg-server-bug865 hsetroot nvidia-utils lib32-nvidia-utils nvidia nvidia-ck-ivybridge

Step 2: Upgrade all packages that xorg-server depends on:
pacman -Syu

Step 3: Reinstall xorg-server and all packages depending on it. In my case:
pacman -S xorg-server hsetroot nvidia-utils lib32-nvidia-utils nvidia nvidia-ck-ivybridge

Step 4: At this point, you use upstream xorg-server. Install the xorg-server-bug865 package from AUR as you usually do.

pethead commented on 2016-10-21 07:21

Since 2004 it still even ain't in the mainstream

Maxi commented on 2016-09-07 01:47

Just started rebuilding xorg-server myself, but accidentally stumbled upon this package.
So glad that did not have to go through the hassle.
Thanks, kyak.

This patch ought to be merged into the Extra btw, since freedesktop people refuse to fix their own fumble.

XShell commented on 2016-07-10 03:45

This package should be official!

stylemistake commented on 2016-05-29 21:37

This patch should belong to the official PKGBUILD, imo.

kyak commented on 2016-04-08 12:39

Really? How is that?

hussam commented on 2016-04-08 12:17

It is still one of the main reasons people accidentally break ABIs.

kyak commented on 2016-04-06 16:13

Tell it to at least 16 people who use this package (judging by the number of votes). Some of them probably us it on several machines.

But anyway, you seem to have a lot of spare time to comment on useless packages and patch PKGBUILDs yourself.

hussam commented on 2016-04-06 15:51

Why make a whole new package for just one patch? Just edit the official PKGBUILD, add the patch and recompile.

kyak commented on 2016-03-29 04:49

As a first step, as I mentioned below, try building the original xorg-server using ABS. This shouldn't be any different than building xorg-server-bug865 package from AUR (in terms of setuid bit on Xorg.wrap).

If you have the same problem when building from ABS, then it is not a problem of this package. This is either a problem of your setup, or the problem of original xorg-server package.

I will not deviate in ANY way from the original xorg-server package, except for applying that patch for bug865.

pethead commented on 2016-03-29 03:55

after build&install that, startx doesn't run. need to set SUID:
sudo chmod u+s /usr/lib/xorg-server/Xorg.wrap
after that startx is running.
this behaviour appears on any of the three my arch systems.
if you want you could try to install arch on VBOX through the steps of installing to Xorg and change it to bug865 update.
may be I'd skip or made some wrong operation that led to the loss SUID bit on building bug865 of X.

kyak commented on 2016-02-09 15:23

Not out of date, Det, yet.

kyak commented on 2016-01-17 08:50

You should report the issue to xorg-server package then.
Still not sure why your particular system exhibits such behaviour.

pethead commented on 2016-01-17 02:27

If did build with
--enable-install-setuid \ (is disabled by default)
Xorg has SUID
But if did build with
--enable-suid-wrapper \
Xorg.wrap hasn't SUID.

pethead commented on 2016-01-16 05:37

I have installed Arch with ext4. Why should I use NTFS on non-Windows? :)
Just get Arch installed from scratch on VBox, make regular user as I described below, login user and then try X and X-bug sequentially. It will take 15-20 min. :)

I'll try to build original xorg later.

kyak commented on 2016-01-16 03:18

Try building the original xorg-server using ABS. If the problem is the same, then it's your set up.

kyak commented on 2016-01-16 03:07

You can diff this PKGBUILD and the one from xorg-server to make sure they are identical except for the parts that have to do with the extra patch.

I don't really have any ideas why it is not working for you. Maybe your file system that you use for building the package doesn't support the suid bit, so it is lost during unpacking. You don't build on NTFS, do you? Or have some weird mount options in fstab?

pethead commented on 2016-01-16 02:30

None of manipulations of uninstalling\reinstalling are coming to SUID bit defined.
If I install regular xorg-server, it has SUID bit on Xorg.wrap.
But I trace building steps of xorg-server-bug865 and after installing step Xorg.wrap hasn't SUID bit already in pkg/.../lib/xorg-server/*Xorg.wrap (100755 instead of 104755).

xorg-related packaged?
sudo pacman -S xorg-server xorg-xinit xorg-server-utils xterm xf86-input-synaptics

May be my regular user has wrong rights or groups that come to disable inheritance SUID?
useradd -m -g users -G audio,games,lp,optical,power,scanner,storage,video,wheel -s /bin/bash qq

kyak commented on 2016-01-15 15:30

@pethead /usr/lib/xorg-server/Xorg.wrap is already suid on my system.
It seems you messed up something.

You should uninstall xorg-server-bug865, install xorg-server, and reinstall all xorg-related packaged.

After than you can install xorg-server-bug865 and see if everything works fine again.

pethead commented on 2016-01-15 15:08

I found differences between Xorg.wrap in SUID bits.
Regular Xorg.wrap has SUID bit (-rwsr-xr-x as 104755), but Xorg.wrap from xorg-server-bug865 hasn't it (-rwxr-xr-x as 100755). Try to set SUID?
chmod u+s /usr/lib/xorg-server/Xorg.warp
Now startx work fine.
That's full solution of problem.
Need correction in PKGBUILD?

pethead commented on 2016-01-15 12:01

I found some strange solution.
I has build xorg-server-bug865 patched xkbd(865) only (I need it to keyboard switching toggle by ctrl-shift).
After that I unpack package xorg-server-bug865 and compare all content of it with regular xorg-server installed from repo.
I found differences between Xorg.wrap in sizes.
I replace (under root of course) Xorg binary from xorg-server-bug865 with regular /usr/lib/xorg-server/Xorg and wow! Startx works fine and ctrl-shift toggle both.

And now...
Vincent flips the two locks, opening the case. We can't see
what's inside, but a small glow emits from the case. Vincent
just stares at it, transfixed.
We happy?
No answer from the transfixed Vincent.
Vincent looks up at Jules.
We happy?
Closing the case.
We're happy.

P.S. Replacing Xorg.wrap results in a crash of X.

pethead commented on 2016-01-14 14:37

Under root xorg-server-bug865 runs successfully.
But under user it fails.

pethead commented on 2016-01-14 14:13

Comparison of xorg-serever and xorg-server-bug865 logs:

[ 6125.927] (II) VESA(0): initializing int10
[ 6125.927] (II) VESA(0): Primary V_BIOS segment is: 0xc000

[ 40.615] (II) VESA(0): initializing int10
[ 40.616] (EE) VESA(0): Cannot read int vect

pethead commented on 2016-01-14 13:28

gpg --recv-keys 5B8A2D50A0ECD0D3

I make
sudo pacman -U xorg-server-bug865-1.18.0-4-x86_64.pkg.tar.xz
I answer yes to resolve conflict between xorg-server and xorg-server-bug865 and it installs successfully and I reboot system, then startx can't start and shows an error (I'll see logs). :(

Earlier (april, 2015) xorg-server-bug865 did run normally.

kyak commented on 2016-01-11 15:08

Dr0ID, read previous comments

Dr0ID commented on 2016-01-07 14:43

I have the same problem:

==> Verifying source file signatures with gpg...
xorg-server-1.18.0.tar.bz2 ... FAILED (unknown public key 5B8A2D50A0ECD0D3)
==> ERROR: One or more PGP signatures could not be verified!
==> ERROR: Makepkg was unable to build xorg-server-bug865.

What do you mean by "Install xorg-server and all the updates"?

sudo pacman -Syu `pacman -Qq | grep xorg`

kyak commented on 2015-11-25 17:45

Dea993, read previous comments

Dea993 commented on 2015-11-25 15:08

==> Validazione delle firme dei sorgenti con gpg in corso...
xorg-server-1.18.0.tar.bz2 ... NON RIUSCITO (chiave pubblica sconosciuta 5B8A2D50A0ECD0D3)

kyak commented on 2015-11-25 15:04

Uninstall xorg-server-bug865.
Install xorg-server and all the updates.
Install xorg-server-bug865 (replacing xorg-server).

ZoLToR commented on 2015-11-24 19:45

I have error at package install due to unresolved dependency "xf86-input-driver".
I can't find this package. Could you please give some advise how solve this issue?

Using Manjaro KDE 15.09 x64, tried to install xorg-server-bug865 version 1.18.0-3.

Thanks in advance.

kyak commented on 2015-10-28 18:01

All right, all right, you are right! Thank you :) Just changed the description..

Det commented on 2015-10-28 17:52

Well, this is not the _original version_, so the description (at least) needs to match that. It's really obscure to say "to fix bug XXX".

kyak commented on 2015-10-28 17:50

Well.. i was thinking about adding the to Upstream URL, but then this url is used to download the tarball. So i figured it's too many changes (deviations) from the original and not worth it.. Sorry Det :)

Det commented on 2015-10-28 16:42

Eehh, so how about adding the explanations then? :)

kyak commented on 2015-10-19 10:48

It's actually vice versa. People face this problem, find the bug, and then come here. Also, this bug number has become a common noun, now that it is >10 years old. Although i agree the link would've been useful.

The patch you mentioned is still in testing. This package is following the extra repository.

Det commented on 2015-10-19 01:36

It would be helpful to mention in the pkgdesc what the bug 865 is about, and to change the homepage directly to: we don't have to Google "what 'bug 865', where?"

Also, there's a new patch for [extra]/xorg-server:

kyak commented on 2015-07-02 19:27

git commit -m "Add a kdbus fix"

kyak commented on 2015-07-02 14:16

Is it really that hard to scroll down a bit and read, or just google a little bit?

waukalak commented on 2015-07-02 13:54

cannot install:

==> Verifying source file signatures with gpg...
xorg-server-1.17.2.tar.bz2 ... FAILED (unknown public key 5B8A2D50A0ECD0D3)
==> ERROR: One or more PGP signatures could not be verified!
==> ERROR: Makepkg was unable to build xorg-server-bug865.

# pacman-key -r 5B8A2D50A0ECD0D3
gpg: keyserver receive failed: Network is unreachable
==> ERROR: Remote key not fetched correctly from keyserver.

krvkir commented on 2015-06-19 20:07

Yes, now it works fine. Thanks!

kyak commented on 2015-06-09 14:11

Should be fixed now.

krvkir commented on 2015-05-30 20:06

Tried to install the package and got this error:

sdksyms.c:313:15: ошибка: expected expression before «,» token
(void *) &, /* ../../include/os.h:92 */

It seems that it is the relatively fresh bug in gcc 5.1 but they don't want to fix it (see

pethead commented on 2015-03-02 05:59

X patched successfully.
And now Ctrl-Shift-Keys work correctly and keyboard layout switcher by Ctrl-Shift too.

kyak commented on 2015-02-23 09:08

Where is this?

3:0, Det :)

kyak commented on 2015-02-11 17:08

It's not out of date. Not until i see an updated version landing in extra:

kyak commented on 2015-01-08 09:02

The word is spreading. You should read Allan's explanation here:

kyak commented on 2015-01-07 12:06

You might need to do one or both of the following:

1) gpg --keyserver --recv-keys 310180050905E40C

2) Add line "keyring /etc/pacman.d/gnupg/pubring.gpg" to your ~/.gnupg/gpg.conf

alexzk commented on 2015-01-07 11:12

alex@moy-super:/var/abs/local/xorg-server$ sudo pacman-key -r 310180050905E40C
gpg: key 0905E40C: "Julien Cristau <>" not changed
gpg: Total number processed: 1
gpg: unchanged: 1
==> Updating trust database...
gpg: next trustdb check due at 2016-01-22
alex@moy-super:/var/abs/local/xorg-server$ sudo pacman-key --lsign-key 310180050905E40C
-> Locally signing key 310180050905E40C...
==> ERROR: 310180050905E40C could not be locally signed.

kyak commented on 2015-01-05 21:40

pacman-key -r 310180050905E40C

FiX commented on 2015-01-05 20:42

xorg-server-1.16.3.tar.bz2 ... FAILED (unknown public key 310180050905E40C)

kyak commented on 2014-12-29 17:56

Updated to 1.16.3-2

kyak commented on 2014-12-21 07:00

Updated to 1.16.3

kyak commented on 2014-12-12 16:40

Updated to

kyak commented on 2014-11-12 13:28

Updated to 1.16.2

kyak commented on 2014-10-27 08:57

The package has been updated according to Darko's comments. Sorry for the delay!

hybroid commented on 2014-10-20 15:27

Hi! Please fix PKGBUILD for providing version of the "xorg-server". Without thhis packages (like "catalyst-test") are trying to install original "xorg-server", with drop this package..

--- PKGBUILD.orig 2014-10-20 18:16:40.201111175 +0300
+++ PKGBUILD 2014-10-20 18:18:05.377777264 +0300
@@ -97,7 +97,7 @@
depends=(libepoxy libxdmcp libxfont libpciaccess libdrm pixman libgcrypt libxau xorg-server-common xf86-input-evdev libxshmfence libgl)
# see xorg-server-*/hw/xfree86/common/xf86Module.h for ABI versions - we provide major numbers that drivers can depend on
# and /usr/lib/pkgconfig/xorg-server.pc in xorg-server-devel pkg
- provides=('X-ABI-VIDEODRV_VERSION=18' 'X-ABI-XINPUT_VERSION=21' 'X-ABI-EXTENSION_VERSION=8.0' 'x-server' 'xorg-server')
+ provides=('X-ABI-VIDEODRV_VERSION=18' 'X-ABI-XINPUT_VERSION=21' 'X-ABI-EXTENSION_VERSION=8.0' 'x-server' 'xorg-server=1.16.1')
conflicts=('nvidia-utils<=331.20' 'glamor-egl' 'xorg-server')

kyak commented on 2014-10-19 11:45

I didn't invent the makedepends, i just took it from upstream:

If you believe it is a bug, please report it to xorg-server packagers. I'm only taking the upstream PKGBUILD and making minimal changes (that it, applying the patch for god damn freedesktop bug #865).

prius commented on 2014-10-19 11:13

Hi, I have "nvidia" and "nvidia-libgl" packages installed on my Arch, and they conflicts with "mesa" and "mesa-libgl" packages required by makedepends.
I don't know how to set kind of "or" operator to makedepends so I've just replaced mesa with nvidia and all works like a charm.

kyak commented on 2014-09-26 10:30

@EasySly thanks, updated!

EasySly commented on 2014-09-25 20:18

1.16.1 version is out

Det commented on 2014-07-25 19:27

Accidental flag. 1.16.0's still in [testing]..

kyak commented on 2014-07-02 17:43

With 1.15.2 and AUR changes, this package only provides xorg-server (because this is the only component being patched). Credits to xorg-server-bug54168 author for the idea.

Det commented on 2014-02-17 07:23

Lol. Stop being so funny, then.

kyak commented on 2013-09-13 18:06

damnit Det, stop marking out of date for no reason

kyak commented on 2013-06-25 17:52


Det commented on 2013-06-25 17:40

Woops. Caught me off-guard there.

kyak commented on 2013-03-07 12:12

@Det please don't mark out of date unless Arch packages is updated. I'm following Arch package, not upstream xorg.

kyak commented on 2012-12-09 12:21

BTW, i have no idea why use-pixman-glyph-cache.patch is still is sources of arch linux package. But i'm leaving it here so that this package has as few differences from arch linux as possible.

kyak commented on 2012-12-09 12:19

pixman glyph cache patch is removed from arch package xorg-server

kyak commented on 2012-12-09 06:36

Hi, it seems you are referring to bug #32612?
If so, i think you are better of reverting to xorg-server-bug865 1.13.0-3 which didn't have the pixman patch included.

xop commented on 2012-12-08 17:36

Hello, I'm experiencing problems with non-english fonts with pixman glyph cache patch enabled. Would you be so kind and disable it in your PKGBUILD until it becomes more stable? I would have done it myself but I don't think that putting "yet another xorg with patch xxx and without patch yyy" into AUR is a good idea :)

xop commented on 2012-12-08 16:53

Hello, I'm experiencing problems with non-english fonts with pixman glyph cache patch enabled. Would you be so kind and disable it in your PKGBUILD until it becomes more stable? I would have done it myself but I don't think that putting "yet another xorg with patch xxx and without patch yyy" into AUR is a good idea :)

Det commented on 2012-09-09 07:44

It's the latter.

kyak commented on 2012-08-31 09:55

Det, thanks for the hint. However, it seems that the parser doesn't handle the quotes correctly. Or perhaps it chokes on a hash sign.

Det commented on 2012-08-27 12:01

It's the last line that the parser reads. For example, I put the "package_xorg-server-dev()" function to the very end so that I don't need to include a line outside the package functions with the same description that is already there.

kyak commented on 2012-03-13 19:51

Yeah, i had some troubles with AUR that didn't like array of pkgname. Since this is my first submission, i was experimenting and didn't bother to change the package description at first. I changed it later by adding pkgdesc earlier than pkgdesc's for subpackages in PKGBUILD, but AUR didn't change the description here for some reason. I guess you can't change the initial description, or can you?

wonder commented on 2012-03-13 19:45

i didn't know that is an old timer bug. you didn't add any link to the report. I think is ok to have it

kyak commented on 2012-03-13 19:44

As a matter of a fact, binary packages of Xorg with this patch are available at least for Gentoo and Ubuntu (and shared by their users). I don't know what makes you think that Arch users wouldn't be interested. After all, i have to apply this patch with every xorg update - and i've been doing this for several years now (by the way, you can guess that the original patch dated back from 2007 needed to be adapted to the latest xorg version) - so why not save some time for fellow Arch users?

kyak commented on 2012-03-13 19:16

No, i didn't try to report it to include into xorg-server package.

This bug is almost 8 years old, and the patch doesn't seem to be accepted upstream (read

So i figured i'm on my own - especially knowing that "Arch keeps patching to a minimum, thus avoiding problems that upstream are unable to review".

Moreover, i noticed there are other patched versions of xorg-server here on AUR (fixing other freaking bugs).
Anyway, if this package insults you, feel free to remove it - i don't know how anyway :)

wonder commented on 2012-03-13 19:08

since when we are pushing new builds into aur just to fix a freaking bug?

did you even tried to report a bug in our tracker to include this fix into our package?