Package Details: xorg-server-git 1.18.0.18.r15103.g51984dd-1

Git Clone URL: https://aur.archlinux.org/xorg-server-git.git (read-only)
Package Base: xorg-server-git
Description: Xorg X server - Git
Upstream URL: http://cgit.freedesktop.org/xorg/xserver/
Licenses: custom
Groups: xorg
Conflicts: glamor-egl, nvidia-utils<=331.20, xf86-video-modesetting, xorg-server
Provides: X-ABI-EXTENSION_VERSION=9.0, X-ABI-VIDEODRV_VERSION=20.0, X-ABI-XINPUT_VERSION=22.1, x-server, xorg-server
Replaces: glamor-egl, xf86-video-modesetting
Submitter: ilikenwf
Maintainer: Det
Last Packager: Det
Votes: 40
Popularity: 0.522625
First Submitted: 2008-08-07 19:05
Last Updated: 2015-11-19 19:18

Dependencies (60)

Required by (102)

Sources (3)

Latest Comments

Det commented on 2015-12-24 08:55

@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!

mnovick1988 commented on 2015-12-24 04:51

@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

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

Det commented on 2015-11-19 19:20

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

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

i rebooted and everything works

Det commented on 2015-09-07 21:45

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

cpatrick08 commented on 2015-09-07 21:44

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

Det commented on 2015-09-07 21:40

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

yes and yes

Det commented on 2015-09-07 21:37

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

cpatrick08 commented on 2015-09-07 21:36

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

Det commented on 2015-09-07 19:42

It's provided by the -git version.

cpatrick08 commented on 2015-09-07 19:10

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

cpatrick08 commented on 2015-09-07 19:05

xorg-server requires xf86-input-evdev

cpatrick08 commented on 2015-09-07 19:04

those packages should be in the required packages list

Det commented on 2015-09-07 18:59

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.

cpatrick08 commented on 2015-09-07 18:58

i removed --enable-dmx and when I ran makepkg -sri on this package it build all of those packages

Det commented on 2015-09-07 18:55

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

done

Det commented on 2015-09-07 18:47

Remove the previous comment.

cpatrick08 commented on 2015-09-07 18:24

Same info in pastebin as requested http://pastebin.com/fQmx9CDx

Det commented on 2015-09-07 08:19

Pastebin.

cpatrick08 commented on 2015-09-07 02:04

loading packages...
resolving dependencies...
looking for conflicting packages...
:: xorg-server-git and xorg-server are in conflict. Remove xorg-server? [y/N] y
:: xorg-server-common-git and xorg-server-common are in conflict. Remove xorg-server-common? [y/N] y
:: xorg-server-xephyr-git and xorg-server-xephyr are in conflict. Remove xorg-server-xephyr? [y/N] y
:: xorg-server-xwayland-git and xorg-server-xwayland are in conflict. Remove xorg-server-xwayland? [y/N] y
:: xorg-server-git and xf86-input-elographics are in conflict (X-ABI-XINPUT_VERSION). Remove xf86-input-elographics? [y/N] y
:: xorg-server-git and xf86-input-evdev are in conflict (X-ABI-XINPUT_VERSION). Remove xf86-input-evdev? [y/N] y
:: xorg-server-git and xf86-input-keyboard are in conflict (X-ABI-XINPUT_VERSION). Remove xf86-input-keyboard? [y/N] y
:: xorg-server-git and xf86-input-mouse are in conflict (X-ABI-XINPUT_VERSION). Remove xf86-input-mouse? [y/N] y
:: xorg-server-git and xf86-video-ati are in conflict (X-ABI-VIDEODRV_VERSION). Remove xf86-video-ati? [y/N] y
:: xorg-server-git and xf86-video-vesa are in conflict (X-ABI-VIDEODRV_VERSION). Remove xf86-video-vesa? [y/N] y
error: failed to prepare transaction (could not satisfy dependencies)
:: xorg-server-git: requires xf86-input-evdev
==> WARNING: Failed to install built package(s).

cpatrick08 commented on 2015-09-07 01:03

collect2: error: ld returned 1 exit status
Makefile:751: recipe for target 'Xdmx' failed
make[3]: *** [Xdmx] Error 1
make[3]: Leaving directory '/home/cpatrick08/source/xorg-server-git/src/xserver/hw/dmx'
Makefile:846: recipe for target 'all-recursive' failed
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory '/home/cpatrick08/source/xorg-server-git/src/xserver/hw/dmx'
Makefile:602: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/home/cpatrick08/source/xorg-server-git/src/xserver/hw'
Makefile:769: recipe for target 'all-recursive' failed
make: *** [all-recursive] Error 1

