Package Details: xf86-video-intel-git 2.99.917+560+gd167280-1

Git Clone URL: https://aur.archlinux.org/xf86-video-intel-git.git (read-only)
Package Base: xf86-video-intel-git
Description: X.org Intel i810/i830/i915/945G/G965+ video drivers
Upstream URL: http://intellinuxgraphics.org/
Licenses: custom
Conflicts: xf86-video-intel
Provides: xf86-video-intel
Replaces: xf86-video-intel
Submitter: None
Maintainer: yurikoles
Last Packager: yurikoles
Votes: 117
Popularity: 2.328324
First Submitted: 2008-07-27 16:36
Last Updated: 2016-03-19 03:45

Latest Comments

yurikoles commented on 2016-03-19 07:44

Fixed

JM9 commented on 2016-03-13 18:42

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

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

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

JM9 commented on 2016-02-12 20:19

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

deathangel908 commented on 2015-12-12 11:20

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

As in, are you behind a firewall?

Alad commented on 2015-09-03 10:31

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

xDShot commented on 2015-09-03 07:26

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

Works again.

Alad commented on 2015-07-22 14:01

I'll push an update later today.

FiyreWyrkz commented on 2015-07-21 20:51

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:45

Managed to retrieve sources by removing the https source link with standard http. Still unable to build however.

==> 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:34

Can only seem to retrieve sources by removing the secure https link and replacing with http.

FiyreWyrkz commented on 2015-07-21 20:19

==> 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

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

Alad commented on 2014-12-06 21:17

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

DRI3 disabled by default in upstream.

stricte commented on 2014-11-24 18:32

Need disown because I'm not using arch anymore.

m3thodic commented on 2014-11-24 01:18

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

pozo commented on 2014-09-05 10:12

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

stricte commented on 2014-09-02 18:26

Ok, package updated.

anrxc commented on 2014-09-02 15:24

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

intgr commented on 2014-09-01 12:41

anrxc, please update or disown.

taylord1984 commented on 2014-09-01 10:41

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

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

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

anrxc commented on 2014-04-21 20:32

I've fallen behind on X.org upgrades. If you notice another ABI
change before me again let me know. Thanks.

illuminatedgeek commented on 2014-01-14 00:21

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

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.

nicklej commented on 2013-12-25 22:23

Hmmm, I had already installed base-devel. I was under the impression that makedepend installs the lib and then removes it after building, and I thought thats what it had done with libtool. But I just checked and I have libtool 2.4.2 installed. I didn't realize libtool was part of base-devel until just now. Seems a little fishy if you ask me. Thanks for your attention.

anrxc commented on 2013-12-15 20:33

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

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

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.

anrxc commented on 2013-10-16 15:53

Thanks for the info Marcel. But let's just see first what nicklej says about
gettext on his system.

Marcel_K commented on 2013-10-16 14:20

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

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

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.

nicklej commented on 2013-10-15 19:07

nicklej commented on 2013-10-15 19:06

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"

... and then makepkg aborts. Same machine, same /home partition, clean install.

anrxc commented on 2013-09-18 18:21

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

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

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.

ghotrix commented on 2013-08-18 11:14

need to add autoconf to deps

anrxc commented on 2013-05-06 00:43

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

anrxc commented on 2013-05-06 00:43

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

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

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)

anrxc commented on 2013-05-01 15:19

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?

Marcel_K commented on 2013-04-29 20:45

Thanks for the patch, I updated the package.

Anyone who wants to take over maintainance?

anrxc commented on 2013-04-29 20:20

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

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

madmack commented on 2012-10-16 14:46

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

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

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

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

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

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

Anonymous comment on 2011-06-12 20:04

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

Anonymous comment on 2011-06-10 16:09

this package also depends to dri2proto-git.

Anonymous comment on 2011-06-09 13:35

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

Marcel_K commented on 2011-06-09 13:07

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

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

Anonymous comment on 2011-06-09 11:20

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

Marcel_K commented on 2011-06-09 10:43

Strange, it just worked for me. I see there have been a lot of changes to the repository regarding sna, are you sure your local tree was updated properly?

Anonymous comment on 2011-06-09 09:12

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

Marcel_K commented on 2011-06-07 17:27

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

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

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

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.

Anonymous comment on 2011-06-04 16:01

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

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

td123 commented on 2011-01-07 16:27

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

cf8 commented on 2010-12-25 12:34

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

b00rt00s commented on 2010-10-30 21:54

I've tried to compile it today and an error occurred:
http://pastebin.com/xdb64pDZ

I've found solution. libdrm-git is needed.

b00rt00s commented on 2010-10-30 21:51

I've tried to compile it today and an error occurred:
http://pastebin.com/xdb64pDZ

b00rt00s commented on 2010-10-30 21:47

I've tried to compile it today and an error occurred:
http://pastebin.com/xdb64pDZ

syntaxerrormmm commented on 2010-10-02 14:00

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

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.

b00rt00s commented on 2010-09-30 21:35

I have the same error on x86_64 Arch on xorg-server 1.9.

b00rt00s commented on 2010-09-30 21:29

I have the same error on x86_64 Arch on xorg-server 1.9.

syntaxerrormmm commented on 2010-09-30 15:38

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

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

Det commented on 2010-09-24 21:24

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

OttoA commented on 2010-09-16 12:54

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

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

fs4000 commented on 2010-09-11 02:13

Try compiling with libdrm-git.

b00rt00s commented on 2010-09-09 20:13

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

@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

@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

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

Anonymous comment on 2010-06-01 11:12

dri2proto is also a dependency

td123 commented on 2010-04-30 01:41

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

fs4000 commented on 2010-04-18 17:11

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

Anonymous comment on 2010-04-18 13:37

I would add to makedepends automake and autoconf.

ilpianista commented on 2010-04-09 17:16

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

ilpianista commented on 2010-04-09 16:44

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')
provides=('xf86-video-intel=2.11')

ilpianista commented on 2010-04-09 16:44

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')
provides=('xf86-video-intel=2.11')

ilpianista commented on 2010-04-09 16:41

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')
conflicts=('xorg-server<1.8.0' 'xf86-video-i810' 'xf86-video-intel-legacy')
provides=('xf86-video-intel=2.11')