Summary: | x11-drivers/xf86-video-ati-6.12.1-r1 & -6.12.2 fails to build | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Markus Saarinen <pied.piper1600> |
Component: | Current packages | Assignee: | Gentoo Linux bug wranglers <bug-wranglers> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | dabbott, zioalex |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Build log for 6.12.1-r1
Build log for 6.12.2 |
Description
Markus Saarinen
2009-04-19 11:02:06 UTC
Created attachment 188861 [details]
Build log for 6.12.1-r1
Created attachment 188863 [details]
Build log for 6.12.2
Did you try updating randrproto ? (In reply to comment #3) > Did you try updating randrproto ? > Yes, I have 1.2.2 installed, which is the latest version in Portage. As I've already seen such bug reports, let's try to do it properly: - see if you have /usr/include/xorg/picturestr.h and if pict_f_transform is defined there - see what is your current version of x11-libs/pixman and try updating that Post the results. (In reply to comment #5) > As I've already seen such bug reports, > let's try to do it properly: > - see if you have /usr/include/xorg/picturestr.h and if pict_f_transform > is defined there > - see what is your current version of x11-libs/pixman and try updating that > > Post the results. > Well, I have /usr/include/xorg/picturestr.h, but pict_f_transform is not defined there: [root@sanctuary ~]# grep --count pict_f_transform /usr/includ/xorg/picturestr.h 0 [root@sanctuary ~]# equery belongs /usr/include/xorg/picturestr.h [ Searching for file(s) /usr/include/xorg/picturestr.h in *... ] x11-base/xorg-server-1.2.0-r3 (/usr/include/xorg/picturestr.h) [root@sanctuary ~]# So it seems this file belongs to the xorg-server package. The thing is, if I try to upgrade xorg-server, it wants to update xf86-video-ati first, so I'm in a stalemate (this was actually what I was doing in the first place when I stumbled upon this problem; trying to upgrade new xorg). I could probably remove the radeon from VIDEO_CARDS variable so I could then get xorg to install without that dependency, and the re-emerge it with the radeon flag in again, but it sounds a bit ... weird? Also, I don't really like the idea of nuking my working xorg from my only machine if I can't be sure the ati driver won't get installed. Pixman is the latest 0.14.0-r1 version. > x11-base/xorg-server-1.2.0-r3
How did you end up with such an old version ?
Anyway, see if, other than the drivers (which you would
need to recompile afterwards anyway), you have already
updated all packages, xorg-server depends on.
If so, 'emerge -1 --nodeps xorg-server', afterwards
update/recompile drivers.
(In reply to comment #7) > > x11-base/xorg-server-1.2.0-r3 > How did you end up with such an old version ? Well, a very old installation which I finally decided to get up to date after a long time of not-bothering-to-update-anything :). > If so, 'emerge -1 --nodeps xorg-server', afterwards > update/recompile drivers. > Ok, I managed to get xorg-server-1.5.3-r5 compiled by clearing VIDEO_CARDS variable. After adding 'vesa' & 'ati' back there one by one, xf86-video-ati emerged successfully. What I don't understand though, is the way these dependencies are. If xorg-server depends on xf86-video-ati when ati is in VIDEO_CARDS variable, and xf86-video-ati packages needs files from xorg-server, isn't that a circular dependency? If I try to install a new machine from scratch and put ati into VIDEO_CARDS before having a single installation of xorg-server, will I run into same problem? Solved removing the old xorg-server and rerun the update. |