Package Details: xorg-server-devel-git 21.1.99.1.r1061.ge61bd1e5f-1

Git Clone URL: https://aur.archlinux.org/xorg-server-git.git (read-only, click to copy)
Package Base: xorg-server-git
Description: Development files for the X.Org X server (git version)
Upstream URL: https://xorg.freedesktop.org
Keywords: git x-server xorg xorg-server
Licenses: custom
Groups: xorg
Conflicts: xorg-server-devel
Provides: xorg-server-devel
Submitter: ilikenwf
Maintainer: JstKddng (yurikoles)
Last Packager: JstKddng
Votes: 50
Popularity: 0.090758
First Submitted: 2008-08-07 19:05 (UTC)
Last Updated: 2024-05-20 14:06 (UTC)

Required by (97)

Sources (3)

Pinned Comments

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

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

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

PRs are welcome: https://github.com/yurikoles-aur/xorg-server-git

Latest Comments

« First ‹ Previous 1 .. 17 18 19 20 21 22 23 24 Next › Last »

<deleted-account> commented on 2010-08-28 10:05 (UTC)

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

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

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

<deleted-account> commented on 2010-08-26 08:19 (UTC)

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

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

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

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

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

<deleted-account> commented on 2010-08-21 19:43 (UTC)

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

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

Could you please tell us WHY do you think so?

<deleted-account> commented on 2010-08-21 17:04 (UTC)

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

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