Bug#609750: /usr/bin/Xorg: crash (SIGSEGV) in DGAProcessPointerEvent()
On Wed, 2011-01-12 at 10:30 +0100, Cyril Brulebois wrote: Cyril Brulebois k...@debian.org (12/01/2011): thanks for the backtrace. Can you attach “bt full”'s output, or confirm that buts is NULL in frame #0? Or you could fetch the source of xorg-server …-10 or …-11 (from sid, uploaded a few hours ago, which shouldn't change anything for this specific issue), and apply the attached patch on top of it, and tell us if that helps. To apply it, either patch -p1 foo, then build; or drop it under debian/patches and add the filename to debian/patches/series, then build. It doesn't seem to conflict with anything we have currently. I'll do a bt full this evening (I'm at work right now). I'll try to build from source if I have a bit more time. Xav -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1294825721.17446.8.ca...@skunk
Bug#609750: /usr/bin/Xorg: crash (SIGSEGV) in DGAProcessPointerEvent()
Le mercredi 12 janvier 2011 à 09:45 +0100, Cyril Brulebois a écrit : thanks for the backtrace. Can you attach “bt full”'s output, or confirm that buts is NULL in frame #0? Program received signal SIGABRT, Aborted. 0xf778b430 in __kernel_vsyscall () (gdb) bt full #0 0xf778b430 in __kernel_vsyscall () No symbol table info available. #1 0xf74d7751 in raise () from /lib/i686/cmov/libc.so.6 No symbol table info available. #2 0xf74dab82 in abort () from /lib/i686/cmov/libc.so.6 No symbol table info available. #3 0x080b78fb in ddxGiveUp () at ../../../../hw/xfree86/common/xf86Init.c:1214 i = value optimized out #4 0x080b79a8 in AbortDDX () at ../../../../hw/xfree86/common/xf86Init.c:1260 i = 1 #5 0x080affad in AbortServer () at ../../os/log.c:404 No locals. #6 0x080b059e in FatalError (f=0x81c85fc Caught signal %d (%s). Server aborting\n) at ../../os/log.c:529 beenhere = 1 #7 0x080a9061 in OsSigHandler (signo=11, sip=0xffc4f23c, unused=0xffc4f2bc) at ../../os/osinit.c:156 No locals. #8 signal handler called No symbol table info available. #9 DGAProcessPointerEvent (pScreen=value optimized out, event=0xffc4f7f0, mouse=0x9e74b88) at ../../../../hw/xfree86/common/xf86DGA.c:1097 butc = value optimized out pScreenPriv = 0x9de6a90 ev = {header = 255 '\377', type = ET_ButtonPress, length = 408, time = 0, deviceid = 0, sourceid = 0, detail = { button = 0, key = 0}, root_x = 0, root_x_frac = 0, root_y = 0, root_y_frac = 0, buttons = '\000' repeats 31 times, valuators = {mask = \000\000\000\000, mode = \000\000\000\000, data = {0 repeats 36 times}, data_frac = { 0 repeats 36 times}}, mods = {base = 0, latched = 0, locked = 0, effective = 0}, group = {base = 0 '\000', latched = 0 '\000', locked = 0 '\000', effective = 0 '\000'}, root = 0, corestate = 0, key_repeat = 0} master = 0x9e74b88 #10 0x080e6e0a in mieqProcessDeviceEvent (dev=0x9fb2918, event=0x9f8e260, screen=0x9dcaf50) at ../../mi/mieq.c:408 screenNum = 0 handler = 0x81730c0 DGAHandleEvent master = value optimized out mevent = {any = {header = 255 '\377', type = ET_DGAEvent, length = 40, time = 71826408}, device_event = { header = 255 '\377', type = ET_DGAEvent, length = 40, time = 71826408, deviceid = 4, sourceid = 3, detail = { button = 0, key = 0}, root_x = 0, root_x_frac = 0, root_y = 0, root_y_frac = -nan(0x44f838), buttons = \311 $\367P\262\334\t\274{2\367\060}2\367\213\002\000\000X\251\334\t\006\000\000\000x\372\304\377, valuators = {mask = \340r/\367P, mode = \262\334\t\274{, data = {-147686096, 651, 637, 0, 167319920, 6, 0, 2110102, -3867272, 43, -3867896, 0, 0, 0, 0, -3868260, -3868120, -3868504, -3868176, -3868364, 165429472, 165330040, 0, 0, 0, -148631155, 1200, 1920, 0, 1, 0, 0, 26, -148631155, 0, 0}, data_frac = {-3868360, -148631155, 165442352, 0, 0, -147673448, 11, 165429472, -3868328, -148630814, 167366912, 11, -147685940, -147673448, 7, 165429472, -3868344, -148632150, 165458512, 7, -147685940, 0, 4, 8, 16, 2, 5, 165429472, -3868280, -147673448, 7, 0, -3868280, -147673448, 7, 0}}, mods = {base = 4291099016, latched = 4146340041, locked = 165458512, effective = 4147281356}, group = {base = 88 'X', latched = 127 '\177', locked = 50 '2', effective = 247 '\367'}, root = 315, corestate = 165330040, key_repeat = 0}, changed_event = {header = 255 '\377', type = ET_DGAEvent, length = 40, time = 71826408, deviceid = 4, flags = 3, masterid = 0, sourceid = 0, buttons = { num_buttons = 0, names = {0, 4291098680, 4146340041, 165458512, 4147280828, 4147281200, 651, 165456216, 6, 4291099256, 4147081952, 165458512, 4147280828, 4147281200, 651, 637, 0, 167319920, 6, 0, 2110102, 4291100024, 43, 4291099400, 0, 0, 0, 0, 4291099036, 4291099176, 4291098792, 4291099120, 4291098932, 165429472, 165330040, 0, 0, 0, 4146336141, 1200, 1920, 0, 1, 0, 0, 26, 4146336141, 0, 0, 4291098936, 4146336141, 165442352, 0, 0, 4147293848, 11, 165429472, 4291098968, 4146336482, 167366912, 11, 4147281356, 4147293848, 7, 165429472, 4291098952, 4146335146, 165458512, 7, 4147281356, 0, 4, 8, 16, 2, 5, 165429472, 4291099016, 4147293848, 7, 0, 4291099016, 4147293848, 7, 0, 4291099016, 4146340041, 165458512, 4147281356, 4147281752, 315, 165330040, 0, 4291099128, 4147141614, 165458512, 4147281356, 4147281752, 315, 0, 4147281356, 4147281812, 136, 0, 165429472, 4291099128, 36000, 165458512, 4147281356, 4147281812, 136, 130, 165429472, 0, 0, 11, 165435232, 4291099144, 4147293848, 165456216, 48, 4291099288, 4147157118, 165330040, 0, 33554496, 9216000, 0, 0, 167366912, 0, 4,
Bug#609750: /usr/bin/Xorg: crash (SIGSEGV) in DGAProcessPointerEvent()
Le mercredi 12 janvier 2011 à 10:30 +0100, Cyril Brulebois a écrit : Cyril Brulebois k...@debian.org (12/01/2011): thanks for the backtrace. Can you attach “bt full”'s output, or confirm that buts is NULL in frame #0? Or you could fetch the source of xorg-server …-10 or …-11 (from sid, uploaded a few hours ago, which shouldn't change anything for this specific issue), and apply the attached patch on top of it, and tell us if that helps. To apply it, either patch -p1 foo, then build; or drop it under debian/patches and add the filename to debian/patches/series, then build. It doesn't seem to conflict with anything we have currently. OK, I built it and tested it, it doesn't crash anymore. Thanks Cyril ! Xav -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1294855932.19394.3.ca...@badjo
Bug#609750: /usr/bin/Xorg: crash (SIGSEGV) in DGAProcessPointerEvent()
Package: xserver-xorg-core Version: 2:1.7.7-10 Severity: important File: /usr/bin/Xorg Hi, each time I press a mouse button on my MCE remote (in keyboard mode), X segfaults: Program received signal SIGSEGV, Segmentation fault. DGAProcessPointerEvent (pScreen=value optimized out, event=0xff9ea380, mouse=0x8aceb88) at ../../../../hw/xfree86/common/xf86DGA.c:1097 1097../../../../hw/xfree86/common/xf86DGA.c: Aucun fichier ou dossier de ce type. in ../../../../hw/xfree86/common/xf86DGA.c (gdb) bt #0 DGAProcessPointerEvent (pScreen=value optimized out, event=0xff9ea380, mouse=0x8aceb88) at ../../../../hw/xfree86/common/xf86DGA.c:1097 #1 0x080e6e0a in mieqProcessDeviceEvent (dev=0x8c0c918, event=0x8be8260, screen=0x8a24f50) at ../../mi/mieq.c:408 #2 0x080e6f5c in mieqProcessInputEvents () at ../../mi/mieq.c:471 #3 0x080b43e7 in ProcessInputEvents () at ../../../../hw/xfree86/common/xf86Events.c:165 #4 0x08072d90 in Dispatch () at ../../dix/dispatch.c:371 #5 0x080669aa in main (argc=6, argv=0xff9eac84, envp=0xff9eaca0) at ../../dix/main.c:283 HTH, Xav -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Nov 10 13:57 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1733512 Dec 2 01:16 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: ATI Technologies Inc RV630 [Radeon HD 2600 Series] /etc/X11/xorg.conf does not exist. Kernel version (/proc/version): Linux version 2.6.37-trunk-amd64 (Debian 2.6.37-1~experimental.1) (b...@decadent.org.uk) (gcc version 4.4.5 (Debian 4.4.5-10) ) #1 SMP Thu Jan 6 16:00:31 UTC 2011 Xorg X server log files on system: -rw-r--r-- 1 root root 37069 Jan 12 08:23 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32-5-686 i686 Debian Current Operating System: Linux awak 2.6.37-trunk-amd64 #1 SMP Thu Jan 6 16:00:31 UTC 2011 x86_64 Kernel command line: BOOT_IMAGE=/vmlinuz-2.6.37-trunk-amd64 root=UUID=68e7cc32-64c3-4854-b416-99f711a52969 ro quiet Build Date: 02 December 2010 01:08:37AM xorg-server 2:1.7.7-10 (Julien Cristau jcris...@debian.org) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Wed Jan 12 08:23:15 2011 (==) Using system config directory /usr/share/X11/xorg.conf.d (==) No Layout section. Using the first Screen section. (==) No screen section available. Using defaults. (**) |--Screen Default Screen Section (0) (**) | |--Monitor default monitor (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/100dpi/ does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/75dpi/ does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/100dpi does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/75dpi does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/Type1, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins (==) ModulePath set to /usr/lib/xorg/modules (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. (II) Loader magic: 0x81ec060 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0 X.Org Server Extension : 2.0 (--) using VT number 7 (--) PCI:*(0:1:0:0) 1002:9589:1458:2180 ATI Technologies Inc RV630 [Radeon HD 2600 Series] rev 0, Mem @ 0xd000/268435456, 0xe040/65536, I/O @ 0x4000/256, BIOS @ 0x/131072 (II) Open ACPI successful (/var/run/acpid.socket) (II) LoadModule: extmod (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so (II) Module extmod: vendor=X.Org Foundation compiled for 1.7.7, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension SELinux (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-DGA (II)
Bug#575287: Same here even with 2.6.32-4-amd64
On Thu, 2010-03-25 at 10:53 +0100, Julien Cristau wrote: On Thu, Mar 25, 2010 at 09:47:43 +0100, Michel Dänzer wrote: The above means that the X driver is using UMS whereas KMS is enabled in the kernel. This results in a conflict for hardware access and cannot work properly. It's usually caused by the radeon kernel module being loaded too late. With the latest sid kernel udev should load the module on boot. dmesg would give a clue as to why that didn't happen here. If you mean loading in the initrd, I think there's still a bug with the firmware not being present. Xav -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1269512505.24334.143.ca...@skunk
Bug#515326: gdb trace
Le samedi 06 mars 2010 à 12:12 +0100, Brice Goglin a écrit : On Thu, Mar 19, 2009 at 10:59:58AM +0100, Xavier Bestel wrote: Anything I could try ? Try a newer version, and maybe 6.12.191 with KMS ? I don't have an r300 anymore. On an r600, with 6.12.191 + KMS it's perfect. Xav -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1267992063.2759.49.ca...@bip
Bug#461153: Rotation on RV350
Le samedi 06 mars 2010 à 09:54 +0100, Brice Goglin a écrit : On Wed, Mar 19, 2008 at 02:37:04PM +0100, Samuel Mimram wrote: Hi, The problem with rotation on RV350 (left of the screen not refreshed) does not seem to be present anymore with the 1:6.8.1~git20080302.a4398ac3-1 version of the ati driver. Xavier, are things working for you too now? Yes, rotation was working well - before I changed my RV350 for an R6xx. Sorry for not reporting it sooner. Thanks, Xav -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1267867527.2675.2.ca...@bip
Re: loading kernel mode setting drivers
On Tue, 2010-01-12 at 00:43 +, Julien Cristau wrote: On Tue, Jan 12, 2010 at 00:36:49 +, Julien Cristau wrote: On Tue, Jan 12, 2010 at 00:31:53 +, Julien Cristau wrote: I tried to look at how other distributions handle this, and this /etc/modprobe.d/blacklist.conf file seems to be a Debianism. From what I can tell (looking at the ubuntu archive and a fedora 10 box) other distros have a /etc/modprobe.d/blacklist.conf provided by the hwdata package, which explicitly blacklists fb drivers, avoiding the above issue. Looking again ubuntu's hwdata doesn't install that file, so they probably have something else. Something for another day… Their blacklist is here: http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/lucid/module-init-tools/lucid/files/head%3A/debian/modprobe.d/ So they also blacklist explicitly each fb driver. Except for the firewire stack, their entire blacklist looks nice (and well commented). Xav -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561526: xserver-xorg: newer version needed to match kernel 2.6.32's radeon drm
On Fri, 2009-12-18 at 14:22 +0100, Michel Dänzer wrote: On Thu, 2009-12-17 at 22:00 +0100, Xavier Bestel wrote: Package: xserver-xorg Version: 1:7.5~3 Severity: important Hi, now that the kernel 2.6.32 is available in debian, Xorg isn't compatible with the radeon drm anymore: [dri] radeon kernel module version is 2.0.0 but version 1.17.0 or newer is needed. Only if KMS is enabled, which shouldn't be the case by default. So I think the severity and 'compatible' wording is slightly exaggerated. Eh .. yes, I have a radeon.modeset=1 somewhere which dates from when I tried to have KMS with my old r300, and which I forgot and left there. Sorry, Xav -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548998: xserver-xorg: segfault at startup
Package: xserver-xorg Version: 1:7.4+4 Severity: important Hi, the segfault is apparently known upstream (double DGA initialization), and fixed by KP. Thanks, Xav -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Feb 20 2006 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1689944 Sep 28 07:32 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: ATI Technologies Inc RV350 AR [Radeon 9600] /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 2935 May 8 13:41 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # XF86Config-4 (XFree86 server configuration file) generated by Dexconf, the # Debian X Configuration tool, using values from the debconf database. # # Edit this file with caution, and see the XF86Config manual page. # (Type man XF86Config at the shell prompt.) #Section Files # #FontPath unix/:7100# local font server # # if the local font server has problems, we can fall back on these # FontPath/usr/share/fonts/X11/misc # FontPath/usr/X11R6/lib/X11/fonts/misc # FontPath/usr/X11R6/lib/X11/fonts/cyrillic # FontPath/usr/X11R6/lib/X11/fonts/100dpi/:unscaled # FontPath/usr/X11R6/lib/X11/fonts/75dpi/:unscaled # FontPath/usr/X11R6/lib/X11/fonts/Type1 # FontPath/usr/X11R6/lib/X11/fonts/Speedo # FontPath/usr/X11R6/lib/X11/fonts/100dpi # FontPath/usr/X11R6/lib/X11/fonts/75dpi # FontPath/usr/share/fonts/truetype # FontPath/usr/share/fonts/truetype/openoffice # FontPath/usr/share/fonts/truetype/xfree86-nonfree #EndSection Section ServerFlags #Option Xinerama Option AllowDeactivateGrabs #Option AllowEmptyInput false EndSection Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc105 Option XkbLayout fr EndSection Section InputDevice Identifier Generic Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option Protocol ImPS/2 Option ZAxisMapping 4 5 Option Emulate3Buttons no EndSection Section Device Identifier ATI Radeon 9600XT Driver radeon VendorName ATI Option AGPMode 8 # Option BusType PCI # Option AGPFastWrite true Option No2048Limit true Option accel Option AccelMethod exa # Option AccelMethod xaa Option RenderAccel true Option EnablePageFlipfalse Option ColorTiling true # Option AccelDFS true # Option XAANoOffscreenPixmaps true Option GARTSize 128 # Option FBTexPercent 0 #Option MergedFB true Option DDCMode true # Option Monitor-DELL 2405FPW Grand # Option Monitor-DELL 2001FP Petit # Option RROutputOrder DELL 2405FPW EndSection Section Monitor Identifier DELL 2405FPW EndSection Section Monitor Identifier DELL 2001FP Option Above DELL 2405FPW EndSection Section Screen Identifier Default Screen Device ATI Radeon 9600XT DefaultDepth24 # Option AddARGBGLXVisuals True # Option DisableGLXRootClipping True SubSection Display Depth 24 Virtual 1920 1920 # Modes 1920x1200 1600x1200 1400x1050 1280x1024 1152x864 1024x768 800x600 640x480 320x256 320x240 EndSubSection EndSection Section ServerLayout Identifier Default Layout Screen 0 Default Screen InputDevice Generic Keyboard InputDevice Generic Mouse EndSection # #Section DRI # Mode0666 #EndSection # end of XF86Config Xorg X server log files on system: -rw-r--r-- 1 root root 35737 Sep 30 08:32 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.6.4 Release Date: 2009-9-27 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.31 i686 Debian Current Operating System: Linux
Bug#548998: xserver-xorg: segfault at startup
On Wed, 2009-09-30 at 10:46 +0200, Julien Cristau wrote: Congratulations, you're the 14th person to report this. Guess what, we read the xorg mailing list, we know about this bug, and it'll be fixed in 1.6.5. Ewww, I guess the 14 of us are really sorry to bother you with a known bug. Let's not do that again. Xav -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: X.org plans for the squeeze cycle
On Wed, 2009-09-09 at 13:31 +0200, Julien Cristau wrote: On Wed, Sep 9, 2009 at 12:36:58 +0200, Bastian Blank wrote: On Wed, Sep 09, 2009 at 11:37:18AM +0200, Julien Cristau wrote: One more thing. Intel plans to deprecate userspace mode setting with their Q4 2009 release (meaning December this year, so probably something we'll want for squeeze, depending on the freeze date you pick). Oh, no. Not again. It does not yet properly work without the new memory manager (#538442). And KMS is completely unusable currently on this kernels. This might also mean that we'll want to turn kms on by default in the debian kernel, Is KMS backward compatible with older versions of the intel driver? No :/ Running the kernel with intel.modeset=0 doesn't help ? Xav -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: X.org plans for the squeeze cycle
On Wed, 2009-09-09 at 18:05 +0200, Bastian Blank wrote: [ Remove -release, this is technical stuff. ] On Wed, Sep 09, 2009 at 01:31:36PM +0200, Julien Cristau wrote: On Wed, Sep 9, 2009 at 12:36:58 +0200, Bastian Blank wrote: Is KMS backward compatible with older versions of the intel driver? No :/ What happens when a old driver runs on a KMS enabled system? I don't think it have an automatic fallback to the fb device. Both try to access the registers for modesetting. Everything can happen afterwards (nothing, crash, lock, corruption ..) Xav -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
does xorg-edgers work well on debian/sid ?
Hi, I'd like to test all the new great features of X-related stuff, without compiling stuff myself, but the Debian experimental repository doesn't cut it. The Xorg-Edgers suff looks quite appealing to me https://launchpad.net/~xorg-edgers/+archive/ppa, but it's made for Ubuntu apparently. Does anyone use it under Debian unstable, preferably with a radeon ? Does it work well (for experimental stuff, that is) ? Thanks, Xav -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515326: gdb trace
Le jeudi 19 mars 2009 à 11:00 +0100, Xavier Bestel a écrit : Hi again, I could ssh to my machine during a hang. there's nothing in the log, nothing in dmesg. I could gdb the X server and client (carousel) but the traces make no sense to me: Xorg: (gdb) bt #0 0xb7f22424 in __kernel_vsyscall () #1 0xb7bb0b29 in ioctl () from /lib/i686/cmov/libc.so.6 #2 0xb79c0bed in drmDMA (fd=10, request=0xbff3dcfc) at ../../libdrm/xf86drm.c:1266 #3 0xb79474c7 in RADEONCPGetBuffer (pScrn=0x9a83f88) at ../../src/radeon_accel.c:594 #4 0xb7999823 in RADEONPrepareSolidCP (pPix=0x9db03d0, alu=3, pm=4294967295, fg=0) at ../../src/radeon_exa_funcs.c:92 #5 0xb777d44a in exaFillRegionSolid (pDrawable=0x9db03d0, pRegion=0x9db2448, pixel=0, planemask=4294967295, alu=value optimized out) at ../../exa/exa_accel.c:1072 #6 0xb777edf2 in exaPolyFillRect (pDrawable=0x9db03d0, pGC=0x9d377d0, nrect=1, prect=0x9d4b51c) at ../../exa/exa_accel.c:751 #7 0x0817aad4 in damagePolyFillRect (pDrawable=0x9db03d0, pGC=0x9d377d0, nRects=1, pRects=0x9d4b51c) at ../../../miext/damage/damage.c:1404 #8 0x08089490 in ProcPolyFillRectangle (client=0x9d4b328) at ../../dix/dispatch.c:1769 #9 0x0808c51f in Dispatch () at ../../dix/dispatch.c:437 #10 0x080716f5 in main (argc=9, argv=0xbff3e064, envp=Cannot access memory at address 0xc0286431) at ../../dix/main.c:397 -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515326: gdb trace
Hi again, I could ssh to my machine during a hang. there's nothing in the log, nothing in dmesg. I could gdb the X server and client (carousel) but the traces make no sense to me: carousel: (gdb) bt #0 0xb801f424 in __kernel_vsyscall () #1 0xb7cb0b59 in ioctl () from /lib/i686/cmov/libc.so.6 #2 0xb7bc6c5d in drmIoctl () from /usr/lib/libdrm.so.2 #3 0xb7bc6fab in drmCommandWrite () from /usr/lib/libdrm.so.2 #4 0xb78786de in ?? () from /usr/lib/dri/r300_dri.so #5 0x0004 in ?? () #6 0x0017 in ?? () #7 0x08df956c in ?? () #8 0x0004 in ?? () #9 0x08e014a8 in ?? () #10 0x3fda53c2 in ?? () #11 0x08df956c in ?? () #12 0xb7a798d4 in ?? () from /usr/lib/dri/r300_dri.so #13 0x08e014a8 in ?? () #14 0x08df4e08 in ?? () #15 0xbfd3d5a8 in ?? () #16 0xb78ad911 in _mesa_Finish () from /usr/lib/dri/r300_dri.so Backtrace stopped: frame did not save the PC X: (gdb) bt #0 0xb8030424 in __kernel_vsyscall () #1 0xb7cbdb59 in ioctl () from /lib/i686/cmov/libc.so.6 #2 0xb7acdc5d in drmIoctl () from /usr/lib/libdrm.so.2 #3 0xb7acdfab in drmCommandWrite () from /usr/lib/libdrm.so.2 #4 0xa76676de in ?? () from /usr/lib/dri/r300_dri.so #5 0x000b in ?? () #6 0x0017 in ?? () #7 0x0951cf64 in ?? () #8 0x0004 in ?? () #9 0x0951cf10 in ?? () #10 0x in ?? () (using xserver-xorg-video-radeon 1:6.11.0-1) Anything I could try ? Xav -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515326: xorg-video-radeon: OpenGL freezes on radeon 9600 XT
It happens again, even if Xorg tells: (==) RADEON(0): Using AGP 4x Curiously, playing with compiz doesn't do anything, it's just a screensaver (opengl slideshow). Maybe because transfering images to textures exercises the AGP bus too much. I'll try bustype PCI sometime. Xav -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515326: xorg-video-radeon: OpenGL freezes on radeon 9600 XT
Le samedi 28 février 2009 à 19:26 +0100, Xavier Bestel a écrit : I'll try bustype PCI sometime. Doesn't work: (**) RADEON(0): Forced into PCI mode (EE) RADEON(0): [pci] Out of memory (-12) (EE) RADEON(0): [pci] PCI failed to initialize. Disabling the DRI. (II) RADEON(0): [drm] removed 1 reserved context for kernel (II) RADEON(0): [drm] unmapping 8192 bytes of SAREA 0xf82c6000 at 0xb79fc000 (II) RADEON(0): [drm] Closed DRM master. (WW) RADEON(0): Direct rendering disabled ... and a white screen in compiz :/ Xav -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515326: xorg-video-radeon: OpenGL freezes on radeon 9600 XT
On Mon, 2009-02-16 at 16:19 -0500, Alex Deucher wrote: On Mon, Feb 16, 2009 at 3:59 PM, Xavier Bestel xavier.bes...@free.fr wrote: Le lundi 16 février 2009 à 08:11 +0100, Michel Dänzer a écrit : On Sun, 2009-02-15 at 17:40 +0100, Xavier Bestel wrote: when the screensaver runs for a while, Xorg deadlocks. Happens since latest experimental upgrade. Which of xserver-xorg-video-radeon, libgl1-mesa-dri or linux-image-$(uname -r) were upgraded/installed from/to what versions during that upgrade? Can you isolate which of them introduced the problem? I upgraded them all. I could try to find the culprite if it's really necessary, but .. (==) RADEON(0): Using AGP 8x Does Option AGPMode 4 That was it, thanks. However, if my memory serves me good, there was a time when this option was needed for my card, and a version (last year) of xserver-xorg-video-radeon started to guess right how to configure my card. It seems the newest one has lost how to do it properly. I've added a quirk for your setup to ati git master: 3c9e00c7f2ed494976713e8f77b729e0d76409db I had a quick look, I didn't know it was so specific ! Apparently from your commit, some 9600XT could run at mode 8 on some other chipsets. I doubt that (mine never run well at mode 8, and I changed motherboard twice). Thanks anyway, Xav -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515326: xorg-video-radeon: OpenGL freezes on radeon 9600 XT
Le lundi 16 février 2009 à 08:11 +0100, Michel Dänzer a écrit : On Sun, 2009-02-15 at 17:40 +0100, Xavier Bestel wrote: when the screensaver runs for a while, Xorg deadlocks. Happens since latest experimental upgrade. Which of xserver-xorg-video-radeon, libgl1-mesa-dri or linux-image-$(uname -r) were upgraded/installed from/to what versions during that upgrade? Can you isolate which of them introduced the problem? I upgraded them all. I could try to find the culprite if it's really necessary, but .. (==) RADEON(0): Using AGP 8x Does Option AGPMode 4 That was it, thanks. However, if my memory serves me good, there was a time when this option was needed for my card, and a version (last year) of xserver-xorg-video-radeon started to guess right how to configure my card. It seems the newest one has lost how to do it properly. HTH, Xav -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515326: xorg-video-radeon: OpenGL freezes on radeon 9600 XT
Package: xserver-xorg-video-radeon Version: 1:6.10.99.0-1 Severity: normal File: xorg-video-radeon Hi, when the screensaver runs for a while, Xorg deadlocks. Happens since latest experimental upgrade. HTH, Xav -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 févr. 20 2006 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1690172 févr. 12 12:25 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: ATI Technologies Inc RV350 AR [Radeon 9600] /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 2908 nov. 13 13:53 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # XF86Config-4 (XFree86 server configuration file) generated by Dexconf, the # Debian X Configuration tool, using values from the debconf database. # # Edit this file with caution, and see the XF86Config manual page. # (Type man XF86Config at the shell prompt.) #Section Files # #FontPath unix/:7100# local font server # # if the local font server has problems, we can fall back on these # FontPath/usr/share/fonts/X11/misc # FontPath/usr/X11R6/lib/X11/fonts/misc # FontPath/usr/X11R6/lib/X11/fonts/cyrillic # FontPath/usr/X11R6/lib/X11/fonts/100dpi/:unscaled # FontPath/usr/X11R6/lib/X11/fonts/75dpi/:unscaled # FontPath/usr/X11R6/lib/X11/fonts/Type1 # FontPath/usr/X11R6/lib/X11/fonts/Speedo # FontPath/usr/X11R6/lib/X11/fonts/100dpi # FontPath/usr/X11R6/lib/X11/fonts/75dpi # FontPath/usr/share/fonts/truetype # FontPath/usr/share/fonts/truetype/openoffice # FontPath/usr/share/fonts/truetype/xfree86-nonfree #EndSection Section ServerFlags #Option Xinerama Option AllowDeactivateGrabs #Option AllowEmptyInput false EndSection Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc105 Option XkbLayout fr EndSection Section InputDevice Identifier Generic Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option Protocol ImPS/2 Option ZAxisMapping 4 5 Option Emulate3Buttons no EndSection Section Device Identifier ATI Radeon 9600XT Driver radeon VendorName ATI # Option AGPMode 4 # Option AGPFastWrite true Option No2048Limit true Option accel Option AccelMethod exa # Option AccelMethod xaa Option RenderAccel true Option EnablePageFlipfalse Option ColorTiling true Option AccelDFS true # Option XAANoOffscreenPixmaps true Option GARTSize 128 # Option FBTexPercent 0 #Option MergedFB true Option DDCMode true # Option Monitor-DELL 2405FPW Grand # Option Monitor-DELL 2001FP Petit # Option RROutputOrder DELL 2405FPW EndSection Section Monitor Identifier DELL 2405FPW EndSection Section Monitor Identifier DELL 2001FP Option Above DELL 2405FPW EndSection Section Screen Identifier Default Screen Device ATI Radeon 9600XT DefaultDepth24 # Option AddARGBGLXVisuals True # Option DisableGLXRootClipping True SubSection Display Depth 24 Virtual 1920 1920 # Modes 1920x1200 1600x1200 1400x1050 1280x1024 1152x864 1024x768 800x600 640x480 320x256 320x240 EndSubSection EndSection Section ServerLayout Identifier Default Layout Screen 0 Default Screen InputDevice Generic Keyboard InputDevice Generic Mouse EndSection # #Section DRI # Mode0666 #EndSection # end of XF86Config Xorg X server log files on system: -rw-r--r-- 1 root root 46718 févr. 15 17:35 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: This is a pre-release version of the X server from The X.Org Foundation. It is not supported in any way. Bugs may be filed in the bugzilla
Bug#501124: compiz: new version available
Package: compiz Version: 0.7.6-7 Severity: wishlist Hi, could you package compiz* 0.7.8 please ? Thanks, Xav -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages compiz depends on: ii compiz-core 0.7.6-7OpenGL window and compositing mana ii compiz-gnome 0.7.6-7OpenGL window and compositing mana ii compiz-gtk0.7.6-7OpenGL window and compositing mana ii compiz-plugins0.7.6-7OpenGL window and compositing mana compiz recommends no packages. Versions of packages compiz suggests: ii compizconfig-settings-manager 0.7.6-3Compizconfig Settings Manager -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ati 6.8.191, r128 and mach64 going into sid?
On Fri, 2008-06-13 at 01:12 +0200, Julien Cristau wrote: On Fri, Jun 13, 2008 at 01:00:17 +0200, Brice Goglin wrote: Hello, ati 6.8.191 (6.9-rc1) has been released today. Given the big testing that we already had in experimental, this release looks very good to me. And it brings support for many new boards, EXA Composite for r3xx/r4xx/r5xx, textured video, ... So I am thinking of uploading it to sid even if it's only a release candidate. I think I'd wait for 6.9, but you're the one with the ati card, so... :) Before doing so, we need to put r128 and mach64 into sid as well. Upstream finally released them as 6.8.0 while my experimental snapshots were called 1:6.8.1~git... So the easiest plan would be to bump their epoch and upload as 2:6.8.0-1. Or upload as 6.8.0 to sid (without epoch) and request removal of the old snapshots from experimental. Anyone who had installed them from experimental would have to 'upgrade' by hand, but then again it's experimental. 6.9-rc1 has had tons of bugfixes (many deadlocks for r300 hardware) that make it way more stable than 6.8.0 IMHO. Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476297: compiz: windows aren't restored correctly at startup
Package: compiz Version: 0.6.3~git20080115.0ea58487-1 Severity: minor Hi, I have some windows occupying my 4 workspaces. I'm saving the session using gnome-session-save. I'm logging out (maybe rebooting), logging in again, and there compiz restores the windows size correctly, but they are all stuck on the first workspace, at a random position. Regards, Xav -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages compiz depends on: ii compiz-core 0.6.3~git20080115.0ea58487-1 OpenGL window and compositing mana ii compiz-gnom 0.6.3~git20080115.0ea58487-1 OpenGL window and compositing mana ii compiz-gtk 0.6.3~git20080115.0ea58487-1 OpenGL window and compositing mana ii compiz-plug 0.6.3~git20080115.0ea58487-1 OpenGL window and compositing mana compiz recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461153: xserver-xorg-video-ati: rotation corrupts screen
On ven, 2008-01-18 at 12:28 +0100, Michel Dänzer wrote: On Thu, 2008-01-17 at 20:48 +0100, Xavier Bestel wrote: Disabling colortiling makes it work. Do I need to test something else ? Can you try the new version in experimental, 1:6.7.198~git20080117.6bd510a2-1? That should now accelerate the rotation. Indeed it does, but the lowest fifth of the (non-rotated) screen is never repainted. So when I move a window, it looks like it goes 'underneath' that part. Xav
Bug#461153: xserver-xorg-video-ati: rotation corrupts screen
On jeu, 2008-01-17 at 15:47 -0500, Alex Deucher wrote: On Jan 17, 2008 2:48 PM, Xavier Bestel [EMAIL PROTECTED] wrote: On jeu, 2008-01-17 at 13:00 -0500, Alex Deucher wrote: On Jan 17, 2008 12:52 PM, Xavier Bestel [EMAIL PROTECTED] wrote: On jeu, 2008-01-17 at 10:50 -0500, Alex Deucher wrote: On Jan 17, 2008 10:47 AM, Xavier Bestel [EMAIL PROTECTED] wrote: On Thu, 2008-01-17 at 10:42 -0500, Alex Deucher wrote: On Jan 17, 2008 4:27 AM, Xavier Bestel [EMAIL PROTECTED] wrote: On Thu, 2008-01-17 at 10:00 +0100, Michel Dänzer wrote: On Wed, 2008-01-16 at 23:26 +0100, Xavier Bestel wrote: Package: xserver-xorg-video-ati Version: 1:6.7.198~git20080109.10e7636c-1 Severity: normal Hi again ... when I rotate display using xrandr -o 1 or xrandr --output DVI-0 --rotation left the display is corrupted. I can see some parts of the windows rotated, some part non-rotated, and some garbage everywhere. I'm using compiz. Then it can't work until xserver 1.5 due to previously missing AIGLX damage reporting. 01:00.0 VGA compatible controller: ATI Technologies Inc RV350 AR [Radeon 9600] Note that even without a GLX compositing manager, support for accelerated rotation with R300 generation cards was only just pushed to the upstream Git repository. Also, AFAIK it's only working correctly with EXA at this point. Ok, fair enough. I've tried with metacity, and you're right it's damn slow. But the display is also corrupted. All the pixel on the right of the (non-rotated) screen are garbled, I'd say on the last fifth of the display. I took a screenshot, but on the screenshot everything is allright. So the corruption happens only on-screen. What version of the driver/xserver are you using? Earlier version of radeon had some bugs when it came to rotation. xserver 2:1.4.1~git20080105-1 xserver-xorg-video-ati 1:6.7.198~git20080109.10e7636c-1 Can you get a picture of the corruption maybe with a digital camera? Also are you using EXA or XAA? Here are the pictures (1 from afar, 1 nearer). I hope attaching big files to a bug is ok. Can you post your xorg log and config? Does rotation work ok under XAA? How about if you disable tiling (Option ColorTiling False)? Looks like an issue with damage and tiling. Disabling colortiling makes it work. Do I need to test something else ? does making your virtual area square help? Virtual 2400 2400 Apparently yes. But now I tried the latest driver (including your rotated acceleration), and the lowest fifth of the screen isn't updated anymore (with colortiling on or off, virtual area square or rectangular). Still a damage problem apparently. Xav
Bug#461153: xserver-xorg-video-ati: rotation corrupts screen
On Thu, 2008-01-17 at 10:00 +0100, Michel Dänzer wrote: On Wed, 2008-01-16 at 23:26 +0100, Xavier Bestel wrote: Package: xserver-xorg-video-ati Version: 1:6.7.198~git20080109.10e7636c-1 Severity: normal Hi again ... when I rotate display using xrandr -o 1 or xrandr --output DVI-0 --rotation left the display is corrupted. I can see some parts of the windows rotated, some part non-rotated, and some garbage everywhere. I'm using compiz. Then it can't work until xserver 1.5 due to previously missing AIGLX damage reporting. 01:00.0 VGA compatible controller: ATI Technologies Inc RV350 AR [Radeon 9600] Note that even without a GLX compositing manager, support for accelerated rotation with R300 generation cards was only just pushed to the upstream Git repository. Also, AFAIK it's only working correctly with EXA at this point. Ok, fair enough. I've tried with metacity, and you're right it's damn slow. But the display is also corrupted. All the pixel on the right of the (non-rotated) screen are garbled, I'd say on the last fifth of the display. I took a screenshot, but on the screenshot everything is allright. So the corruption happens only on-screen. Xav
Bug#461153: xserver-xorg-video-ati: rotation corrupts screen
On Thu, 2008-01-17 at 10:50 -0500, Alex Deucher wrote: On Jan 17, 2008 10:47 AM, Xavier Bestel [EMAIL PROTECTED] wrote: On Thu, 2008-01-17 at 10:42 -0500, Alex Deucher wrote: On Jan 17, 2008 4:27 AM, Xavier Bestel [EMAIL PROTECTED] wrote: On Thu, 2008-01-17 at 10:00 +0100, Michel Dänzer wrote: On Wed, 2008-01-16 at 23:26 +0100, Xavier Bestel wrote: Package: xserver-xorg-video-ati Version: 1:6.7.198~git20080109.10e7636c-1 Severity: normal Hi again ... when I rotate display using xrandr -o 1 or xrandr --output DVI-0 --rotation left the display is corrupted. I can see some parts of the windows rotated, some part non-rotated, and some garbage everywhere. I'm using compiz. Then it can't work until xserver 1.5 due to previously missing AIGLX damage reporting. 01:00.0 VGA compatible controller: ATI Technologies Inc RV350 AR [Radeon 9600] Note that even without a GLX compositing manager, support for accelerated rotation with R300 generation cards was only just pushed to the upstream Git repository. Also, AFAIK it's only working correctly with EXA at this point. Ok, fair enough. I've tried with metacity, and you're right it's damn slow. But the display is also corrupted. All the pixel on the right of the (non-rotated) screen are garbled, I'd say on the last fifth of the display. I took a screenshot, but on the screenshot everything is allright. So the corruption happens only on-screen. What version of the driver/xserver are you using? Earlier version of radeon had some bugs when it came to rotation. xserver 2:1.4.1~git20080105-1 xserver-xorg-video-ati 1:6.7.198~git20080109.10e7636c-1 Can you get a picture of the corruption maybe with a digital camera? Also are you using EXA or XAA? I'm using EXA. I'll try when I'm back home, if I remember to do it :) Xav
Bug#461153: xserver-xorg-video-ati: rotation corrupts screen
On Thu, 2008-01-17 at 10:42 -0500, Alex Deucher wrote: On Jan 17, 2008 4:27 AM, Xavier Bestel [EMAIL PROTECTED] wrote: On Thu, 2008-01-17 at 10:00 +0100, Michel Dänzer wrote: On Wed, 2008-01-16 at 23:26 +0100, Xavier Bestel wrote: Package: xserver-xorg-video-ati Version: 1:6.7.198~git20080109.10e7636c-1 Severity: normal Hi again ... when I rotate display using xrandr -o 1 or xrandr --output DVI-0 --rotation left the display is corrupted. I can see some parts of the windows rotated, some part non-rotated, and some garbage everywhere. I'm using compiz. Then it can't work until xserver 1.5 due to previously missing AIGLX damage reporting. 01:00.0 VGA compatible controller: ATI Technologies Inc RV350 AR [Radeon 9600] Note that even without a GLX compositing manager, support for accelerated rotation with R300 generation cards was only just pushed to the upstream Git repository. Also, AFAIK it's only working correctly with EXA at this point. Ok, fair enough. I've tried with metacity, and you're right it's damn slow. But the display is also corrupted. All the pixel on the right of the (non-rotated) screen are garbled, I'd say on the last fifth of the display. I took a screenshot, but on the screenshot everything is allright. So the corruption happens only on-screen. What version of the driver/xserver are you using? Earlier version of radeon had some bugs when it came to rotation. xserver 2:1.4.1~git20080105-1 xserver-xorg-video-ati 1:6.7.198~git20080109.10e7636c-1 Xav
Bug#461153: xserver-xorg-video-ati: rotation corrupts screen
On jeu, 2008-01-17 at 13:00 -0500, Alex Deucher wrote: On Jan 17, 2008 12:52 PM, Xavier Bestel [EMAIL PROTECTED] wrote: On jeu, 2008-01-17 at 10:50 -0500, Alex Deucher wrote: On Jan 17, 2008 10:47 AM, Xavier Bestel [EMAIL PROTECTED] wrote: On Thu, 2008-01-17 at 10:42 -0500, Alex Deucher wrote: On Jan 17, 2008 4:27 AM, Xavier Bestel [EMAIL PROTECTED] wrote: On Thu, 2008-01-17 at 10:00 +0100, Michel Dänzer wrote: On Wed, 2008-01-16 at 23:26 +0100, Xavier Bestel wrote: Package: xserver-xorg-video-ati Version: 1:6.7.198~git20080109.10e7636c-1 Severity: normal Hi again ... when I rotate display using xrandr -o 1 or xrandr --output DVI-0 --rotation left the display is corrupted. I can see some parts of the windows rotated, some part non-rotated, and some garbage everywhere. I'm using compiz. Then it can't work until xserver 1.5 due to previously missing AIGLX damage reporting. 01:00.0 VGA compatible controller: ATI Technologies Inc RV350 AR [Radeon 9600] Note that even without a GLX compositing manager, support for accelerated rotation with R300 generation cards was only just pushed to the upstream Git repository. Also, AFAIK it's only working correctly with EXA at this point. Ok, fair enough. I've tried with metacity, and you're right it's damn slow. But the display is also corrupted. All the pixel on the right of the (non-rotated) screen are garbled, I'd say on the last fifth of the display. I took a screenshot, but on the screenshot everything is allright. So the corruption happens only on-screen. What version of the driver/xserver are you using? Earlier version of radeon had some bugs when it came to rotation. xserver 2:1.4.1~git20080105-1 xserver-xorg-video-ati 1:6.7.198~git20080109.10e7636c-1 Can you get a picture of the corruption maybe with a digital camera? Also are you using EXA or XAA? Here are the pictures (1 from afar, 1 nearer). I hope attaching big files to a bug is ok. Can you post your xorg log and config? Does rotation work ok under XAA? How about if you disable tiling (Option ColorTiling False)? Looks like an issue with damage and tiling. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=461153 for info. I'll try colortiling. Xav
Bug#461153: xserver-xorg-video-ati: rotation corrupts screen
On jeu, 2008-01-17 at 13:00 -0500, Alex Deucher wrote: On Jan 17, 2008 12:52 PM, Xavier Bestel [EMAIL PROTECTED] wrote: On jeu, 2008-01-17 at 10:50 -0500, Alex Deucher wrote: On Jan 17, 2008 10:47 AM, Xavier Bestel [EMAIL PROTECTED] wrote: On Thu, 2008-01-17 at 10:42 -0500, Alex Deucher wrote: On Jan 17, 2008 4:27 AM, Xavier Bestel [EMAIL PROTECTED] wrote: On Thu, 2008-01-17 at 10:00 +0100, Michel Dänzer wrote: On Wed, 2008-01-16 at 23:26 +0100, Xavier Bestel wrote: Package: xserver-xorg-video-ati Version: 1:6.7.198~git20080109.10e7636c-1 Severity: normal Hi again ... when I rotate display using xrandr -o 1 or xrandr --output DVI-0 --rotation left the display is corrupted. I can see some parts of the windows rotated, some part non-rotated, and some garbage everywhere. I'm using compiz. Then it can't work until xserver 1.5 due to previously missing AIGLX damage reporting. 01:00.0 VGA compatible controller: ATI Technologies Inc RV350 AR [Radeon 9600] Note that even without a GLX compositing manager, support for accelerated rotation with R300 generation cards was only just pushed to the upstream Git repository. Also, AFAIK it's only working correctly with EXA at this point. Ok, fair enough. I've tried with metacity, and you're right it's damn slow. But the display is also corrupted. All the pixel on the right of the (non-rotated) screen are garbled, I'd say on the last fifth of the display. I took a screenshot, but on the screenshot everything is allright. So the corruption happens only on-screen. What version of the driver/xserver are you using? Earlier version of radeon had some bugs when it came to rotation. xserver 2:1.4.1~git20080105-1 xserver-xorg-video-ati 1:6.7.198~git20080109.10e7636c-1 Can you get a picture of the corruption maybe with a digital camera? Also are you using EXA or XAA? Here are the pictures (1 from afar, 1 nearer). I hope attaching big files to a bug is ok. Can you post your xorg log and config? Does rotation work ok under XAA? How about if you disable tiling (Option ColorTiling False)? Looks like an issue with damage and tiling. Disabling colortiling makes it work. Do I need to test something else ? Xav
Bug#459428: xserver-xorg-video-ati: tossed event which came in late
On dim, 2008-01-06 at 17:06 +0100, Xavier Bestel wrote: On dim, 2008-01-06 at 16:24 +0100, Brice Goglin wrote: Does it happen all the time, even when idle? Or only when running compiz, 3d applications, anything CPU intensive that could prevent the server from processing events fast enough? I'm running compiz, nothing else extravagant. Apparently it happened at startup, because now I'm watching the log and it doesn't happen any more, even when moving/resizing windows. FWIW, I can't reproduce it now. Maybe the new version fixed something (but I didn't see anything in the git commits that could). Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459428: xserver-xorg-video-ati: tossed event which came in late
On sam, 2008-01-12 at 19:20 +0100, Brice Goglin wrote: Let's wait a couple weeks and close it then if you haven't reproduced again. Great. I'm very good at procrastinating. Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459428: xserver-xorg-video-ati: tossed event which came in late
On dim, 2008-01-06 at 16:24 +0100, Brice Goglin wrote: Xavier Bestel wrote: since the very latest vesrion of this package (didn't happen in the previous experimental version), with 1:6.7.198~git20080101.f65374f5-1 ? or 1:6.7.198~git20071223.ad3325f6-1 ? It didn't happen with 1:6.7.198~git20080101.f65374f5-1 but now it happens with 1:6.7.198~git20080102.30cab1db-1 There are not many changes for your hardware that could explain this behavior. Ah, I changed 1 thing in xorg.conf in-between: I uncommented Option AGPMode 4 (it looks like it helps with my lockups, so far so good). my Xorg.log is full of: tossed event which came in late mieqEnequeue: out-of-order valuator event; dropping. It apparently doesn't cause more harm than usual. Does it happen all the time, even when idle? Or only when running compiz, 3d applications, anything CPU intensive that could prevent the server from processing events fast enough? I'm running compiz, nothing else extravagant. Apparently it happened at startup, because now I'm watching the log and it doesn't happen any more, even when moving/resizing windows. Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457233: xserver-xorg-video-ati: freezes system after a few minutes with comiz on rv370
On ven, 2007-12-21 at 10:09 +0100, Michel Dänzer wrote: On Fri, 2007-12-21 at 10:02 +0100, Xavier Bestel wrote: On Fri, 2007-12-21 at 09:17 +0100, Michel Dnzer wrote: On Fri, 2007-12-21 at 09:09 +0100, Xavier Bestel wrote: On Fri, 2007-12-21 at 08:53 +0100, Michel Dnzer wrote: On Thu, 2007-12-20 at 22:18 +0100, Xavier Bestel wrote: (==) RADEON(0): Using AGP 8x Was the previous version (1:6.7.196-2?) using this rate as well? Does Option AGPMode 4 help with the current version? The only available versions are 1:6.7.192-3 and 1:6.6.193-3, and I can't remember what 1:6.7.196-2 was setting as AGP mode. Do you want me to try one of them ? Do you know about http://snapshot.debian.net/ ? I keep being told about it, but I must have a bird's memory ... With 6.7.196-2 I see no interesting changes in the log, except maybe for that: -(II) RADEON(0): [drm] dma control initialized, using IRQ 16 +(II) RADEON(0): [drm] dma control initialized, using IRQ 17 I'll try forcing AGPmode when I get back home. Well, if 6.7.196-2 is still more stable, the difference isn't related to AGPMode. In that case, it would be great if you could try isolating the change that made things worse for you using git-bisect. You can start the process in a checked out Git tree with git-bisect good 5022d006 git-bisect bad ce4fa1ce Hi, I'm back from holidays and wanted to try that. However: [EMAIL PROTECTED]:~/git/Xorg/driver/xf86-video-ati]$ git-bisect bad ce4fa1ce fatal: Needed a single revision Do I have another mean to specify that commit ? (BTW, I installed 1:6.7.197-1 from unstable and it's stable). Thanks, Xav
Bug#457233: xserver-xorg-video-ati: freezes system after a few minutes with comiz on rv370
On Fri, 2007-12-21 at 08:53 +0100, Michel Dänzer wrote: On Thu, 2007-12-20 at 22:18 +0100, Xavier Bestel wrote: this driver has always locked the machine randomly, but I could live with it. The latest experimental version though is unusable: after a few minutes the machine freezes (hard freeze, like a PCI bus lockup: not even ping works, but the keyboard leds are blinking). Note: the previous experimental version was more usable for me. Frankly I really don't know what I can do to help, because once frozen the machine is a brick. Does someone have a idea for that problem ? The best start is probably to try and isolate the change(s) that made things worse for you. (==) RADEON(0): Using AGP 8x Was the previous version (1:6.7.196-2?) using this rate as well? Does Option AGPMode 4 help with the current version? The only available versions are 1:6.7.192-3 and 1:6.6.193-3, and I can't remember what 1:6.7.196-2 was setting as AGP mode. Do you want me to try one of them ? (At present I can only access my box remotely, so I can install something else and see the log, but I can't test with compiz). Xav
Bug#457233: xserver-xorg-video-ati: freezes system after a few minutes with comiz on rv370
On Fri, 2007-12-21 at 09:17 +0100, Michel Dänzer wrote: On Fri, 2007-12-21 at 09:09 +0100, Xavier Bestel wrote: On Fri, 2007-12-21 at 08:53 +0100, Michel Dnzer wrote: On Thu, 2007-12-20 at 22:18 +0100, Xavier Bestel wrote: (==) RADEON(0): Using AGP 8x Was the previous version (1:6.7.196-2?) using this rate as well? Does Option AGPMode 4 help with the current version? The only available versions are 1:6.7.192-3 and 1:6.6.193-3, and I can't remember what 1:6.7.196-2 was setting as AGP mode. Do you want me to try one of them ? Do you know about http://snapshot.debian.net/ ? I keep being told about it, but I must have a bird's memory ... With 6.7.196-2 I see no interesting changes in the log, except maybe for that: -(II) RADEON(0): [drm] dma control initialized, using IRQ 16 +(II) RADEON(0): [drm] dma control initialized, using IRQ 17 I'll try forcing AGPmode when I get back home. Thanks, Xav
Bug#457233: xserver-xorg-video-ati: freezes system after a few minutes with comiz on rv370
Package: xserver-xorg-video-ati Version: 1:6.7.197~git20071219.ce4fa1ce-1 Severity: important Hi, this driver has always locked the machine randomly, but I could live with it. The latest experimental version though is unusable: after a few minutes the machine freezes (hard freeze, like a PCI bus lockup: not even ping works, but the keyboard leds are blinking). Note: the previous experimental version was more usable for me. Frankly I really don't know what I can do to help, because once frozen the machine is a brick. Does someone have a idea for that problem ? Thanks, Xav -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 fév 20 2006 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1672732 déc 13 02:48 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: ATI Technologies Inc RV350 AR [Radeon 9600] /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 2992 déc 14 20:46 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # XF86Config-4 (XFree86 server configuration file) generated by Dexconf, the # Debian X Configuration tool, using values from the debconf database. # # Edit this file with caution, and see the XF86Config manual page. # (Type man XF86Config at the shell prompt.) #Section Files # #FontPath unix/:7100# local font server # # if the local font server has problems, we can fall back on these # FontPath/usr/share/fonts/X11/misc # FontPath/usr/X11R6/lib/X11/fonts/misc # FontPath/usr/X11R6/lib/X11/fonts/cyrillic # FontPath/usr/X11R6/lib/X11/fonts/100dpi/:unscaled # FontPath/usr/X11R6/lib/X11/fonts/75dpi/:unscaled # FontPath/usr/X11R6/lib/X11/fonts/Type1 # FontPath/usr/X11R6/lib/X11/fonts/Speedo # FontPath/usr/X11R6/lib/X11/fonts/100dpi # FontPath/usr/X11R6/lib/X11/fonts/75dpi # FontPath/usr/share/fonts/truetype # FontPath/usr/share/fonts/truetype/openoffice # FontPath/usr/share/fonts/truetype/xfree86-nonfree #EndSection Section ServerFlags #Option Xinerama Option AllowDeactivateGrabs EndSection #Section Extensions # Option Composite Enable #EndSection # #Section InputDevice # Identifier Generic Keyboard # Driver kbd # Option CoreKeyboard # Option XkbRules xorg # Option XkbModel pc105 # Option XkbLayout fr #EndSection # #Section InputDevice # Identifier Generic Mouse # Driver mouse # Option CorePointer # Option Device/dev/input/mice # Option Protocol ImPS/2 # Option ZAxisMapping 4 5 # Option Emulate3Buttons no #EndSection Section Device Identifier ATI Radeon 9600XT Driver radeon VendorName ATI # Option AGPMode 4 # Option AGPFastWrite true Option No2048Limit true Option accel Option AccelMethod exa # Option AccelMethod xaa Option RenderAccel true Option EnablePageFliptrue Option ColorTiling true Option AccelDFS true # Option XAANoOffscreenPixmaps true Option GARTSize 128 # Option FBTexPercent 0 #Option MergedFB true Option DDCMode true # Option Monitor-DELL 2405FPW Grand # Option Monitor-DELL 2001FP Petit # Option RROutputOrder DELL 2405FPW EndSection Section Monitor Identifier DELL 2405FPW EndSection Section Monitor Identifier DELL 2001FP Option Above DELL 2405FPW EndSection Section Screen Identifier Default Screen Device ATI Radeon 9600XT DefaultDepth24 # Option AddARGBGLXVisuals True # Option DisableGLXRootClipping True SubSection Display Depth 24 Virtual 1920 2400 # Modes 1920x1200 1600x1200 1400x1050 1280x1024 1152x864 1024x768 800x600 640x480 320x256 320x240 EndSubSection EndSection #Section ServerLayout # Identifier Default Layout # Screen 0 Default Screen # InputDevice Generic Keyboard # InputDevice Generic Mouse ##
Bug#446901: compiz ignores gconf modifications and number_of_desktops value
On Thu, 2007-12-06 at 14:40 +0100, Giacomo Montagner wrote: On Dec 5, 2007 9:24 PM, Evgeni Golov [EMAIL PROTECTED] wrote: On Wed, 05 Dec 2007 11:33:37 +0100 Giacomo Montagner wrote: Why not just kill -HUP `pidof compiz.real` mmmh... ok, simpler is better. ^_^ killall -HUP compiz.real Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
keyboard troubles after upgrade
Hi, this is probably a FAQ, but after upgrading now my keyboard in X in qwerty instead of azerty. I managed to change GNOME settings to get back to azerty when logged, but by default (so in GDM) it's still qwerty. Here's my keyboard config: Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc105 Option XkbLayout fr EndSection Of course, I'd like to know how to fix it properly myself, but it would also be good if an upgrade could fix it automagically. Thanks, Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: keyboard troubles after upgrade
On Thu, 2007-10-25 at 10:59 +0200, Julien Cristau wrote: On Thu, Oct 25, 2007 at 10:42:01 +0200, Xavier Bestel wrote: Hi, this is probably a FAQ, but after upgrading now my keyboard in X in qwerty instead of azerty. I managed to change GNOME settings to get back to azerty when logged, but by default (so in GDM) it's still qwerty. Here's my keyboard config: Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc105 Option XkbLayout fr EndSection Of course, I'd like to know how to fix it properly myself, but it would also be good if an upgrade could fix it automagically. See #442316. How fun, the problem seems to have started mid-september, whereas on my system it started this week (and I upgrade daily from unstable/experimental). Thanks, Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: xserver 1.4
On Thu, 2007-09-06 at 19:18 +0200, Julien Cristau wrote: Hi, I've built xserver 1.4, a few drivers (the ones I use) and the xorg package, and put them up on alioth. For testing, adding: deb http://pkg-xorg.alioth.debian.org/debian ./ in sources.list should be enough. Anyone on the team is welcome to add more drivers/architectures there (there's only mouse/kbd/evdev/intel for i386 right now). Feedback on this list is also encouraged :) Tested with experimental's -ati on an r300, it works like charm. Thanks, Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440095: compiz: does not work
Package: compiz Version: 0.5.2-1 Severity: important Hi, when running compiz --replace (with metacity already managing the windows), I get that: GLX_EXT_texture_from_pixmap is not available with direct rendering. GLX_EXT_texture_from_pixmap is available with indirect rendering. then all decorations disappear, and that's all. I can't move the windows (even when trying with ALT+drag), nothing works (ALT-tab, ALT-CTRL-arrows, etc.). Exactely as if I had no window manager, except compiz.real and gtk-window-decorator are running. In fact, compiz.real is half-working because if I STOP it, the windows stop updating (so the screen is effectively composited), but that's all. Xav -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.22-1-amd64 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages compiz depends on: ii compiz-core 0.5.2-1OpenGL window and compositing mana ii compiz-gnome 0.5.2-1OpenGL window and compositing mana ii compiz-gtk0.5.2-1OpenGL window and compositing mana ii compiz-plugins0.5.2-1OpenGL window and compositing mana compiz recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440095: compiz: does not work
Le mercredi 29 août 2007 à 20:01 +0200, Julien Cristau a écrit : On Wed, Aug 29, 2007 at 19:47:54 +0200, Xavier Bestel wrote: when running compiz --replace (with metacity already managing the windows), I get that: GLX_EXT_texture_from_pixmap is not available with direct rendering. GLX_EXT_texture_from_pixmap is available with indirect rendering. then all decorations disappear, and that's all. I can't move the windows (even when trying with ALT+drag), nothing works (ALT-tab, ALT-CTRL-arrows, etc.). Exactely as if I had no window manager, except compiz.real and gtk-window-decorator are running. In fact, compiz.real is half-working because if I STOP it, the windows stop updating (so the screen is effectively composited), but that's all. Can you send your X log to the bug? Ok sorry, it's a dupe of #437009: No window borders in latest Compiz. Thanks, Xav
Bug#440095: compiz: does not work
Le mercredi 29 août 2007 à 20:32 +0200, Brice Goglin a écrit : Xavier Bestel wrote: Ok sorry, it's a dupe of #437009: No window borders in latest Compiz. Then enabling plugins as described in http://bgoglin.livejournal.com/11253.html should fix it? Yes, it does. Yes, we plan to enable more plugins by default. That would be nice. I really thought that thing didn't work for months, and only because I actually took time to (at least) report a bug I did check for a workaround in the debian bugs database. It's of course my fault, but I suspect I'm not alone in that case. Thanks, Xav
Bug#438159: xserver-xorg-video-ati: segfault after watching video
Hi Brice, ça farte ? Le lundi 27 août 2007 à 11:39 +0200, Brice Goglin a écrit : Hi Xav, Could you try with xserver-xorg-core and xserver-xorg-video-ati from experimental (1.3.99.0 and 6.7.192)? I could watch the video without segfault now. I think this bug can be closed. Thanks, Xav PS: it's also the 1st time EXA is working correctly performance-wise.
Bug#439254: xserver-xorg-video-ati: Does not enable default resolution
Hi, On Thu, 2007-08-23 at 18:30 +0200, Michael Biebl wrote: So 1280x768 is chosen by the xserver, although 1680x1050 is my default. You need to add a line specifying a virtual size at least as big as 1680x1050. The default virtual size for the new ati driver is 1600x1200, so it picks the biggest mode fitting this. Alex Deucher plans to change the code to set reasonable defaults based on available vram in a later version of the driver. HTH, Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438997: xorg: incorrect version number in log
Package: xorg Version: 1:7.3~rc1 Severity: minor Hi, a diff just after un upgrade from experimental shows an incoherent version number between version (one of them is probably wrong). Apparently on refers to the server, the other to the Xorg distribution: -X Window System Version 1.3.0 -Release Date: 19 April 2007 -X Protocol Version 11, Revision 0, Release 1.3 -Build Operating System: Linux Debian (xorg-server 2:1.3.0.0.dfsg-12) +X Window System Version 7.2.0 +Release Date: 21 December 2005 +X Protocol Version 11, Revision 0, Release 7.2 +Build Operating System: Linux Debian (xorg-server 2:1.3.99.0-2) HTH, Xav -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.22-1-amd64 (SMP w/1 CPU core) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xorg depends on: ii gnome-terminal [x-ter 2.18.1-1 The GNOME 2 terminal emulator appl ii libgl1-mesa-glx [libg 7.0.1-1A free implementation of the OpenG ii libglu1-mesa 7.0.1-1The OpenGL utility library (GLU) ii type-handling [not+sp 0.2.21 dpkg architecture generation scrip ii xbase-clients 1:7.3~rc1 miscellaneous X clients - metapack ii xfonts-100dpi 1:1.0.0-4 100 dpi fonts for X ii xfonts-75dpi 1:1.0.0-4 75 dpi fonts for X ii xfonts-base 1:1.0.0-5 standard fonts for X ii xfonts-scalable 1:1.0.0-6 scalable fonts for X ii xkb-data 1.0~cvs.20070721-1 X Keyboard Extension (XKB) configu ii xserver-xorg 1:7.3~rc1 the X.Org X server ii xterm [x-terminal-emu 229-1 X terminal emulator ii xutils1:7.3~rc1 X Window System utility programs m Versions of packages xorg recommends: ii xorg-docs 1:1.4-2Miscellaneous documentation for th -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438997: xorg: incorrect version number in log
On mar, 2007-08-21 at 21:09 +0200, Brice Goglin wrote: It seems to be expected (I mean not broken by the Debian packaging). The Xserver master branch has been containing the Xorg version number for a while (still 7.2 as of today then), while server-1.3-branch switched to the Xserver version numbers a little bit after being forked. http://gitweb.freedesktop.org/?p=xorg/xserver.git;a=commitdiff;h=cb86fced0e379badd96af5ad303710af30fafd2e;hp=e707604ab3fd45c1f9d07b666181fc181e68a827 Ah, ok. So 1.3.99 isn't from the server-1.3-branch. Maybe I'll have a look at it. Thanks, Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438159: xserver-xorg-video-ati: segfault after watching video
Package: xserver-xorg-video-ati Version: 1:6.6.193-1 Severity: normal Hi, after watching a video (with Totem, using Xv under beryl), Xorg segfaulted. Can't say much more, I just hope this backtrace helps. Thanks, Xav -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /etc/X11/X target unchanged from checksum in /var/lib/x11/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 13 fév 20 2006 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1736632 aoû 9 19:39 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: ATI Technologies Inc RV350 AR [Radeon 9600] /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 3784 aoû 10 18:25 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # XF86Config-4 (XFree86 server configuration file) generated by Dexconf, the # Debian X Configuration tool, using values from the debconf database. # # Edit this file with caution, and see the XF86Config manual page. # (Type man XF86Config at the shell prompt.) Section Files #FontPath unix/:7100# local font server # if the local font server has problems, we can fall back on these FontPath/usr/share/fonts/X11/misc FontPath/usr/X11R6/lib/X11/fonts/misc FontPath/usr/X11R6/lib/X11/fonts/cyrillic FontPath/usr/X11R6/lib/X11/fonts/100dpi/:unscaled FontPath/usr/X11R6/lib/X11/fonts/75dpi/:unscaled FontPath/usr/X11R6/lib/X11/fonts/Type1 FontPath/usr/X11R6/lib/X11/fonts/Speedo FontPath/usr/X11R6/lib/X11/fonts/100dpi FontPath/usr/X11R6/lib/X11/fonts/75dpi FontPath/usr/share/fonts/truetype FontPath/usr/share/fonts/truetype/openoffice FontPath/usr/share/fonts/truetype/xfree86-nonfree EndSection Section ServerFlags #Option Xinerama Option AllowDeactivateGrabs EndSection Section Extensions Option Composite Enable EndSection Section Module Loadddc #Load GLcore Loaddbe Loaddri Loadextmod Loadglx #Load pex5 Loadrecord #Load xie Loadbitmap Loadfreetype #Load speedo Loadtype1 Loadvbe Loadint10 #Load v4l EndSection #Section InputDevice # Identifier GenericKeyboard # Option CoreKeyboard # Driver evdev # Option evBits+1 # Option keyBits ~1-255 ~352-511 # Option Pass 3 #EndSection # #SectionInputDevice # Identifier GenericMouse # Option CorePointer # Driver evdev # Option evBits+1-2 # Option keyBits ~272-287 # Option relBits ~0-2 ~6 ~8 # Option Pass 3 #EndSection # #Section InputDevice # Identifier Truc a la Con # Driver void #EndSection Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc105 Option XkbLayout fr EndSection Section InputDevice Identifier Generic Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option Protocol ImPS/2 Option ZAxisMapping 4 5 Option Emulate3Buttons no EndSection Section Device Identifier ATI Radeon 9600XT Driver radeon VendorName ATI # Option AGPMode 4 # Option AGPFastWrite true Option accel # Option AccelMethod exa Option AccelMethod xaa Option RenderAccel true Option EnablePageFliptrue Option ColorTiling true Option AccelDFS true Option XAANoOffscreenPixmaps true Option GARTSize 128 # Option FBTexPercent 0 #Option MergedFB true Option DDCMode true #BusID AGP:1:0:0 #Option CRT2HSync 30-82 #Option CRT2VRefresh 48-150 #Option CRT2Position LeftOf #Option MetaModes 1400x1050-1400x1050 1024x768-1024x768 800x600-800x600 640x480-640x480 #Option ForceCRT1 true
Bug#334847: xserver-xorg: DRM char device isn't chmod 666
Hi again Brice (you're tireless !), that bug doesn't exist anymore in sid; and I think it wasn't in latest etch. Please close it. Thanks for your work, Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331697: /usr/X11R6/bin/X: crash with blender
Hi Brice, Le dimanche 27 mai 2007 à 23:22 +0200, Brice Goglin a écrit : About 2 years ago, you reported a bug to the Debian BTS regarding a crash of the X server while running blender. I can't reproduce it with today's unstable. Thanks, Xav
Re: -ati driver (was: X.org plans for the lenny cycle)
Le dimanche 15 avril 2007 à 22:29 +0200, Brice Goglin a écrit : Josip Rodin wrote: BTW, is there any chance that the -ati driver is going to include support for newer cards, the Radeon X series? It's sort of pointless for any newer machine, it won't even start X... Dave Airlie did some work on R500 last year, but he was waiting for ATI's approval before releasing anything. See http://airlied.livejournal.com/31180.html . I didn't hear of anything new about this since then. ISTR he got an informal answer from an ATI guy basically saying he'll never have the green light from ATI. Sad. Xav
Re: BTS cleaning status
On Fri, 2007-03-02 at 01:11 +0100, Brice Goglin wrote: To summarize, within the last 2 months, I think about 500 bugs got closed. I expect to close more than 100 with the current pending pings. And hopefully 300 more with the packages that are still to-do. So we should be able to go under 1000 outstanding bugs then... BTW, I saw no-one do it, so I wanted to thank you for all that X-bug- closing activity. Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413209: xserver-xorg-video-ati: beryl doesn't refresh correctly since 6.6.3-5
Le samedi 03 mars 2007 à 14:28 +0100, Michel Dänzer a écrit : On Sat, 2007-03-03 at 12:57 +0100, Xavier Bestel wrote: Package: xserver-xorg-video-ati Version: 1:6.6.3-5 Severity: normal Hi, I'm using beryl 0.1..2~0beryl1, with an r300. Yesterday, using ati driver 6.6.3-4, it was working. Today, after upgrading to 6.6.3-5, it doesn't work anymore: I need to move the cube to see the windows content updated. Does this also happen without page flipping? I recently discovered a radeon DRM bug (basically it can screw up page flipping whenever a DRM file descriptor is closed) that I need to get around to fixing. It looks fixed with latest xorg update (1.2.99something). Thanks, Xav
Bug#413209: xserver-xorg-video-ati: beryl doesn't refresh correctly since 6.6.3-5
Le samedi 03 mars 2007 à 14:28 +0100, Michel Dänzer a écrit : I'm using beryl 0.1..2~0beryl1, with an r300. Yesterday, using ati driver 6.6.3-4, it was working. Today, after upgrading to 6.6.3-5, it doesn't work anymore: I need to move the cube to see the windows content updated. Does this also happen without page flipping? I recently discovered a radeon DRM bug (basically it can screw up page flipping whenever a DRM file descriptor is closed) that I need to get around to fixing. Still happens with Option EnablePageFlip false. I still have to move the cube or individual windows (looks like damage not propagating or something, I'm no expert). Xav
Bug#413209: xserver-xorg-video-ati: beryl doesn't refresh correctly since 6.6.3-5
Le samedi 03 mars 2007 à 15:07 +0100, Xavier Bestel a écrit : Still happens with Option EnablePageFlip false. I still have to move the cube or individual windows (looks like damage not propagating or something, I'm no expert). Sorry, downgrading it didn't do anything. I see in listchanges that I upgraded xorg-xserver too (2:1.2.0-6), but I don't have something to downgrade to to test if it's that package. Xav
Bug#412069: patch for beryl support
On Mon, 2007-02-26 at 11:44 +0100, Robert Millan [ackstorm] wrote: My intel card can do without either XAANoOffscreenPixmaps or AddARGBGLXVisuals. No difference can be found on first sight (and I tested most basic stuff: cube, skydome, etc). nVidia doesn't need AddARGBGLXVisuals, but it needs XAANoOffscreenPixmaps. I don't know about ATI. But ATI seems to be so badly screwed wrt Beryl that we shouldn't care much. Beryl works quite well on my ATI r300 using XAANoOffscreenPixmaps - well, excepted I can't resize windows and sometimes the whole thing just freezes. Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366355: libx11: ssh -X between Sarges XF86 and Sids Xorg7 broken
On Mon, 2007-02-12 at 08:08 +0100, Brice Goglin wrote: Hi Guys, About 8 months ago, you reported (a replied to a bug) in the Debian BTS regarding ssh -X problems between sarge and sid machines. I just want to know whether it still occurs with latest packages nowadays, especially Sarge-Etch. Thanks, My part of the problem (wrong pixmaps between RHEL3 X server and sid X clients) still happens from time to time (saw it last friday). Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408830: libxrandr2: still some lock troubles
Package: libxrandr2 Version: 2:1.1.0.2-5 Severity: important Hi, I know it should be fixed, but I still have the locking problem when trying to run the Tribal Trouble demo: java: xcb_xlib.c:41: xcb_xlib_lock: Assertion `!c-xlib.lock' failed. You can try the demo here: http://tribaltrouble.com/download.php?os=linux Thanks, Xav -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages libxrandr2 depends on: ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libx11-62:1.1-2 X11 client-side library ii libxext61:1.0.1-2X11 miscellaneous extension librar ii libxrender1 1:0.9.1-3X Rendering Extension client libra ii x11-common 1:7.1.0-11 X Window System (X.Org) infrastruc libxrandr2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#206528: xserver-xfree86: [chips] XVideo misbehaves (bad colorspace conversion?) on F65555 HiQVPro rev 168
Hi Brice, Le dimanche 14 janvier 2007 à 00:39 +0100, Brice Goglin a écrit : Hi Xavier, About 3 years ago, you reported a bug to the Debian BTS regarding Xvideo bad behavior on F6 HiQVPro, possibly a bad colorspace conversion. Did you reproduce this problem recently? If not, I will close this bug in the next weeks. This bug is still there. Thanks, Xav
Bug#283001: xserver-xfree86: SEGV while using blender on dual-head nVidia Corporation NV5M64 [RIVA TNT2 Model 64/Model 64 Pro] rev 21 and ATI Technologies Inc Rage 128 PF/PRO AGP 4x TMDS rev 0
Hi Brice, Le samedi 13 janvier 2007 à 00:46 +0100, Brice Goglin a écrit : Hi Xavier, About 2 years ago, you reported a bug to the Debian BTS regarding a segfault of the X server while running blender. Did you reproduce this problem recently? If not, I will close this bug in the next weeks. That computer isn't working anymore, so I'm affraid I can't test it. Thanks for closing it, Xav
Re: various problems with compiz
On Wed, 2006-11-22 at 18:10 +0100, Thierry Reding wrote: * Xavier Bestel wrote: Hi, I'm using compiz on an r300 since a bit before it's in debian, and I have some recurring problems I'd like to if they are fixable: - xcreensaver doesn't work at all: even when I launch the settings and press preview, I only have a black screen (GL or X11 hacks). - totem-gstreamer can't play fullscreen if using Xv: the window seems to not be refreshed correctly, so it's not painted with the overlay color, so the video displays only partially or not at all. - eog doesn't work well fullscreen (displays only partially, looks like the same problem as totem). - evince and epiphany sometimes flicker a lot when fullscreen. I am unable to reproduce any of these on my i915-based card. They could be r300 specific. I tried toggling the unredirect fullscreen windows without much succes. Now I'm a bit lost, and I'd like to know if these problems are general to compiz or composited X11, or if it's just my setup. Which exact version are you running? If you have an account on Alioth you can clone the git repository where I've just packaged the latest upstream version (0.3.4): $ git-clone ssh://alioth.debian.org/git/pkg-xorg/app/compiz.git Does anyone know how to access these anonymously? If that doesn't work I'd say it's most likely an r300 issue. You could try a combination of new libdrm and Mesa, but that is pretty hard to setup currently. I don't have an account on alioth. Maybe I'll try a new drm/mesa combo soon, because I have some regular lockups too (daily), which didn't happen without compiz. But last time I tried drm/mesa from git/cvs were quite unstable. Thanks, Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393456: compiz: min/max/close window decoration buttons no longer work on upgrade to 0.2.0
On Mon, 2006-10-16 at 23:05 +1000, Vincent Ho wrote: Package: compiz Version: 0.2.0-1 Severity: normal After upgrading to compiz 0.2.0, the minimise/maximise/close buttons are still present but inactive. Clicking on them is no different to clicking elsewhere on the titlebar, it just switches the pointer to a '+' to indicate I can drag the window around. This means I have to go to the menus whenever I want to close an application, which is rather annoying. I had a not-similar-but-quite problem, which I resolved by setting the gconf key /apps/gwd/use_metacity_theme to false. Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390271: Resizing and scrolling very slow with r200
On Tue, 2006-10-03 at 13:53 +0200, Michel Dänzer wrote: Assuming you're using XAA with Option XaaNoOffscreenPixmaps, that effectively disables acceleration for anything but the actual compositing done by compiz. Yet Another Option I have to remember to prune when it's no more useful...
Bug#390271: compiz: unusable (very very slow) with r300
Package: compiz Version: 0.0.13+git20060928-2 Severity: important Compiz is totally unsuable with an r300-based card (using the free driver). All operation takes ages (30 seconds to change focus !). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages compiz depends on: ii compiz-core 0.0.13+git20060928-2 OpenGL window and compositing mana ii compiz-gnome0.0.13+git20060928-2 OpenGL window and compositing mana ii compiz-gtk 0.0.13+git20060928-2 OpenGL window and compositing mana ii compiz-plugins 0.0.13+git20060928-2 OpenGL window and compositing mana compiz recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: r300 problems with current Xorg 1.1.1-9 build
Le samedi 30 septembre 2006 à 13:02 +0200, Michel Dänzer a écrit : On Fri, 2006-09-29 at 21:07 -0400, Shawn Starr wrote: I need the following three (3) patches in order for r300 to work smoothly with compiz/beryl: 30_fedora_offscreen-pixmaps.patch This can't be applied until someone fixes it not to break EXA. Shouldn't be hard BTW. In the meantime, Option XAANoOffscreenPixmaps should help with XAA. I can confirm it's way better with that option for R300. Thanks, Xav
Re: r300 problems with current Xorg 1.1.1-9 build
Le samedi 30 septembre 2006 à 14:08 +0200, Xavier Bestel a écrit : Le samedi 30 septembre 2006 à 13:02 +0200, Michel Dänzer a écrit : On Fri, 2006-09-29 at 21:07 -0400, Shawn Starr wrote: I need the following three (3) patches in order for r300 to work smoothly with compiz/beryl: 30_fedora_offscreen-pixmaps.patch This can't be applied until someone fixes it not to break EXA. Shouldn't be hard BTW. In the meantime, Option XAANoOffscreenPixmaps should help with XAA. I can confirm it's way better with that option for R300. Correction: windows moving works fine, but resizing keeps crawling.
Bug#390271: Acknowledgement (compiz: unusable (very very slow) with r300)
Using Option XAANoOffscreenPixmaps makes it work. Still slow for resizes, and not totally snappy overall (Shawn Starr's patches worked a bit better IMHO) but now it's usable. Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: AIGLX + Compiz - Updated
Hi, On Mon, 2006-09-04 at 07:21, Shawn Starr wrote: Hi, As per the previous discussions from http://article.gmane.org/gmane.linux.debian.devel.x/37245 I have gotten compiz to work with the removed intrusive patch. [...] I have this working now, packages and diffs available on request (no webserver at moment configured). For those interested sources and i386 debs are uploaded at http://movies.parateam.com/aiglx/ (Shawn promised some updated patches/packages soon). Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386001: xserver-xorg-video-ati: ati manpage should mention radeon manpage
Package: xserver-xorg-video-ati Version: 1:6.6.2-1 Severity: wishlist Hi, the ati manpage should probably mention radeon and r128 in its SEE ALSO section. Also, it should probably stop being titled xf86-video-ati. Xav -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages xserver-xorg-video-ati depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii xserver-xorg-core2:1.1.1-5.1 X.Org X server -- core server xserver-xorg-video-ati recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#383465: Contains obfuscated source code, DFSG violation?
On Tue, 2006-08-29 at 20:43, David Nusinow wrote: But what I'd like to do is set it to wishlist and title it Please de-obfuscate the nv driver. I'm sure you know that, but isn't that what the nouveau project http://nouveau.freedesktop.org is all about ? Maybe the nv driver should be marked as problematic and the issue punted until the nouveau driver is ready. Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: compiz packages
Hi Thierry, On Tue, 2006-08-29 at 23:01, Thierry Reding wrote: To make things easy for testing, I've uploaded the source packages that I've used to build the binaries I'm running to my website[4]. Everyone interested is more than welcome to grab them and test away. Packages need to be built in this order: libdrm, mesa, xorg-server and compiz. [...] [4]: http://www.gilfi.de/debian I've built mesa, but when trying to install it it complains because it needs libc6 2.4-1 whereas I have 2.3.999-something (and even experimental doesn't have 2.4-1). Did I do something wrong, or do I miss a package ? Thanks, Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: compiz packages
On Wed, 2006-08-30 at 13:49, Xavier Bestel wrote: Hi Thierry, On Tue, 2006-08-29 at 23:01, Thierry Reding wrote: To make things easy for testing, I've uploaded the source packages that I've used to build the binaries I'm running to my website[4]. Everyone interested is more than welcome to grab them and test away. Packages need to be built in this order: libdrm, mesa, xorg-server and compiz. [...] [4]: http://www.gilfi.de/debian I've built mesa, but when trying to install it it complains because it needs libc6 2.4-1 whereas I have 2.3.999-something (and even experimental doesn't have 2.4-1). Did I do something wrong, or do I miss a package ? s/mesa/libdrm/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: compiz packages
On Wed, 2006-08-30 at 13:59, Thierry Reding wrote: You need to downgrade libc6. At least that did the trick for me. I guess the libc people did on purpose upload a libc 2.3.999 which would make packages built against it depend on 2.4-1 so that those packages would be uninstallable. But I'm just guessing. Downgrading should solve your problem. Thanks, now everything is building (xserver-xorg isn't finished yet). However I have those strange messages when the packages are built: dpkg-deb : construction du paquet « libgl1-mesa-swx11 » dans « ../libgl1-mesa-swx11_6.5.1+git20060829-0.1_i386.deb ». tar: -: file name read contains nul character dpkg still handles the packages fine, but it looks suspicious anyway. Did you see that too ? Xav
Re: compiz packages
On Tue, 2006-08-29 at 23:01, Thierry Reding wrote: To make things easy for testing, I've uploaded the source packages that I've used to build the binaries I'm running to my website[4]. Everyone interested is more than welcome to grab them and test away. Packages need to be built in this order: libdrm, mesa, xorg-server and compiz. [...] [4]: http://www.gilfi.de/debian I have a problem with compiz: LANG=C fakeroot dpkg-buildpackage -us -uc dpkg-buildpackage: source package is compiz dpkg-buildpackage: source version is 0.0.13-1 dpkg-buildpackage: source changed by Thierry Reding [EMAIL PROTECTED] dpkg-buildpackage: host architecture i386 dpkg-buildpackage: source version without epoch 0.0.13-1 debian/rules clean QUILT_PATCHES=debian/patches quilt --quiltrc /dev/null pop -a -R || test $? = 2 No patch removed rm -rf .pc debian/stamp-patched dh_testdir dh_testroot rm -f build-stamp configure-stamp /usr/bin/make maintainer-clean make[1]: Entering directory `/home/xav/compiz_xorg/compiz/compiz-0.0.13' make[1]: *** No rule to make target `maintainer-clean'. Stop. make[1]: Leaving directory `/home/xav/compiz_xorg/compiz/compiz-0.0.13' make: [clean] Error 2 (ignored) dh_clean dpkg-source -b compiz-0.0.13 dpkg-source: building compiz using existing compiz_0.0.13.orig.tar.gz dpkg-source: building compiz in compiz_0.0.13-1.diff.gz dpkg-source: warning: ignoring deletion of file AUTHORS dpkg-source: warning: ignoring deletion of file COPYING dpkg-source: warning: ignoring deletion of file COPYING.GPL dpkg-source: warning: ignoring deletion of file COPYING.MIT dpkg-source: warning: ignoring deletion of file ChangeLog dpkg-source: warning: ignoring deletion of file INSTALL dpkg-source: warning: ignoring deletion of file Makefile.am dpkg-source: warning: ignoring deletion of file NEWS dpkg-source: warning: ignoring deletion of file README dpkg-source: warning: ignoring deletion of file TODO dpkg-source: warning: ignoring deletion of file autogen.sh dpkg-source: warning: ignoring deletion of file compiz.pc.in dpkg-source: warning: ignoring deletion of file configure.ac dpkg-source: warning: ignoring deletion of directory gnome dpkg-source: warning: ignoring deletion of file gnome/Makefile.am dpkg-source: warning: ignoring deletion of file gnome/compiz-window-manager.c dpkg-source: warning: ignoring deletion of file gnome/compiz-window-manager.h dpkg-source: warning: ignoring deletion of file gnome/compiz.desktop dpkg-source: warning: ignoring deletion of file gnome/compiz.desktop.in dpkg-source: warning: ignoring deletion of directory gnome/window-decorator dpkg-source: warning: ignoring deletion of file gnome/window-decorator/Makefile.am dpkg-source: warning: ignoring deletion of file gnome/window-decorator/TODO dpkg-source: warning: ignoring deletion of file gnome/window-decorator/gnome-window-decorator.c dpkg-source: warning: ignoring deletion of directory images dpkg-source: warning: ignoring deletion of file images/Makefile.am dpkg-source: warning: ignoring deletion of file images/background.png dpkg-source: warning: ignoring deletion of file images/icon.png dpkg-source: warning: ignoring deletion of file images/novell.png dpkg-source: warning: ignoring deletion of directory include dpkg-source: warning: ignoring deletion of file include/Makefile.am dpkg-source: warning: ignoring deletion of file include/compiz.h dpkg-source: warning: ignoring deletion of directory kde dpkg-source: warning: ignoring deletion of file kde/Makefile.am dpkg-source: warning: ignoring deletion of directory kde/window-decorator dpkg-source: warning: ignoring deletion of file kde/window-decorator/Makefile.am dpkg-source: warning: ignoring deletion of file kde/window-decorator/decorations.cpp dpkg-source: warning: ignoring deletion of file kde/window-decorator/decorations.h dpkg-source: warning: ignoring deletion of file kde/window-decorator/main.cpp dpkg-source: warning: ignoring deletion of file kde/window-decorator/qdecorator.cpp dpkg-source: warning: ignoring deletion of file kde/window-decorator/qdecorator.h dpkg-source: warning: ignoring deletion of file kde/window-decorator/qwmscreen.cpp dpkg-source: warning: ignoring deletion of file kde/window-decorator/qwmscreen.h dpkg-source: warning: ignoring deletion of file kde/window-decorator/qwmutils.cpp dpkg-source: warning: ignoring deletion of file kde/window-decorator/qwmutils.h dpkg-source: warning: ignoring deletion of file kde/window-decorator/qwmwindow.cpp dpkg-source: warning: ignoring deletion of file kde/window-decorator/qwmwindow.h dpkg-source: warning: ignoring deletion of directory plugins dpkg-source: warning: ignoring deletion of file plugins/Makefile.am dpkg-source: warning: ignoring deletion of file plugins/compiz.schemas.in dpkg-source: warning: ignoring deletion of file plugins/cube.c dpkg-source: warning: ignoring deletion of file plugins/dbus.c dpkg-source: warning: ignoring deletion of file plugins/decoration.c dpkg-source: warning: ignoring deletion
Re: compiz packages
On Wed, 2006-08-30 at 16:05, Xavier Bestel wrote: On Tue, 2006-08-29 at 23:01, Thierry Reding wrote: To make things easy for testing, I've uploaded the source packages that I've used to build the binaries I'm running to my website[4]. Everyone interested is more than welcome to grab them and test away. Packages need to be built in this order: libdrm, mesa, xorg-server and compiz. [...] [4]: http://www.gilfi.de/debian I have a problem with compiz: There are 2 problems with this package: - compiz_0.0.13.orig.tar.gz unpacks a directory called compiz_0.0.13.orig/ instead of compiz_0.0.13/. - something can't find /usr/bin/moc, which apparently is at /usr/share/qt4/bin/moc (at least on my system). Otherwise the packages have been built and installed ok. I'll test them when I'm back home. Thanks a lot, Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: compiz packages
Le mercredi 30 août 2006 à 16:22 +0200, Xavier Bestel a écrit : Otherwise the packages have been built and installed ok. I'll test them when I'm back home. Result from the test: - it's unusable (sometimes it hangs for a few seconds, sometimes it works well) but I think it's because I'm using the R300 driver. - the water plugin says: compiz: water: GL_ARB_fragment_program is missing (that's probably due to R300 too) - gnome-window-properties doesn't work because it expects /usr/lib/libgnome-window-settings1/libcompiz.so whereas the package provides /usr/lib/window-manager-settings/libcompiz.so. Apparently just changing that in gnome/Makefile.am is sufficient. (Even when fixing that the config dialog doesn't seem to affect compiz at all) Finally playing with compiz is great. Thanks again Thierry. Xav
Bug#383465: Contains obfuscated source code, DFSG violation?
On Tue, 2006-08-29 at 01:39, Matthew Garrett wrote: Sorry? 12 of the files in the source tree contain explicit Nvidia copyright statements. The others tend to have no copyrights at all, but are generally written by Mark Vojkovich who is an nvidia employee. True. But as the driver is distributed under the MIT licence, I don't think it has to be under the preferred form for modification. Unless Debian requires it ? Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Request For Permission To Upload Xorg 7.1 To Unstable
On Fri, 2006-08-25 at 01:25, Drew Parsons wrote: We haven't mentioned the input drivers yet. Most of them still need to be upgraded (all minor upgrades) and are not yet in experimental. There is no ABI change for them so they should work in both the 7.0 and 7.1. FWIW, yesterday I had to downgrade thet -ati and -mouse drivers to have Xorg working (the error log was abound an incorrect ABI version). Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Request For Permission To Upload Xorg 7.1 To Unstable
On Fri, 2006-08-25 at 09:56, Drew Parsons wrote: On Fri, 2006-08-25 at 09:28 +0200, Xavier Bestel wrote: On Fri, 2006-08-25 at 01:25, Drew Parsons wrote: We haven't mentioned the input drivers yet. Most of them still need to be upgraded (all minor upgrades) and are not yet in experimental. There is no ABI change for them so they should work in both the 7.0 and 7.1. FWIW, yesterday I had to downgrade thet -ati and -mouse drivers to have Xorg working (the error log was abound an incorrect ABI version). Do you mean -ati 1:6.6.1-2 failed under xserver-xorg-core 2:1.0.2-10 ? That is to be expected. Are you absolutely sure the -mouse driver crashed? Can you try mouse 1:1.1.1-2 while keeping ati at which ever version works? xserver-xorg-core 2:1.0.2-10 xserver-xorg-input-mouse1:1.1.1-2 xserver-xorg-video-ati 1:6.5.8.0-1 (II) Module mouse: vendor=X.Org Foundation compiled for 7.1.1, module version = 1.1.1 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 0.6 (EE) module ABI minor version (6) is newer than the server's version (5) (II) UnloadModule: mouse (II) Unloading /usr/lib/xorg/modules/input/mouse_drv.so (EE) Failed to load module mouse (module requirement mismatch, 0) Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Request For Permission To Upload Xorg 7.1 To Unstable
On Fri, 2006-08-25 at 10:57, Drew Parsons wrote: Xavier, if you want to get back on to the new 7.1 system, then xserver-xorg-core 2:1.1.1-4 is the version to go from. I'd like to, but it looks like aptitude wants to suppress xserver-xorg-video-all and hold all other xserver-* to unstable version, however I try to arrange them. I didn't investigate why exactely for now. I think I'll wait for tomorrow in case some package hasn't reached experimental yet. Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366355: libx11: ssh -X between Sarges XF86 and Sids Xorg7 broken
Le lundi 08 mai 2006 à 16:10 +0200, Michel Dänzer a écrit : On Mon, 2006-05-08 at 16:04 +0200, Ingo Juergensmann wrote: On Mon, May 08, 2006 at 11:04:31AM +0200, Michel Dänzer wrote: Difficult. There's no X Server running on that machine and it's located 1000 km away from me (Karlsruhe - Rostock). I mean the X server on your local machine. Something like ssh -R6011:localhost:6000 [EMAIL PROTECTED] should set up a port forwarding from display :11 on the remote machine to :0 on the local machine, so running DISPLAY=localhost:11 nedit ... in that session should connect to the local X server directly. Same error with that trick. Thanks for trying it. This indicates that the problem is either with the X server in sid or the client side in sarge, but not the X libraries in sid. FWIW I think it's with the X libs in sarge, because I often have troubles when I ssh -X from a RedHat box to my sarge box, then to my sid box. So the sid X server isn't involved here. My problems are sometimes X errors, but more often wrong pixmaps, i.e. some GTK widgets are displaying the wrong icon, or some random portion of another pixmap. Xav
Re: Status of Radeon Freeze Bug?
On Wed, 2006-03-29 at 00:12, Carlos Moffat wrote: Hi, There are a number of bugs filled against xserver-xorg relating to a hard lockup caused by the radeon driver when using Xorg 6.9 (Bugs #345929, #345640 and #348105 seem to be flavors of the same thing). Does anybody know what the status of this bug is? Will it be fixed with the upload of the new Xorg to unstable that people have been talking about here? Or should I stick to xserver-xorg 6.8.2? I know that it's fixed in upstream's ATI driver, but that was after Xorg7.0 so you may have to wait quite a bit. Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356813: package xdmx-tools is empty
Package: xdmx-tools Version: 1:1.0.1-2 Severity: minor Hi, I dunno if it's OK, but the xdmx-tools packages contains no useful file: [EMAIL PROTECTED]:~]$ dpkg -L xdmx-tools /. /usr /usr/share /usr/share/doc /usr/share/doc/xdmx-tools /usr/share/doc/xdmx-tools/copyright /usr/share/doc/xdmx-tools/changelog.Debian.gz Xav -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-amd64-k8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages xdmx-tools depends on: ii xdmx 1:1.0.1-2 Distributed Multihead X server xdmx-tools recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Where is mesa-utils???
On Fri, 2006-03-10 at 02:24, Janne Kujanpaa wrote: Svante Signell wrote: I'm missing the mesa-utils package. Obviously glxgears and glxinfo have moved there from the xbase-clients package. According to debian-x mailing list it should be on its way, but it is not yet downloadable. It's in new queue: http://ftp-master.debian.org/new.html Any reason why mesa-utils is 6.3.2 while libgl1-mesa-* is 6.4.1 ? Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: xorg depends on libgl1-mesa
On Mon, 2006-03-06 at 11:00, Eugene Konev wrote: At Mon, 06 Mar 2006 10:56:09 +0100, Xavier Bestel wrote: on my system, xorg 1:7.0.0 depends on libgl1-mesa which isn't there (well, there is a libgl1-mesa=6.4.1-0ubuntu6 but I doubt it comes from the debian archive - moreover it's uninstallable). It that normal (as is, some experimental packages are still missing) or did I do something weird I have to fix ? It should be libgl1-mesa-glx. And it is fixed in svn already. Ah, great ! Thanks Eugene. Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: XKB problem (again ..)
On Wed, 2006-02-01 at 21:00, Xavier Bestel wrote: Hi, I have installed all X-related packages fro experimental today, and now I don't have accentuated letters anymore. Replying to myself (in case it can help somebody): I had to manually add the link to /etc/X11/xkb in /usr/X11R6/lib/X11 Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346408: [SPAM?] Re: Bug#346408: xserver-xorg: dexconf inserts bogus X module Load -lines into xorg.conf
On Tue, 2006-01-24 at 17:46, Michel Dänzer wrote: I don't think the Debian X packages should go out of their way to deal with proprietary driver issues. In particular, the nv driver may very well get DRI support in the future. That would be awesome. Someone is working on this ? Xav
Bug#337637: xlibs: (EE) Couldn't load XKB keymap, falling back to pre-XKB keymap
Le vendredi 06 janvier 2006 à 23:48 +0100, Denis Barbier a écrit : On Sat, Nov 05, 2005 at 02:51:04PM +0100, Xavier Bestel wrote: Package: xlibs Version: 6.8.99.901.dfsg.1-2 Severity: normal When installing xlibs from experimental, my keyboard (french layout) doesn't work anymore. NB: this bug has been reported just after installing xlibs from unstable, so the included logs are probably wrong. Hi, Do you still have trouble with 6.9? Nope, everything is fine now. Thanks, Xav
Bug#334721: apt-listchanges: changelogs for bip
Hi David, xorg-x11 (6.8.99.902.dfsg.1-1) experimental; urgency=low [...] * Have x-window-system-core alternately depend on the mesa packages. Thanks Xavier Bestel. Thanks for that, but it still depends on xlibmesa-dri which depends on xlibmesa-gl which, of course, conflicts with libgl1-mesa-dri. So it's still uninstallable. Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338047: xlibmesa-dri in experimental is missing Savage 3D driver, savage_dri.so
On Mon, 2005-11-07 at 23:59, Samuli Suominen wrote: I found out that savage_dri.so from Mesa 6.4 is bundled with X.org 6.8.99.901 (6.9RC1), but that file is nowhere to be found in xlibmesa-dri package in Debian Experimental. Try to install libgl1-mesa-dri instead. It contains your driver. Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337637: xlibs: (EE) Couldn't load XKB keymap, falling back to pre-XKB keymap
Package: xlibs Version: 6.8.99.901.dfsg.1-2 Severity: normal When installing xlibs from experimental, my keyboard (french layout) doesn't work anymore. NB: this bug has been reported just after installing xlibs from unstable, so the included logs are probably wrong. -- Package-specific info: Keyboard-related contents of X.Org X server log file /var/log/Xorg.0.log: (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Big Machin (**) | |--Device ATI Radeon 9600XT (**) |--Input Device Generic Keyboard (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc105 (**) XKB: model: pc105 (**) Option XkbLayout fr (**) XKB: layout: fr (==) Keyboard: CustomKeycode disabled (**) |--Input Device Generic Mouse (WW) `fonts.dir' not found (or not valid) in /usr/lib/X11/fonts/cyrillic. Entry deleted from font path. (Run 'mkfontdir' on /usr/lib/X11/fonts/cyrillic). (WW) `fonts.dir' not found (or not valid) in /usr/lib/X11/fonts/100dpi/. -- (II) Loading /usr/X11R6/lib/modules/drivers/ati_drv.o (II) Module ati: vendor=X.Org Foundation compiled for 6.8.2, module version = 6.5.6 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 0.7 (II) LoadModule: keyboard (II) Loading /usr/X11R6/lib/modules/input/keyboard_drv.o (II) Module keyboard: vendor=X.Org Foundation compiled for 6.8.2, module version = 1.0.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 0.4 (II) LoadModule: mouse (II) Loading /usr/X11R6/lib/modules/input/mouse_drv.o -- (II) RADEON(0): Direct rendering disabled (==) RandR enabled (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension LBX (II) Initializing built-in extension XC-APPGROUP (II) Initializing built-in extension SECURITY (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFIXES -- (II) Initializing built-in extension RENDER (II) Initializing built-in extension RANDR (II) Initializing built-in extension COMPOSITE (II) Initializing built-in extension DAMAGE (II) Initializing built-in extension XEVIE (**) Generic Keyboard: Core Keyboard (**) Option Protocol standard (**) Generic Keyboard: Protocol: standard (**) Option AutoRepeat 500 30 (**) Option XkbRules xfree86 (**) Generic Keyboard: XkbRules: xfree86 (**) Option XkbModel pc105 (**) Generic Keyboard: XkbModel: pc105 (**) Option XkbLayout fr (**) Generic Keyboard: XkbLayout: fr (**) Option CustomKeycodes off (**) Generic Keyboard: CustomKeycodes disabled (**) Option Protocol ImPS/2 (**) Generic Mouse: Device: /dev/input/mice (**) Generic Mouse: Protocol: ImPS/2 (**) Option CorePointer (**) Generic Mouse: Core Pointer -- (**) Option Emulate3Buttons no (**) Option ZAxisMapping 4 5 (**) Generic Mouse: ZAxisMapping: buttons 4 and 5 (**) Generic Mouse: Buttons: 5 (II) XINPUT: Adding extended input device Generic Mouse (type: MOUSE) (II) XINPUT: Adding extended input device Generic Keyboard (type: KEYBOARD) Couldn't compile keymap file (EE) Couldn't load XKB keymap, falling back to pre-XKB keymap (II) Generic Mouse: ps2EnableDataReporting: succeeded Warning: font renderer for .pcf already registered at priority 0 Warning: font renderer for .pcf.Z already registered at priority 0 Warning: font renderer for .pcf.gz already registered at priority 0 Warning: font renderer for .snf already registered at priority 0 X.Org X server log files on system: -rw-r--r-- 1 root root 45314 2005-11-05 14:39 /var/log/Xorg.0.log Compiled XKB description for X server :0.0: xkb_keymap { xkb_keycodes xfree86+aliases(azerty) { minimum = 8; maximum = 255; ESC = 9; AE01 = 10; AE02 = 11; AE03 = 12; AE04 = 13; AE05 = 14; AE06 = 15; AE07 = 16; AE08 = 17; AE09 = 18; AE10 = 19; AE11 = 20; AE12 = 21; BKSP = 22; TAB = 23; AD01 = 24; AD02 = 25; AD03 = 26; AD04 = 27; AD05 = 28; AD06 = 29; AD07 = 30; AD08 = 31; AD09 = 32; AD10 = 33; AD11 = 34; AD12 = 35; RTRN = 36; LCTL = 37; AC01 = 38; AC02 = 39; AC03 = 40; AC04 = 41; AC05 = 42; AC06 = 43; AC07 = 44; AC08 = 45; AC09 = 46; AC10 = 47; AC11 = 48; TLDE = 49; LFSH = 50; BKSL = 51; AB01 = 52; AB02 = 53; AB03 = 54; AB04 = 55; AB05 = 56; AB06 = 57; AB07 = 58; AB08 = 59; AB09 = 60; AB10 = 61; RTSH = 62; KPMU = 63; LALT = 64; SPCE = 65; CAPS = 66; FK01 = 67; FK02 = 68; FK03 = 69; FK04 = 70; FK05 = 71; FK06 = 72; FK07 = 73; FK08 = 74; FK09 = 75; FK10 = 76; NMLK = 77; SCLK = 78; KP7 = 79; KP8 = 80; KP9 = 81; KPSU = 82; KP4 = 83; KP5 =
oprofile on Xorg HOWTO ?
Hi, I'm trying to run oprofile (which I don't know at all) on Xorg to find where windows mapping is slow. I installed xserver-xorg-dbg, but oprofile's report is still without symbols: [EMAIL PROTECTED]:~]$ opreport -g --symbols -p /usr/lib/debug/usr/X11R6/bin/ warning: /no-vmlinux could not be found. CPU: AMD64 processors, speed 2009.82 MHz (estimated) Counted CPU_CLK_UNHALTED events (Cycles outside of halt state) with a unit mask of 0x00 (No unit mask) count 10 samples %linenr info image name app name symbol name 4231379.4372 (no location information) libfb.so libfb.so (no symbols) 2824 5.3017 (no location information) libc-2.3.5.so libc-2.3.5.so(no symbols) 1613 3.0282 (no location information) libmpg123.so libmpg123.so (no symbols) 825 1.5488 (no location information) libglib-2.0.so.0.800.3 libglib-2.0.so.0.800.3 (no symbols) 765 1.4362 (no location information) libasound.so.2.0.0 libasound.so.2.0.0 (no symbols) 650 1.2203 (no location information) libgobject-2.0.so.0.800.3 libgobject-2.0.so.0.800.3 (no symbols) 626 1.1752 (no location information) Xorg Xorg (no symbols) As you can see, no symbols for Xorg. Can someone tell me how to have some meaningful info on Xorg with oprofile ? Thanks, Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: oprofile on Xorg HOWTO ?
Le jeudi 27 octobre 2005 à 13:40 +0200, Michel Dänzer a écrit : Does passing something like -p /usr/lib/debug/usr/X11R6/lib/modules to opreport make a difference? No difference at all. Xav
Bug#334847: xserver-xorg: DRM char device isn't chmod 666
The problem is still there: when loggin out and relogging in (gdm is setup to restart Xorg in this case) the /dev/dri/card0 device switches back to 660 root.root, so DRI doesn't work. Maybe there should be an option in xorg.conf to leave the device node alone (if it's really Xorg changing the perms/ownership under udev's feet). Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334847: xserver-xorg: DRM char device isn't chmod 666
On Thu, 2005-10-20 at 12:09, Michel Dänzer wrote: On Thu, 2005-10-20 at 11:06 +0200, Xavier Bestel wrote: When starting Xorg, I have to manually chmod 666 the DRM char device sometimes. Sounds like something else changes it to something else behind the X server's back, most likely udev. You should be able to change what it sets in /etc/udev/permissions.rules. /etc/udev/permissions.rules has that: SUBSYSTEM==drm, GROUP=video but /dev/dri/card0 is still 660 root.root Do you think I should report the bug to udev ? Xav
Bug#334866: xbase-clients' /usr/X11R6/bin/pclcomp conflicts with xprint's
Package: xbase-clients Version: 6.8.99.900.dfsg.1-0pre1 Severity: normal x-window-system wants to install xprint and xbase-clients, but the file /usr/X11R6/bin/pclcomp is present both in xbase-clients and in xprint. So x-window-system is uninstallable. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13-1-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages xbase-clients depends on: ii cpp 4:4.0.2-1 The GNU C preprocessor (cpp) ii libc62.3.5-7 GNU C Library: Shared libraries an ii libdmx1 6.8.99.900.dfsg.1-0pre1 Distributed Multihead X client lib ii libexpat11.95.8-3XML parsing C library - runtime li ii libfontconfig1 2.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1FreeType 2 font engine, shared lib ii libfs6 6.8.2.dfsg.1-9 X Font Server library ii libgl1-mesa-dri 6.3.2-2 A free implementation of the OpenG ii libglu1-xorg [li 6.8.99.900.dfsg.1-0pre1 Mesa OpenGL utility library [X.Org ii libice6 6.8.99.900.dfsg.1-0pre1 Inter-Client Exchange library ii libncurses5 5.5-1 Shared libraries for terminal hand ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libsm6 6.8.99.900.dfsg.1-0pre1 X Window System Session Management ii libxau6 6.8.99.900.dfsg.1-0pre1 X Authentication library ii libxaw8 6.8.2.dfsg.1-9 X Athena widget set library ii libxcursor1 1.1.3-1 X cursor management library ii libxext6 6.8.99.900.dfsg.1-0pre1 X Window System miscellaneous exte ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxi6 6.8.99.900.dfsg.1-0pre1 X Window System Input extension li ii libxinerama1 6.8.99.900.dfsg.1-0pre1 X Window System multi-head display ii libxkbfile1 6.8.99.900.dfsg.1-0pre1 X Keyboard Extension file parsing ii libxkbui16.8.99.900.dfsg.1-0pre1 X Keyboard Extension user interfac ii libxmu6 6.8.99.900.dfsg.1-0pre1 X Window System miscellaneous util ii libxmuu1 6.8.99.900.dfsg.1-0pre1 lightweight X Window System miscel ii libxp6 6.8.99.900.dfsg.1-0pre1 X Window System printing extension ii libxpm4 6.8.99.900.dfsg.1-0pre1 X pixmap library ii libxrandr2 6.8.99.900.dfsg.1-0pre1 X Window System Resize, Rotate and ii libxrender1 1:0.9.0+CVS20050919-2 X Rendering Extension client libra ii libxss1 6.8.99.900.dfsg.1-0pre1 X Screen Saver client-side library ii libxt6 6.8.99.900.dfsg.1-0pre1 X Toolkit Intrinsics ii libxtrap66.8.99.900.dfsg.1-0pre1 X Window System protocol-trapping ii libxtst6 6.8.99.900.dfsg.1-0pre1 X Window System event recording an ii libxv1 6.8.99.900.dfsg.1-0pre1 X Window System video extension li ii libxxf86dga1 6.8.99.900.dfsg.1-0pre1 X Direct Graphics Access extension ii libxxf86misc16.8.99.900.dfsg.1-0pre1 X miscellaneous extensions library ii libxxf86vm1 6.8.99.900.dfsg.1-0pre1 X Video Mode selection library ii xlibs6.8.99.900.dfsg.1-0pre1 X Window System client libraries m ii xlibs-data 6.8.99.900.dfsg.1-0pre1 X Window System client data ii zlib1g 1:1.2.3-6 compression library - runtime xbase-clients recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#333973: xserver-xorg: patch to enable DRI support for 9500 and newer cards
On Wed, 2005-10-19 at 13:41, Sven Luther wrote: Michel, i don't see any libgl1-mesa-dri powerpc package in sid, any idea what the problem is ? Or did you give the wrong name ? There is a libgl1-mesa-dbg, and a mesag3, and the obvious xlibmesa-dri ones, but no libgl1-mesa-dri. Could someone point me to a page explaining the difference between xlibmesa-dri and libgl1-mesa-dri please ? I have installed the latter because I have vaguely understood I should by reading the list, but I don't understand their respective aims. Thanks, Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#333973: xserver-xorg: patch to enable DRI support for 9500 and newer cards
On Wed, 2005-10-19 at 14:55, Sven Luther wrote: On Wed, Oct 19, 2005 at 02:34:45PM +0200, Xavier Bestel wrote: On Wed, 2005-10-19 at 13:41, Sven Luther wrote: Michel, i don't see any libgl1-mesa-dri powerpc package in sid, any idea what the problem is ? Or did you give the wrong name ? There is a libgl1-mesa-dbg, and a mesag3, and the obvious xlibmesa-dri ones, but no libgl1-mesa-dri. Could someone point me to a page explaining the difference between xlibmesa-dri and libgl1-mesa-dri please ? I have installed the latter because I have vaguely understood I should by reading the list, but I don't understand their respective aims. the later is coming from the mesa tree, while the former is coming from the snapshot of the mesa tree that was included in xorg 6.8.2 at its release. I suppose the later is preferable since it will be more uptodate, and the former may go away once we have the modular Xorg 7.0 based tree. .. and x-window-system-core depends on the former and is uninstallable when installing the latter. Anyway, thanks for the info Sven. Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]