shoober420 commented on 2015-07-18 20:16

Thank you Det, that fixed it.

Det commented on 2015-07-18 19:36

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: https://www.archlinux.org/pacman/makepkg.8.html).

shoober420 commented on 2015-07-18 19:28

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

That's not the full error.

shoober420 commented on 2015-07-18 18:32

When I try to compile this, I get this error.

recipe for target 'Xdmx' failed

Det commented on 2015-02-23 09:51

xorg-server-git 1.17.0.16.r14657.g3a06faf-2: https://projects.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/xorg-server&id=72ff8b398b1319b3201a16b12a23510e847672e0

Det commented on 2015-01-24 13:37

Fixed.

atmouse commented on 2015-01-17 06:11

it prefer set libexec to /usr/lib/xorg instead of /usr/bin.
SEE: https://wiki.archlinux.org/index.php/Arch_packaging_standards#Package_etiquette

Det commented on 2014-12-31 11:09

1.16.99.901.114.gd723928-1 - Changes:

- Removed: autoconfig-nvidia.patch (https://projects.archlinux.org/svntogit/packages.git/commit/trunk/PKGBUILD?h=packages/xorg-server&id=95d02f45836b30436aa78131cd77dc46171340a2)
- Added: --with-sha1=libgcrypt (https://projects.archlinux.org/svntogit/packages.git/commit/trunk/PKGBUILD?h=packages/xorg-server&id=0ac3af529bbd3d73bbf3f76b822978da6ce9064e)
- Changed homepage to: http://cgit.freedesktop.org/xorg/xserver/
- 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 11:05

xorg-server-git 1.16.99.901.114.gd723928-1:

- changed home page to: http://cgit.freedesktop.org/xorg/xserver/
- 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

Thanks for notifying me. I'll do that.

MRLemux commented on 2014-12-31 10:12

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

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

Det commented on 2014-09-14 15:43

Aah, sorry about that. Fixed.

MrElmux commented on 2014-09-14 12:54

Installing fails because of many duplicates in the packages
http://www.pastebucket.com/55488

Det commented on 2014-08-06 20:25

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

klusark commented on 2014-07-17 23:54

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

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

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

Actually, merging.

stativ commented on 2014-05-31 20:41

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

intgr commented on 2014-05-27 18:46

@blackout24 Amazing, it works, thank you!

blackout24 commented on 2014-05-24 10:34

@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
https://gist.github.com/blackout24/9e1e255962a007ae6482

mutter-wayland.install
https://gist.github.com/blackout24/84eca898dd3c2e9360e2

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

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

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

@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

@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

@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

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.

http://i.imgur.com/9sKCWbE.png

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.

http://kernel.suse.com/cgit/kernel/commit/?h=stable&id=f074d733866628973eca0ddb0c534ef4561da9e0

Otherwise weston-launch would stay black. With Intel and AMD open source "weston-launch -- --modules=xwayland.so" should work out of the box.

blackout24 commented on 2014-05-07 17:42

I created a PKGBUILD that just builds the Xwayland binary.

https://gist.github.com/anonymous/1e1eca7b6dc47b53940d

Added NEEDED dependencies from readelf -d Xwayland to the depends array.

blackout24 commented on 2014-05-07 12:18

We should be able to only build the XWayland binary without building and replacing the entire X server.

http://wayland.freedesktop.org/xserver.html

For Fedora the xorg-x11-server-Xwayland-1.15.99.902-5.20140428.fc21.x86_64.rpm package also only installs /usr/bin/XWayland

http://koji.fedoraproject.org/koji/buildinfo?buildID=513903

We can't reuse this package though, since Fedora builds it with SELinux and it complains about missing libselinux.so 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

You have --enable-wayland in the PKGBUILD. Shouldn't it be --enable-xwayland as it says in the configure.ac 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

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

maxi_jac commented on 2014-04-12 17:04

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.

maxi_jac commented on 2014-04-12 17:03

This may not be clear, but this pkg builds an XWayland-enabled Xorg from the upstream official vanilla X code.

Det commented on 2014-04-10 09:50

Also the pkgver is still as ridiculous as ever.

maxi_jac commented on 2014-04-05 10:30

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

@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

I'd suggest switching to Kristian's xserver branch until Xorg server 1.16 is released.

http://cgit.freedesktop.org/~krh/xserver/log/?h=xwl-20

It looks like this now works through havinga a patch for xwayland in the wayland compositor (weston, mutter-wayland etc.)

Example: http://cgit.freedesktop.org/~krh/weston/log/?h=xwayland-ddx

or in Mutter

https://git.gnome.org/browse/mutter/log/?h=wip/xwayland

Source: https://plus.google.com/100409717163242445476/posts/Nrcu655dd4F

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

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

derekstavis commented on 2014-04-02 17:13

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

We don't have to worry much longer. :)
https://plus.google.com/+KristianH%C3%B8gsberg/posts/jaehXgvJUg4

NilsBrause commented on 2014-03-15 12:08

@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

I ended up using a package build from hawaii to get xwayland and that worked - this one would not compile. Maybe they can help? https://github.com/klusark/hawaii-aur/blob/master/xwayland-git/PKGBUILD

Anonymous comment on 2014-03-08 23:40

You'll need fontsproto-git and xporto-git to build this.
https://bugs.freedesktop.org/show_bug.cgi?id=73587

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

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

Completely revised (make-)deps.

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

zanny commented on 2014-02-09 23:19

Missing dependency when building on presentproto.

lifning commented on 2014-02-08 04:39

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

tghosgor commented on 2014-02-04 15:34

Please the package to me, it looks like it wasn't updated for a while.

tghosgor commented on 2014-02-04 15:32

"presentproto" package is a dependency for this.

tghosgor commented on 2014-02-04 15:30

The patch needs the be updated.

The "linux_acpid=..." line has been changed to "linux_acpi=$enable_linux_acpi".

p90 commented on 2013-11-12 02:20

I can also not build it.
At first I only got a "build() failed" but after installing xtrans-git it now complaints about xaa.h missing

NilsBrause commented on 2013-11-07 19:22

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

waldorf commented on 2013-11-07 19:12

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

tchebb commented on 2013-10-14 02:10

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 https://aur.archlinux.org/packages/xf86-video-intel-xwayland-git/).

Scimmia commented on 2013-10-13 22:59

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

stativ commented on 2013-10-13 18:56

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] http://lists.freedesktop.org/archives/wayland-devel/2013-October/011419.html

Det commented on 2013-10-05 14:51

The pkgver should be in the form of "1.14.99.2.0.gf0659a7" (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

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

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

@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

@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

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

http://pastebin.com/qMWuF2Sx

NilsBrause commented on 2013-08-27 15:33

@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

Please, add provide 'xwayland'.

NilsBrause commented on 2013-08-22 19:39

@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

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

NilsBrause commented on 2013-08-14 17:42

@plfiorini, Portaloffreedom:
Thanks, fixed.

portaloffreedom commented on 2013-08-10 15:46

add bison to makedepends

plfiorini commented on 2013-08-08 14:47

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

==> Zaczynam build()
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal --force -I m4
autoreconf: configure.ac: tracing
autoreconf: configure.ac: not using Libtool
autoreconf: running: /usr/bin/autoconf --force
configure.ac:76: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
configure.ac:77: error: possibly undefined macro: AC_DISABLE_STATIC
configure.ac:78: 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:25

"git describe --always | cut -d "-" -f3- | tr - ." would work (1.14.99.1.137.g7446989).

Det commented on 2013-07-21 07:23

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

NilsBrause commented on 2013-07-12 16:58

@postadelmaga:
Thanks, fixed.

postadelmaga commented on 2013-07-09 02:37

@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

@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

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

Will it take many more months to do this?

yourilima commented on 2013-05-07 15:19

dri2proto is a build dependency

yourilima commented on 2013-05-07 15:15

dri2proto is a dependency

frony0 commented on 2013-04-15 13:33

glproto is a dependency

Det commented on 2013-04-09 08:04

Like hell it is.

Cinelli commented on 2013-04-09 03:22

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

Might wanna update according to the new VCS guideline: https://wiki.archlinux.org/index.php/VCS_PKGBUILD_Guidelines#Git

computerquip commented on 2013-03-26 12:29

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: http://cgit.freedesktop.org/wayland/weston/tree/weston.ini

To get xwayland working, uncomment the "modules" line.

bobpaul commented on 2013-03-22 13:47

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

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

computerquip commented on 2013-03-11 15:59

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: http://cgit.freedesktop.org/xorg/xserver/log/?h=xwayland-1.12

computerquip commented on 2013-03-11 08:05

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://anongit.freedesktop.org/xorg/xserver) 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...
http://codepad.org/wEaGxfkI

computerquip commented on 2013-03-11 08:05

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://anongit.freedesktop.org/xorg/xserver) 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...
http://codepad.org/wEaGxfkI

computerquip commented on 2013-03-11 08:04

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://anongit.freedesktop.org/xorg/xserver) 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 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 happent o come across it in the repositores.

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...
http://codepad.org/wEaGxfkI

hwkiller commented on 2013-03-05 04:48

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.

http://pastie.org/private/k9ksm375iugucc1bxuwyw

moscar commented on 2013-02-14 19:58

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

@moscar:
Done that!

moscar commented on 2013-02-12 13:29

@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] https://bbs.archlinux.org/viewtopic.php?pid=1197999#p1197999

ArcRaven commented on 2013-02-11 17:02

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

moscar commented on 2013-02-08 22:41

It also depends on the following:
fontsproto
videoproto
libxfont

moscar commented on 2013-02-08 22:41

It also depends on the following:
xorg-font-util
fontsproto
videoproto
libxfont

klusark commented on 2013-02-06 18:14

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

Anonymous comment on 2013-01-28 08:11

Line 31 should be
./autogen.sh --prefix=/usr
instead of
./autogen.sh --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:27

Please add xorg-util-macros as a dependency.

kumquaternion commented on 2012-12-09 16:25

Please add xorg-util-macros as a dependency.

Det commented on 2012-10-09 09:49

And again.

Det commented on 2012-06-13 12:55

Updated/fixed again.

Det commented on 2011-08-27 09:21

Here's a 2nd update: http://www37.zippyshare.com/v/9356926/file.html
- 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 2011-08-08 20:22

Out of date.

Det commented on 2010-09-27 14:52

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

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

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.

Det commented on 2010-09-03 12:32

Ok, thanks for your efforts with both. I updated glib2-newest and fixed this one.

Anonymous comment on 2010-09-02 20:03

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

Det commented on 2010-08-29 10:55

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.

Det commented on 2010-08-29 10:53

Dunno how can you not be able to extract my tarball.. :/.

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.

Det commented on 2010-08-29 10:12

Dunno how can you not be able to extract my tarball.. :/.

About gitourious/github, you'd need to find another person for that. It's just not my thing...

Anonymous comment on 2010-08-28 10:05

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

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.

Det commented on 2010-08-26 11:45

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. Extracting _this_ tarball results in a .tar file that would of course need to then be renamed to "xorg-server-git.tar" to extract it completely.

But you need not to just stop "associating" with this thing and "glib2-newest" when you can just orphan it and 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.

Anonymous comment on 2010-08-26 08:19

@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

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

Det commented on 2010-08-22 08:23

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.

Anonymous comment on 2010-08-21 19:43

>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

Could you please tell us WHY do you think so?

Anonymous comment on 2010-08-21 17:04

> http://rapidshare.com/files/413865100/xorg-server-git.tar.gz

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

Det commented on 2010-08-19 12:14

I packaged a/the new version for you: http://rapidshare.com/files/413865100/xorg-server-git.tar.gz - 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 :).

Det commented on 2010-08-19 12:13

I packaged a/the new version for you. You just need to upload it here: http://rapidshare.com/files/413865100/xorg-server-git.tar.gz

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 :).

