Bug#558786: X.org radeon driver breaks KDE when radeon.ko is present
Hi, this actually has a deeper impact. DRI1 is used by the radeon X.org driver when radeon.modeset=0 (linux-2.6.32) but then KDE is horribly broken (scrolling in any KDE application gives render errors). Forcing XAA doesn't work (EXA is always used). This is only solved by preventing radeon.ko from being loaded. This issue is also present in linux-2.6.31. DRI2 is tried by the radeon X.org driver when radeon.modeset=1 (which works great on the VT). But since libdrm doesn't support that in unstable, it breaks X completely (KDM doesn't show any useful screen, all garbled). I didn't test compiling libdrm and mesa myself (didn't want to mess with my system). Thus, any DRI is currently impossible on my Radeon Mobility HD 2400 XT (RV610 / M7[24]). However, not using radeon.ko and thus only 2D works fine :) I would really like to test libdrm-radeon, too. HS -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
left-over stuff in testing installation with new xorg
Hi, the new xorg left some cruft on my system: not in testing, yet: pm-dev libice-dev libxft-dev libice6 xfonts-dosemu gsfonts-x11 Packages that simply don't exist anymore (bug?): xfonts-base-transcoded So at least, xfonts-base-transcoded is something not dealt with. Should I simply remove it? Also note: some users have extra files in /usr/X11R6. For me, it is the firmware that the theatre200 driver (radeon related) wanted at /usr/X11R6/lib/modules/multimedia. It was simply left there and thus the new driver did not find it anymore. :-/ HS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#260099: xlibmesa-gl: for Voodoo3 cards, should suggest libglide3-dev instead of only libglide3
Package: xlibmesa-gl Version: 4.3.0.dfsg.1-4 Severity: normal Hi, direct rendering is disabled until libglide3-dev is installed since libglide3.so is dlopened which is (due to Debian policy, I guess) only in package libglide3-dev. Thus, this package needs to Suggest: libglide3-dev and not libglide3 (pulled in by libglide3-dev) unless you get the maintainer to not follow policy, here. Maybe this suggest should even be moved to xlibmesa-dri since the tdfx_dri.so module causes this effect (or I got it all wrong ;) HS -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] Versions of packages xlibmesa-gl depends on: ii libc6 2.3.2.ds1-13 GNU C Library: Shared libraries an ii libxext6 4.3.0.dfsg.1-4 X Window System miscellaneous exte ii xlibs 4.3.0.dfsg.1-4 X Window System client libraries m -- no debconf information
Splitting packages of video drivers in XF4.2 ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I have some kind of wish to discuss which would makes life much less hard for users of non-Debian-files: It is fact that not all graphics hardware runs with the drivers supplied with XF4.x, some examples are: some NVidia cards (if you want any acceleration at all) Matrox cards (if you need the mga_hal, e.g. for DRI) 3Dfx-V3 on earlier XFree version (the YUV support) maybe others, too The problem is: most of those drivers (best example is Matrox) simply replace some original files in /usr/X11R6/lib/modules. As those are not marked and config files (and they are no config files and this is no_ request to make them), they silently get overwritten. The surprise is then on a non-funtional X on restart :( I think the probably best solution would be to split off the video cards drivers into one extra package, only keeping generic drivers in xserver-xfree86. Sincerly... Hendrik Sattler PS: Actually, the problem that files get silently overwritten is also with other files likes Lepieds' wacom_drv.o but it should not address a majority of users. - -- Mein GPG-Key ist auf meiner Homepage verfügbar: http://www.hendrik-sattler.de oder über pgp.net PingoS - Linux-User helfen Schulen: http://www.pingos.schulnetz.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8ynHzzvr6q9zCwcERAmrSAJ4npAaSbDjdev6tOZI+FzdpaW+bAQCfXdBG kCrEAGJLvaormhzACpGkVPM= =E+F1 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Splitting packages of video drivers in XF4.2 ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am Samstag, 27. April 2002 23:19 schrieben Sie: On Sat, 2002-04-27 at 11:39, Hendrik Sattler wrote: I have some kind of wish to discuss which would makes life much less hard for users of non-Debian-files: It is fact that not all graphics hardware runs with the drivers supplied with XF4.x, some examples are: some NVidia cards (if you want any acceleration at all) Matrox cards (if you need the mga_hal, e.g. for DRI) 3Dfx-V3 on earlier XFree version (the YUV support) maybe others, too The problem is: most of those drivers (best example is Matrox) simply replace some original files in /usr/X11R6/lib/modules. As those are not marked and config files (and they are no config files and this is no_ request to make them), they silently get overwritten. The surprise is then on a non-funtional X on restart :( I think the probably best solution would be to split off the video cards drivers into one extra package, only keeping generic drivers in xserver-xfree86. You don't have to overwrite package-controlled files in this case; the X server supports several module paths, just put them in /usr/local/X11R6 or wherever. To the above: Where are those paths defined? There is nothing in /etc/X11 that specifies something in /usr/local. Maybe they are compiled in (or even hard-coded)? Anyway, this would not work anyway because the module names are equal and I guess that XFree will prefer /usr/X11R6 to anything else. Well, dpkg-divert works alright, I just did not know about that feature of dpkg (and how to search for a feature you do not even know the word for?). Hendrik Sattler -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8yzg8zvr6q9zCwcERAiUQAJ42DIB7dfKjYXR/5sqcEVfpsYY0uwCgh10e NG6L9XfjwqUyInqKbsOxDCo= =1xUU -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]