I was fairly successful in installing the xorg-x11 openGL driver for my radeon card, but then decided to try out the fglrx (ati-drivers). I had trouble with it, so I decided to switch back. Alas, now nothing seemed to get glxinfo to report that it could do direct rendering again. A debug eventually told me something about an unresolved symbol _glapi_get_dispatch in r200_dri.so. I could not figure out for a long time how to get back. even a complete reemerge of xorg-x11 did not fix the problem. well, here is the solution: you *MUST* unmerge the ati-drivers. given that there is no reasonably easy way to switch between the xorg-x11 and the ati-drivers, may I suggest that gentoo not mislead the public that an eselect allows switching? because of ATI, the user really has a choice: either the fglrx drivers are installed, or the xorg-x11 are installed. they do not coexist peacefully, in that one can switch forth and back. I do not know how this should be done. If the xorg-x11 had an opengl module that had to be emerged separately, the solution would be easy. the xorg-x11 module should block ati-drivers and vica-versa. well, at the very least, this is now in the searchable annals of bugs.gentoo.org, in case someone else runs into the same trouble. feel free to close the bug. regards, /iaw
duh! xorg is at 6.8.2-r6. my ati-drivers were at 8.20.8 (but I had similar problems before with a lower version) before I unmerged them. and... Portage 2.0.53 (default-linux/amd64/2005.0, gcc-3.4.4, glibc-2.3.5-r2, 2.6.15-rc6 x86_64) ================================================================= System uname: 2.6.15-rc6 x86_64 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.6.13 dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib64/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-march=athlon64 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LC_ALL="POSIX" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X acpi alsa amd64 audiofile avi berkdb bitmap-fonts bzip2 bzlib cdr crypt cups curl dvd dvdr eds emboss encode esd exif expat f77 fam fbcon ffmpeg flac foomaticdb fortran g77 gdbm gif glut gnome gpm gstreamer gtk gtk2 idn imagemagick imlib ipv6 java jpeg kde lcms libwww lzw lzw-tiff mad mng motif mozilla mp3 mpeg ncurses nls nsplugin ogg openal opengl pam pcre pdflib perl png python qt quicktime readline sdl spell ssl tcltk tcpd tetex tiff truetype truetype-fonts type1-fonts udev usb userlocales vorbis xine xml xml2 xmms xpm xv xvid zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
has nothing to do with baselayout
(In reply to comment #2) > has nothing to do with baselayout > the categories which I can choose are strange. I know this one should go to x11@gentoo.org as assignee, but this is not a category I can choose. why not make the assignees the categories that I can choose? alternatively, in already assigned bugs, why not tell me which category it belongs to, so that I can copy it, rather than guess categories? /iaw
(In reply to comment #3) > the categories which I can choose are strange. I know this one should go to > x11@gentoo.org as assignee, but this is not a category I can choose. > > why not make the assignees the categories that I can choose? Generally bugs are assigned by bug-wranglers, the default assignee. > given that there is no reasonably easy way to switch between the xorg-x11 and > the ati-drivers, may I suggest that gentoo not mislead the public that an > eselect allows switching? You're assuming that everyone else has the same problem :) Please attach your xorg.conf.
Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0 InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" EndSection Section "Files" RgbPath "/usr/X11R6/lib/X11/rgb" ModulePath "/usr/X11R6/lib64/modules" FontPath "/usr/share/fonts/misc/" FontPath "/usr/share/fonts/TTF/" FontPath "/usr/share/fonts/Type1/" FontPath "/usr/share/fonts/CID/" FontPath "/usr/share/fonts/75dpi/" FontPath "/usr/share/fonts/100dpi/" EndSection Section "Module" Load "extmod" Load "dri" Load "dbe" Load "record" Load "xtrap" Load "glx" Load "type1" Load "freetype" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "kbd" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/input/mice" Option "XAxisMapping" "4 5" Option "ZAxisMapping" "4 5" EndSection Section "Monitor" #DisplaySize 490 310 # mm Identifier "Monitor0" VendorName "APPLITIS" ModelName "HD Display" Option "DPMS" EndSection Section "Device" ### Available Driver options are:- ### Values: <i>: integer, <f>: float, <bool>: "True"/"False", ### <string>: "String", <freq>: "<f> Hz/kHz/MHz" ### [arg]: arg optional Identifier "Card0" # Driver "ati" Driver "radeon" VendorName "ATI Technologies Inc" BoardName "Radeon RV250 If [Radeon 9000]" BusID "PCI:1:0:0" # Virtual 3200 1200 EndSection Section "dri" Mode 0666 EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" SubSection "Display" # Viewport 0 0 Depth 24 EndSubSection EndSection
Pretty stale bug. Reopen if you still have issues with up-to-date modular stuff and related ebuilds. Thanks.