Det commented on 2010-08-19 12:11

I packaged a/the new version for you. You just need to upload it here: http://www.mediafire.com/download.php?ehcc19ecx715rpr

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 :).

Det commented on 2010-08-19 12:09

I packaged a/the new version for you. You just need to upload it here: http://www.mediafire.com/download.php?ehcc19ecx715rpr

I removed my name from the Contributors list (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 scews up the Dependencies line on this page but nobody probably even cares :).

Anonymous comment on 2010-08-17 10:04

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

Flagging again..

Det commented on 2010-07-30 14:25

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-30 14:25

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. It doesn't matter.

What matters is that you grab them from somewhere :).

Det commented on 2010-07-30 14:24

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 _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. It doesn't matter.

What matters is that you grab them from somewhere :).

Det commented on 2010-07-22 11:18

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/"

Anonymous comment on 2010-07-21 15:07

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

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.

Anonymous comment on 2010-07-16 13:44

I did quite a lot of tweaks with your PKGBUILD (these changes will fix the build too). You should've a look: http://aur.pastebin.com/74aJzukJ

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: http://aur.pastebin.com/1ZC29CUg).

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

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

Anonymous comment on 2010-05-06 10:15

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

Anonymous comment on 2010-04-27 16:47

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

flamelab commented on 2010-04-25 17:49

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