Package Details: xf86-video-intel-git 1:2.99.917+916+g31486f40-1

Git Clone URL: https://aur.archlinux.org/xf86-video-intel-git.git (read-only, click to copy)
Package Base: xf86-video-intel-git
Description: X.org Intel i810/i830/i915/945G/G965+ video drivers
Upstream URL: https://01.org/linuxgraphics
Keywords: git intel xf86 xorg xserver
Licenses: custom
Conflicts: xf86-video-i810, xf86-video-intel, xf86-video-intel-legacy, xf86-video-intel-sna, xf86-video-intel-uxa, xorg-server
Provides: xf86-video-intel, xf86-video-intel-sna, xf86-video-intel-uxa
Replaces: xf86-video-intel-sna, xf86-video-intel-uxa
Submitter: None
Maintainer: yurikoles (JstKddng)
Last Packager: yurikoles
Votes: 119
Popularity: 0.172483
First Submitted: 2008-07-27 16:36 (UTC)
Last Updated: 2022-02-12 06:31 (UTC)

Required by (9)

Sources (1)

Pinned Comments

yurikoles commented on 2018-05-19 00:12 (UTC) (edited on 2020-05-28 12:04 (UTC) by yurikoles)

PRs are welcome: github://yurikoles/xf86-video-intel-git

Binary builds is available in chaotic-aur repo, which is kindly provided by @PedroHLC.

Latest Comments

yurikoles commented on 2020-06-10 03:55 (UTC)

Hi @SolarAquarion,

Thanks for reporting, fixed.

SolarAquarion commented on 2020-06-09 00:36 (UTC)

libxfont2 is a makedepend or a depend of the package now

yurikoles commented on 2020-05-28 12:02 (UTC)

@lucasrizzini this is how -git packages work. We don't push new pkgverfor every new commit? pkgver is dynamic variable, it's being updated by makepkg during build, just after it pulls source. So your local version will have a higher version then you see here, on AUR.

lucasrizzini commented on 2020-05-28 11:38 (UTC)

This is older than on repo, which is 1:2.99.917+908+g7181c5a4-1.

yurikoles commented on 2020-04-07 09:25 (UTC)

@PedroHLC, thanks for report. I had tried to add it to depends and build in clean chroot, but check script told me that it's not a required dep, so I put it in makedepends.

PedroHLC commented on 2020-04-06 20:04 (UTC)

@yurikoles one more missing dep

fatal error: X11/fonts/libxfont2.h: No such file or directory

available with libxfont2

yurikoles commented on 2020-02-02 22:17 (UTC)

@PedroHLC thanks for report, fixed

PedroHLC commented on 2020-01-31 14:49 (UTC) (edited on 2020-01-31 15:01 (UTC) by PedroHLC) 

intel_batchbuffer.c:42:10: fatal error: X11/extensions/Xvlib.h: No such file or directory
   42 | #include <X11/extensions/Xvlib.h>
      |          ^~~~~~~~~~~~~~~~~~~~~~~~
compilation terminated.

Getting these on a clean chroot.

EDIT: Just missing libxv as dependency

yurikoles commented on 2019-09-28 18:15 (UTC)

@rien333, I can confirm its fixed in 581ddc5d2f55efa2cf5ec76a802fb781ee142b01

yurikoles commented on 2019-09-28 13:41 (UTC)

@rien333,

Thanks for reporting in. It seems like original ticket on FDO is still open, I had wrote a comment asking for rebase/merge. For now I just removed it.

rien333 commented on 2019-09-28 11:50 (UTC)

I suppose the patch is not needed anymore?

patching file src/sna/sna_accel.c
Reversed (or previously applied) patch detected!  Skipping patch.
4 out of 4 hunks ignored -- saving rejects to file src/sna/sna_accel.c.rej

yurikoles commented on 2019-02-28 06:42 (UTC)

@PedroHLC you are right, preparing update.

PedroHLC commented on 2019-02-28 00:32 (UTC)

You should not "replace=(xf86-video-intel", I build packages automatically and add them to a repo, and this line is making everybody be requested to do the replacement.

clpwn commented on 2018-09-10 12:04 (UTC) (edited on 2018-09-10 12:08 (UTC) by clpwn)

FYI, getting a new error on upgrading now that the git remote seems to have changed (I'm using yay).

==> Making package: xf86-video-intel-git 1:2.99.917+847+g25c9a2fc-1 (Mon 10 Sep 2018 12:00:25 PM GMT)
==> Retrieving sources...
==> ERROR: /home/ichi/.cache/yay/xf86-video-intel-git/xf86-video-intel-git is not a clone of https://gitlab.freedesktop.org/xorg/driver/xf86-video-intel.git
    Aborting...
Error downloading sources: xf86-video-intel-git

Solved easily by removing ~/.cache/yay/xf86-video-intel-git/, but worth noting regardless since it breaks the upgrade process.

Morganamilo commented on 2018-05-19 00:15 (UTC) (edited on 2018-05-19 00:29 (UTC) by Morganamilo)

You should probably pin a comment talking about that repo, I had no idea it was there.

Anyway, I don't know that much about the xorg and driver stack. My comment was looking for conformation. I'm not making a pr unless I know I'm right.

yurikoles commented on 2018-05-19 00:12 (UTC) (edited on 2020-05-28 12:04 (UTC) by yurikoles)

PRs are welcome: github://yurikoles/xf86-video-intel-git

Binary builds is available in chaotic-aur repo, which is kindly provided by @PedroHLC.

Morganamilo commented on 2018-05-18 05:09 (UTC) (edited on 2018-05-19 00:09 (UTC) by Morganamilo)

On the same topic as @Fandekasp's comment

Do think think it would be a good idea to just drop the dep? It looks like you're depending on an ABI which would apply to compiled packages. But this package is built from source so wouldn't the ABI not matter?

Fandekasp commented on 2018-05-18 01:37 (UTC) (edited on 2018-05-18 02:28 (UTC) by Fandekasp)

Package cannot be installed anymore, xorg-server now provides X-ABI-VIDEODRV_VERSION=24.0 but xf86-video-intel-git requires X-ABI-VIDEODRV_VERSION=23

bimmlerd commented on 2017-01-29 13:13 (UTC) (edited on 2017-01-29 13:33 (UTC) by bimmlerd)

For those of you where the compilation fails as such: make[2]: Entering directory '/tmp/yaourt-tmp-blah/aur-xf86-video-intel-git/src/xf86-video-intel-git/test' ----SNIP--- CC DrawSegments.o CCLD DrawSegments CC cursor-test.o CCLD cursor-test /usr/lib/libharfbuzz.so.0: undefined reference to `FT_Get_Var_Blend_Coordinates' collect2: error: ld returned 1 exit status make[2]: *** [Makefile:801: cursor-test] Error 1 make[2]: Leaving directory '/tmp/yaourt-tmp-blah/aur-xf86-video-intel-git/src/xf86-video-intel-git/test' ---SNIP---- ==> ERROR: A failure occurred in check(). Aborting... ==> ERROR: Makepkg was unable to build xf86-video-intel-git. You probably have the infinality bundle installed to improve your font rendering. Unfortunately, infinality is dead. Luckly however, font rendering has much improved, and it is not really needed anymore. To fix the compilation of this package, follow the steps in https://github.com/jaagr/polybar/issues/310 to remove infinality, which will fix this problem.

yurikoles commented on 2016-03-19 07:44 (UTC)

Fixed

JM9 commented on 2016-03-13 18:42 (UTC)

X fails to start with this error: (EE) module ABI major version (21) doesn't match the server's version (20)

JM9 commented on 2016-02-15 18:20 (UTC)

Sorry should have said builds with X-ABI-VIDEODRV_VERSION=20, but X does not start saying Xserver is using X-ABI-VIDEODRV_VERSION=21

bernd_b commented on 2016-02-14 16:57 (UTC)

Compiled today with X-ABI-VIDEODRV_VERSION=20 - ?!

JM9 commented on 2016-02-12 20:19 (UTC)

X-ABI-VIDEODRV_VERSION=21 is out and this does not build anymore.

deathangel908 commented on 2015-12-12 11:20 (UTC)

Latest xorg (1.18) provides "X-ABI-VIDEODRV_VERSION=20", so change it in PKGBUILD if it fails.

Alad commented on 2015-09-03 10:33 (UTC)

As in, are you behind a firewall?

Alad commented on 2015-09-03 10:31 (UTC)

Works for me. Does it work with http:// instead of git://

xDShot commented on 2015-09-03 07:26 (UTC)

I'm getting 404 error when I open git. Is the repository dead? Didn't they move the development to somewhere else?

Alad commented on 2015-07-24 23:15 (UTC)

Works again.

Alad commented on 2015-07-22 14:01 (UTC)

I'll push an update later today.

FiyreWyrkz commented on 2015-07-21 20:51 (UTC)

Managed to retrieve sources by removing the https source link with standard http. Still unable to build, however the PKGBUILD from the old aur.archlinux.org builds fine. ==> Starting pkgver()... /tmp/yaourt-tmp/aur-xf86-video-intel-git/./PKGBUILD: line 30: cd: xf86-video-intel-git: No such file or directory ==> Starting build()... /tmp/yaourt-tmp/aur-xf86-video-intel-git/./PKGBUILD: line 36: cd: xf86-video-intel-git: No such file or directory ==> ERROR: A failure occurred in build().

FiyreWyrkz commented on 2015-07-21 20:19 (UTC)

==> Retrieving sources... -> Cloning xf86-video-intel git repo... Cloning into bare repository '/var/abs/local/yaourtbuild/xf86-video-intel-git/xf86-video-intel'... fatal: unable to access 'https://anongit.freedesktop.org/git/xorg/driver/xf86-video-intel/': Failed to connect to anongit.freedesktop.org port 443: Connection refused ==> ERROR: Failure while downloading xf86-video-intel git repo Aborting...

rwhite226 commented on 2015-02-17 17:27 (UTC)

Should depend on X-ABI-VIDEODRV_VERSION=19 now.

Alad commented on 2014-12-06 21:17 (UTC)

Updated, won't add libtool because it's in base-devel. See the AUR article on the wiki.

sparse commented on 2014-11-27 14:35 (UTC)

DRI3 disabled by default in upstream.

stricte commented on 2014-11-24 18:32 (UTC)

Need disown because I'm not using arch anymore.

m3thodic commented on 2014-11-24 01:18 (UTC)

Needs libtool as a dependency to build properly: http://pastebin.com/GghpzbwK

pozo commented on 2014-09-05 10:12 (UTC)

Hey, my gnome-shell crash at launch when using this package, anyone is experienced the same?

stricte commented on 2014-09-02 18:26 (UTC)

Ok, package updated.

anrxc commented on 2014-09-02 15:24 (UTC)

New maintainer needed I'm failing to keep up. Real world keeps sending me to adventures.

intgr commented on 2014-09-01 12:41 (UTC)

anrxc, please update or disown.

taylord1984 commented on 2014-09-01 10:41 (UTC)

pozo X-ABI-VIDEODRV_VERSION needs changing to 18 in the dependency. So edit the PKGBUILD and do a manual build.

pozo commented on 2014-08-27 14:24 (UTC)

Hey, is there any way to update this package? I can't build it, and I don't know why but my computer is slow when I use the "non git" version.

Anonymo commented on 2014-07-31 00:19 (UTC)

X-ABI-VIDEODRV_VERSION=18 https://projects.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/xorg-server

illuminatedgeek commented on 2014-01-14 00:21 (UTC)

The X.org ABI version reached 15 recently, and this change is effective in the driver. The PKGBUILD should be changed to have X-ABI-VIDEODRV_VERSION=15 as a dependency instead of 14. I tested this change on my system and it compiles and runs properly with the new X server. Thanks!

nicklej commented on 2013-12-25 23:50 (UTC)

OK, this was probably my fault. (Ignore my last comment, deleted) It would seem that I have all of the base-devel packages, but not base-devel itself. I used some danged installer last install. And I now recall attempting to install base-devel and seeing that all the packages were already installed. But it would seem they were all installed independently of base-devel. I have no idea why. I may have actually been missing libtool at the time. I'm not really sure how to investigate further. But yeah, it would seem that Marcel was right on the money. I'm now itching to reinstall manually... maybe when I find the time. Cheers.

anrxc commented on 2013-12-15 20:33 (UTC)

Hello, OK that makes sense. And what makes more sense is what Marcel_K tried to tell us. It is expected of everyone wanting to use AUR to manually install 'base-devel' first; gettext, libtool etc. Consulted with community members and received confirmation via: https://wiki.archlinux.org/index.php/Arch_User_Repository#Getting_started

nicklej commented on 2013-12-15 04:33 (UTC)

Sorry to just now get back to this. I currently have gettext 0.18.3.1-2. I attempted to build the package again, and got this: autoreconf: Entering directory `.' autoreconf: configure.ac: not using Gettext autoreconf: running: aclocal ${ACLOCAL_FLAGS} -I m4 autoreconf: configure.ac: tracing autoreconf: configure.ac: not using Libtool autoreconf: running: /usr/bin/autoconf configure.ac:61: error: possibly undefined macro: AC_DISABLE_STATIC If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.ac:62: error: possibly undefined macro: AC_PROG_LIBTOOL autoreconf: /usr/bin/autoconf failed with exit status: 1 ==> ERROR: A failure occurred in build(). Aborting... I noticed the bit about "not using gettext". I wasn't sure if adding something to makedepends just installed it or actually told makepkg to use it, so I added gettext to makedepends and got the same thing. Then I added libtools as well, and now it works. Thank god, I can now use firefox again! I hope this helps in some way.

anrxc commented on 2013-10-16 15:53 (UTC)

Thanks for the info Marcel. But let's just see first what nicklej says about gettext on his system. From there debug further what _really_ is the missing makedepend if not that.

Marcel_K commented on 2013-10-16 14:20 (UTC)

gettext shouldn't be in makedepends, as it's part of base-devel. Every system that build packages should have all in base-devel installed.

anrxc commented on 2013-10-16 14:04 (UTC)

Hi I don't think it's your problem. This may be an obscure makedepend on gettext package. Check if you still have that one on the system and if you don't we'll make it a makedepend.

nicklej commented on 2013-10-15 19:09 (UTC)

Hmm... this package worked great for me about a month ago. This time it's outputting several of these : "warning: PKG_PROG_PKG_CONFIG is m4_require'd but not m4_defun'd" Then makepkg aborts. This is on the same machine, same /home, with a fresh Arch install. I've never seen this before and have no clue what it means, sorry if it's something silly on my end.

anrxc commented on 2013-09-18 18:21 (UTC)

DRI2 should be fixed since September 9th in this commit: commit f25235a854e211f73cc44821b9a7c2a1a4092155 configure: Only assert DRI2 requirements not met if the DRI2 package is missing

anrxc commented on 2013-09-11 19:27 (UTC)

Thanks solidsnake. I'm under some deadlines at work, I'll figure out why we're no longer compatible as soon as I can.

sollidsnake commented on 2013-09-07 21:57 (UTC)

I got this error: configure: error: DRI2 requested but prerequisites not found It was caused by the the --enable-dri option (line 45) in PKGBUILD.

anrxc commented on 2013-05-06 00:43 (UTC)

2.21.6.23.gab576a4-3: Reverted to librdm in [extra]. Built against mesa, libgl, intel-dri v9.1.2. Tested on Sandybridge GT2 (GMA HD-3000).

Marcel_K commented on 2013-05-03 15:13 (UTC)

It's all yours, now. And about libdrm-git: I don't know, when I took maintainance over from Thomas Dziedzic it was already like that. Perhaps it still needs features only available in the Git version, perhaps not.

anrxc commented on 2013-05-01 15:21 (UTC)

I've been using git drivers for 4 or 5 years (wanting acceleration engine fixes, and power management/suspend fixes...) and I'd keep it maintained. But one thing surprised me, linking to libdrm-git vs. libdrm - is it because of SNA? (In other words, I may not know enough about graphics drivers if I don't know this)

Marcel_K commented on 2013-04-29 20:45 (UTC)

Thanks for the patch, I updated the package. Anyone who wants to take over maintainance?

anrxc commented on 2013-04-29 20:20 (UTC)

Hello, PKGBUILD patch for pacman v4.1 compatibility: http://sysphere.org/~anrxc/local/sources/xf86-video-intel-git-pacman41.patch

Marcel_K commented on 2012-10-16 15:28 (UTC)

Thanks, I noticed that with another package, too, strange it worked before. Updated.

madmack commented on 2012-10-16 14:46 (UTC)

It seems the autogen.sh file requires package "resourceproto" to complete. Otherwise it complains of no DRI support. the exact file it looks for is: XResproto.h

Marcel_K commented on 2011-10-16 17:16 (UTC)

That message only means that the server is unavailable (possibly because too many people try to reach it). Please try again a few hours (or days) later. (Anyway, it's not a fault of this package.)

OK100 commented on 2011-10-16 08:58 (UTC)

Please fix the package: ==> Starting build()... ==> Connecting to git.freedesktop.org GIT server.... Cloning into xf86-video-intel... fatal: read error: Connection reset by peer ==> ERROR: A failure occurred in build().

Marcel_K commented on 2011-08-07 22:58 (UTC)

Very strange, I don't experience such a problem. Are you sure you have a `Driver "intel"` line in your Device section? Perhaps a stupid question, but did you actually install the package using `pacman -U`?

Enverex commented on 2011-08-07 20:52 (UTC)

Am I missing something here? xf86-video-intel works fine, but this package doesn't seem to install an "intel" driver so X won't start.

Marcel_K commented on 2011-06-13 08:52 (UTC)

Yes: “PS: This depends upon the Xorg patchset "Remove the cacheing of the last scratch PixmapRec" for correct invalidations of scratch Pixmaps (used by the dix to implement SHM operations, used by chromium and gtk+ pixbufs.” No. But you can build one yourself: http://www.mail-archive.com/xorg-devel@lists.x.org/msg22416.html Beware: “As a reminder, you'll need to wait until server-1.11-branch is created because the ABI was (supposedly) frozen at xorg-server-1.10.99.901.” http://www.mail-archive.com/xorg-devel@lists.x.org/msg22520.html

commented on 2011-06-12 20:04 (UTC)

So do you need the patched xorg for sna to work? And if so is the patched xorg on the aur?

commented on 2011-06-10 16:09 (UTC)

this package also depends to dri2proto-git.

commented on 2011-06-09 13:35 (UTC)

embarrassing... I always forget that.. thanks!

Marcel_K commented on 2011-06-09 13:07 (UTC)

I read your previous message as well. Again: you forgot to add a \ after the previous option to indicate that the next line makes part of the same command (that's why you get 'command not found'). E.g.: ./autogen.sh \ --prefix=/usr \ --enable-dri \ --enable-sna=gen3 \ --enable-kms-only

Marcel_K commented on 2011-06-09 12:02 (UTC)

Ah! You forgot to add a \ after the previous option to indicate that the next line makes part of the same command.

commented on 2011-06-09 11:20 (UTC)

"/home/mariachi/bin/xf86-video-intel-git/PKGBUILD: line 48: --enable-sna=gen3: command not found" --enable-kms-only doesn't work either (same error) but building manually without a PKGBUILD/makepkg works

commented on 2011-06-09 09:12 (UTC)

--enable-sna stopped being recognised for me. has it been disabled/defaulted?

Marcel_K commented on 2011-06-07 17:27 (UTC)

I noticed that remark to, another reason not to change the default options. But although I don't have a patched Xorg, AFAIK, it works (or is it just not used?). Mine is GME945.

fmoralesc commented on 2011-06-07 16:46 (UTC)

I wouldn't recommend adding --enable-sna to the build since that won't work properly without a patched Xorg server. From the commit: "PS: This depends upon the Xorg patchset "Remove the cacheing of the last scratch PixmapRec" for correct invalidations of scratch Pixmaps (used by the dix to implement SHM operations, used by chromium and gtk+ pixbufs." Even with it, this seems to have some glitches (tested using a GM965 chip).

Marcel_K commented on 2011-06-07 15:10 (UTC)

In stock Arch xf86-video-intel, there's only --enable-dri (see http://projects.archlinux.org/svntogit/packages.git/tree/xf86-video-intel/trunk/PKGBUILD). But I'll add a note containing the most useful options in PKGBUILD. After all, one should always look at the PKGBUILD before compiling a package, in case some malicious AUR packager put harmful code in it.

Marcel_K commented on 2011-06-06 19:54 (UTC)

Generally, Arch is about choices; a user can decide for themselves which options they want to use. E.g., for my own system I set other options as well. I'd like to keep the same options as stock Arch package xf86-video-intel. Moreover, though --enable-sna=gen3 works fine for me, too, which of those variants should we enable by default? I think it's best to put a comment in PKGBUILD that one should check `src/build/configure --help` to see all available options.

commented on 2011-06-04 16:01 (UTC)

Maybe --enable-sna can be enabled? I'm using it without much trouble. http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/commit/?id=bcef98af561939aa48d9236b2dfa2c5626adf4cb

td123 commented on 2011-01-08 16:08 (UTC)

took ownership since original maintainer is missing. fixed every problem I knew of

td123 commented on 2011-01-07 16:27 (UTC)

please fix this or it will get a new maintainer soon enough

cf8 commented on 2010-12-25 12:34 (UTC)

pls add an xorg-server-devel package to the deps list

b00rt00s commented on 2010-10-30 21:54 (UTC)

I've tried to compile it today and an error occurred: http://pastebin.com/xdb64pDZ I've found solution. libdrm-git is needed.

syntaxerrormmm commented on 2010-10-02 14:00 (UTC)

b00rt00s: thanks, I confirm it compiles. I would add xorg-server-devel to makedepends, raising to 1.9.0 for xorg-server, also raising to 2.4.22 for libdrm. The only problem that should persist is alternative dependency on libdrm>=2.4.22||libdrm-git. Also, please add to depends xcb-util, since it's indicated by namcap on the pkg. HTH.

b00rt00s commented on 2010-09-30 21:40 (UTC)

OttoA, install xorg-server-devel package. You should also have installed libdrm 2.4.22 (or the newest from git). To developer: Please add those packages to depends or makedepends.

syntaxerrormmm commented on 2010-09-30 15:38 (UTC)

I can confirm same issue as OttoA on my machine. Arch i686, xorg-server 1.9.0-1. Without Xorg 1.9 it should configure and compile correctly. Any news from upstream?

Det commented on 2010-09-24 21:25 (UTC)

@OttoA/b00rt00s, please use Pastebin for build logs. Especially long ones.

OttoA commented on 2010-09-16 12:54 (UTC)

fails on configure for me: autoreconf: Entering directory `.' autoreconf: configure.ac: not using Gettext autoreconf: running: aclocal configure.ac:25: warning: AC_INIT: not a literal: https://bugs.freedesktop.org/enter_bug.cgi?product=xorg autoreconf: configure.ac: tracing configure.ac:25: warning: AC_INIT: not a literal: https://bugs.freedesktop.org/enter_bug.cgi?product=xorg autoreconf: running: libtoolize --copy libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree. libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am. configure.ac:25: warning: AC_INIT: not a literal: https://bugs.freedesktop.org/enter_bug.cgi?product=xorg autoreconf: running: /usr/bin/autoconf configure.ac:25: warning: AC_INIT: not a literal: https://bugs.freedesktop.org/enter_bug.cgi?product=xorg autoreconf: running: /usr/bin/autoheader configure.ac:25: warning: AC_INIT: not a literal: https://bugs.freedesktop.org/enter_bug.cgi?product=xorg autoreconf: running: automake --add-missing --copy --no-force configure.ac:25: warning: AC_INIT: not a literal: https://bugs.freedesktop.org/enter_bug.cgi?product=xorg autoreconf: Leaving directory `.' checking for a BSD-compatible install... /bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... yes checking for style of include used by make... GNU checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking dependency style of gcc... gcc3 checking for gcc option to accept ISO C99... -std=gnu99 checking how to run the C preprocessor... gcc -std=gnu99 -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking for a sed that does not truncate output... /bin/sed checking how to print strings... printf checking for a sed that does not truncate output... (cached) /bin/sed checking for fgrep... /bin/grep -F checking for ld used by gcc -std=gnu99... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... 1572864 checking whether the shell understands some XSI constructs... yes checking whether the shell understands "+="... yes checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for ar... ar checking for strip... strip checking for ranlib... ranlib checking command to parse /usr/bin/nm -B output from gcc -std=gnu99 object... ok checking for dlfcn.h... yes checking for objdir... .libs checking if gcc -std=gnu99 supports -fno-rtti -fno-exceptions... no checking for gcc -std=gnu99 option to produce PIC... -fPIC -DPIC checking if gcc -std=gnu99 PIC flag -fPIC -DPIC works... yes checking if gcc -std=gnu99 static flag -static works... yes checking if gcc -std=gnu99 supports -c -o file.o... yes checking if gcc -std=gnu99 supports -c -o file.o... (cached) yes checking whether the gcc -std=gnu99 linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no checking for GEN4ASM... no ./configure: line 11323: syntax error near unexpected token `RANDR,' ./configure: line 11323: `XORG_DRIVER_CHECK_EXT(RANDR, randrproto)'

b00rt00s commented on 2010-09-11 16:12 (UTC)

Thank you @fs4000. With libdrm-git everything is ok.

fs4000 commented on 2010-09-11 02:13 (UTC)

Try compiling with libdrm-git.

b00rt00s commented on 2010-09-09 20:13 (UTC)

I've got an error during compilation. Communicates are in polish but I think you'll understand it. make[5]: Opuszczenie katalogu `/home/b00rt00s/instalki/xf86-video-intel-git/src/xf86-video-intel/src/legacy/i810/xvmc' make[5]: Wejście do katalogu `/home/b00rt00s/instalki/xf86-video-intel-git/src/xf86-video-intel/src/legacy/i810' CC i810_accel.lo CC i810_cursor.lo CC i810_dga.lo CC i810_driver.lo CC i810_io.lo CC i810_memory.lo CC i810_video.lo CC i810_wmark.lo CC i810_dri.lo CC i810_hwmc.lo CCLD liblegacy-i810.la make[5]: Opuszczenie katalogu `/home/b00rt00s/instalki/xf86-video-intel-git/src/xf86-video-intel/src/legacy/i810' make[4]: Opuszczenie katalogu `/home/b00rt00s/instalki/xf86-video-intel-git/src/xf86-video-intel/src/legacy/i810' make[4]: Wejście do katalogu `/home/b00rt00s/instalki/xf86-video-intel-git/src/xf86-video-intel/src/legacy' CCLD liblegacy.la make[4]: Opuszczenie katalogu `/home/b00rt00s/instalki/xf86-video-intel-git/src/xf86-video-intel/src/legacy' make[3]: Opuszczenie katalogu `/home/b00rt00s/instalki/xf86-video-intel-git/src/xf86-video-intel/src/legacy' make[3]: Wejście do katalogu `/home/b00rt00s/instalki/xf86-video-intel-git/src/xf86-video-intel/src' CC intel_module.lo CC intel_batchbuffer.lo CC intel_display.lo intel_display.c: In function 'intel_output_get_modes': intel_display.c:826:33: error: 'DRM_MODE_CONNECTOR_eDP' undeclared (first use in this function) intel_display.c:826:33: note: each undeclared identifier is reported only once for each function it appears in intel_display.c: In function 'intel_output_init': intel_display.c:1296:33: error: 'DRM_MODE_CONNECTOR_eDP' undeclared (first use in this function) CC intel_driver.lo make[3]: *** [intel_display.lo] Błąd 1 make[3]: *** Oczekiwanie na niezakończone zadania.... make[3]: Opuszczenie katalogu `/home/b00rt00s/instalki/xf86-video-intel-git/src/xf86-video-intel/src' make[2]: *** [all-recursive] Błąd 1 make[2]: Opuszczenie katalogu `/home/b00rt00s/instalki/xf86-video-intel-git/src/xf86-video-intel/src' make[1]: *** [all-recursive] Błąd 1 make[1]: Opuszczenie katalogu `/home/b00rt00s/instalki/xf86-video-intel-git/src/xf86-video-intel' make: *** [all] Błąd 2

td123 commented on 2010-08-19 00:14 (UTC)

@tjwoosta Thanks for clearing that up for me :) yaourt let's me say no to removing xorg-server and it continues fine.. weird bug. You might want to update the provides version, along with anything else that's outdated.

tjwoosta commented on 2010-08-01 03:20 (UTC)

@td123 its not the packagers fault. If you use makepkg and pacman there are no issues. You must have been using yaourt because yaourt for some reason misinterprets the inequality symbols in conflicts. Ive noticed this a few times. Its not like it automatically removes the conflicts or anything though, it asks you if you would like to use pacman -Rd to remove the conflics, if you choose no it will ignore it and install the package as normal.

td123 commented on 2010-07-02 18:18 (UTC)

please remove xorg-server<1.6.2 from conflicts because it removed my xorg-server... and I'm running the latest xorg-server

commented on 2010-06-01 11:12 (UTC)

dri2proto is also a dependency

td123 commented on 2010-04-30 01:41 (UTC)

I think the pkgbuild should be modified to provides=('xf86-video-intel=2.11.0')

fs4000 commented on 2010-04-18 17:11 (UTC)

Everyone wo wants to build packages should have these installed because they are in the base-devel group.

commented on 2010-04-18 13:37 (UTC)

I would add to makedepends automake and autoconf.

ilpianista commented on 2010-04-09 17:16 (UTC)

Hi, please update depends, makedepends, conflicts and provides arrays depends=('intel-dri>=7.8' 'libpciaccess>=0.10.9' 'libdrm>=2.4.20' 'libxvmc>=1.0.5' 'libxcb>=1.5' 'xcb-util>=0.3.6') makedepends=('pkgconfig' 'xorg-server>=1.8.0' 'xf86driproto>=2.1.0' 'glproto>=1.4.11' 'mesa>=7.8' 'xineramaproto>=1.2' 'inputproto' 'xorg-util-macros') conflicts=('xorg-server<1.8.0' 'xf86-video-i810' 'xf86-video-intel-legacy' 'xf86-video-intel') provides=('xf86-video-intel=2.11')