Bug#376100: xserver-xorg-video-nv: nv driver blocks every imput device on my debian box
Package: xserver-xorg-video-nv Version: 1:1.0.1.5-2 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 When I use nv driver in xorg.conf and I use X, after some minutes my system is blocked in every input device: my keybord, my mouse and the monitor is completly unusable. I must use the power button (using acpid) to power off the system and the monitor is still displaing the same image until the system is going off. I cannot use the nvidia driver official becouse I have a nVidia Aladdin TNT2. - -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages xserver-xorg-video-nv depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii xserver-xorg-core 1:1.0.2-8 X.Org X server -- core server xserver-xorg-video-nv recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEpOwpZtGWqtLzOOERAoVxAJ4pLqqEFVyF4tjA+/bHQrM+VnhkUQCfTw4S 2GpURA7xNAmEMOkgsTNJ1eg= =rhve -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#376100: xserver-xorg-video-nv: nv driver blocks every imput device on my debian box
El viernes, 30 de junio de 2006 11:17, Joshua Dunamis escribió: > Package: xserver-xorg-video-nv > Version: 1:1.0.1.5-2 > Severity: normal > > When I use nv driver in xorg.conf and I use X, after some minutes my system > is blocked in every input device: my keybord, my mouse and the monitor is > completly unusable. I must use the power button (using acpid) to power off > the system and the monitor is still displaing the same image until the > system is going off. > I cannot use the nvidia driver official becouse I have a nVidia Aladdin > TNT2. Hello, Joshua. I guess that you are charging against x-x-v-nv because you used vesa with sucess, didn't you? Best regards, Ender. -- Look at my fingers: four stones, four crates! Zero stones? ZERO CRATES! -- Zorg (The Fifth Element). -- Desarrollador de Debian Debian developer pgpUGQhWWIxSA.pgp Description: PGP signature
Processed: Reassign
Processing commands for [EMAIL PROTECTED]: > package xlibmesa-dri Ignoring bugs not assigned to: xlibmesa-dri > tag 373949 + patch fixed-upstream Bug#373949: xlibmesa-dri: [ati/r128] r128_cce_depth called without lock held There were no tags set. Tags added: patch, fixed-upstream > reassign 373949 libgl1-mesa-dri Bug#373949: xlibmesa-dri: [ati/r128] r128_cce_depth called without lock held Bug reassigned from package `xlibmesa-dri' to `libgl1-mesa-dri'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#375460: Upgrade to linux kernel 2.6.17 makes Xserver crasing on startup
On Tue, 2006-06-27 at 16:25 +0200, Marcel Sebek wrote: > On Tue, Jun 27, 2006 at 11:38:15AM +0200, Michel Dänzer wrote: > > On Mon, 2006-06-26 at 08:03 +0200, Marcel Sebek wrote: > > > > > > This is the trace with ati driver. I also tried vesa, the trace also > > > started with xf86SigHandler+0x88 and ended with FontFileCompleteXLFD, > > > but it has a few more lines between. > > > > Please provide the full log file and try and get a backtrace with gdb. > > > > Full log and gdb bt attached. The backtrace was gained from core > file because running xserver in gdb resulted in keyboard hard freeze > (no sysrq). Yeah, you can only do that from a remote login, or you end up in a dead lock where gdb stops execution of the X server, which is what provides interaction with gdb... The backtrace looks input related, and indeed, looking at the log file, it looks like /dev/input/event1 no longer represents a mouse but a keyboard, so the X server ends up running without a core pointer and probably chokes on that. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#374986: xserver-xorg-video-ati: [2.6.17/radeon] Xserver and console dead, rt_sigaction looping, not killable
On Wed, 2006-06-28 at 10:26 +0200, Eduard Bloch wrote: > > Without loading the DRI module, it works. So the problem was avoided previously because the DRI wasn't supported with your card yet. As you may have noticed in the log file, r300 DRI is still considered experimental, but you can try the attached patch which was recently merged in xf86-video-ati git upstream. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer diff --git a/src/radeon_driver.c b/src/radeon_driver.c index 2381831..149cb2e 100644 --- a/src/radeon_driver.c +++ b/src/radeon_driver.c @@ -133,6 +133,7 @@ static void RADEONInitDispBandwidth(Scrn static void RADEONGetMergedFBOptions(ScrnInfoPtr pScrn); static int RADEONValidateMergeModes(ScrnInfoPtr pScrn); static void RADEONSetDynamicClock(ScrnInfoPtr pScrn, int mode); +static void RADEONForceSomeClocks(ScrnInfoPtr pScrn); static void RADEONUpdatePanelSize(ScrnInfoPtr pScrn); static void RADEONSaveMemMapRegisters(ScrnInfoPtr pScrn, RADEONSavePtr save); @@ -5738,6 +5739,9 @@ #endif } } +if ((!info->IsSecondary) && (IS_R300_VARIANT || IS_RV100_VARIANT)) + RADEONForceSomeClocks(pScrn); + if (info->allowColorTiling && (pScrn->virtualX > info->MaxSurfaceWidth)) { xf86DrvMsg(pScrn->scrnIndex, X_INFO, "Color tiling not supported with virtual x resolutions larger than %d, disabling\n", @@ -9751,6 +9757,16 @@ RADEONGetMergedFBOptions(ScrnInfoPtr pSc } } +static void RADEONForceSomeClocks(ScrnInfoPtr pScrn) +{ +/* It appears from r300 and rv100 may need some clocks forced-on */ + CARD32 tmp; + + tmp = INPLL(pScrn, RADEON_SCLK_CNTL); + tmp |= RADEON_SCLK_FORCE_CP | RADEON_SCLK_FORCE_VIP; + OUTPLL(pScrn, RADEON_SCLK_CNTL, tmp); +} + static void RADEONSetDynamicClock(ScrnInfoPtr pScrn, int mode) { RADEONInfoPtr info = RADEONPTR(pScrn);
Bug#375460: Upgrade to linux kernel 2.6.17 makes Xserver crasing on startup
On Fri, Jun 30, 2006 at 12:44:45PM +0200, Michel Dänzer wrote: > On Tue, 2006-06-27 at 16:25 +0200, Marcel Sebek wrote: > > On Tue, Jun 27, 2006 at 11:38:15AM +0200, Michel Dänzer wrote: > > > On Mon, 2006-06-26 at 08:03 +0200, Marcel Sebek wrote: > > > > > > > > This is the trace with ati driver. I also tried vesa, the trace also > > > > started with xf86SigHandler+0x88 and ended with FontFileCompleteXLFD, > > > > but it has a few more lines between. > > > > > > Please provide the full log file and try and get a backtrace with gdb. > > > > > > > Full log and gdb bt attached. The backtrace was gained from core > > file because running xserver in gdb resulted in keyboard hard freeze > > (no sysrq). > > Yeah, you can only do that from a remote login, or you end up in a dead > lock where gdb stops execution of the X server, which is what provides > interaction with gdb... > > The backtrace looks input related, and indeed, looking at the log file, > it looks like /dev/input/event1 no longer represents a mouse but a > keyboard, so the X server ends up running without a core pointer and > probably chokes on that. > Yes, exactly. event1/2 is switched in the new kernel. The same happened to me once in the past, but IIRC the xserver printed some reasonable warning about missing core pointer, so I found that easily. I've created a simple udev rule and now have mouse on /dev/input/psmouse. I should have done it when I started using evdev interface. Thank you for your time. -- Marcel Sebek signature.asc Description: Digital signature
Bug#376132: xserver-xorg-video-ati: Very slow rendering of RGBA images
Package: xserver-xorg-video-ati Version: 1:6.5.8.0-1 Severity: normal Rendering RGBA images is awfully slow with ATI cards. Several testing and unstable users have been confirmed the issue, most of them mentioning that for them it has been regression after upgrade from 6.8. Good demonstration is http://kde-apps.org/content/show.php?content=10187 with Konqueror browser. First two screenshots are RGBA, third one is RGB. Rendering of first two images is really slow, scrolling is sluggish etc, third one appears instantly and no any problem with scrolling. 01:00.0 VGA compatible controller: ATI Technologies Inc RV350 [Mobility Radeon 9600 M10] (prog-if 00 [VGA]) # cat /etc/X11/xorg.conf 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/lib/X11/fonts/misc" FontPath"/usr/share/fonts/X11/cyrillic" FontPath"/usr/lib/X11/fonts/cyrillic" FontPath"/usr/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/share/fonts/X11/Type1" FontPath"/usr/lib/X11/fonts/Type1" FontPath"/usr/share/fonts/X11/CID" FontPath"/usr/lib/X11/fonts/CID" FontPath"/usr/lib/X11/fonts/Speedo" FontPath"/usr/share/fonts/X11/100dpi" FontPath"/usr/lib/X11/fonts/100dpi" FontPath"/usr/share/fonts/X11/75dpi" FontPath"/usr/lib/X11/fonts/75dpi" EndSection Section "Module" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"type1" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "pc105" Option "XkbLayout" "ee" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/psaux" Option "Protocol" "PS/2" Option "Emulate3Buttons" "true" Option "ZAxisMapping" "4 5" EndSection Section "Device" Identifier "ATI Technologies, Inc. RV350 [Mobility Radeon 9600 M10]" Driver "radeon" Option "DMAForXv" "true" Option "BackingStore" "true" EndSection Section "Monitor" Identifier "Generic Monitor" HorizSync 30-60 VertRefresh 50-75 Option "DPMS" EndSection Section "Screen" Identifier "Default Screen" Device "ATI Technologies, Inc. RV350 [Mobility Radeon 9600 M10]" Monitor "Generic Monitor" DefaultDepth24 SubSection "Display" Depth 24 Modes "1400x1050" "1280x960" "1152x864" "1024x768" "800x600" "640x480" EndSubSection EndSection Section "Extensions" Option "RENDER""Enable" EndSection Section "ServerLayout" Identifier "Default Layout" Screen "Default Screen" InputDevice "Generic Keyboard" InputDevice "Configured Mouse" EndSection Section "DRI" Mode0666 EndSection -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-ck1 Locale: LANG=et_EE.iso8859-15, LC_CTYPE=et_EE.iso8859-15 (charmap=ISO-8859-15) Versions of packages xserver-xorg-video-ati depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii xserver-xorg-core 1:1.0.2-8 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]
Bug#45291: want to meet?
Do nbot ignore me please, I found your email somewhere anbd now decided to write you. I am coming to your place in few weeks and thought we can meet ebach other. Let me know if ybou do not mind. I am a nice pretty bgbirl. Don't reply to this embail. Email me direclty at [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#376132: xserver-xorg-video-ati: Very slow rendering of RGBA images
On Fri, 2006-06-30 at 15:29 +0300, Hasso Tepper wrote: > > Rendering RGBA images is awfully slow with ATI cards. Several testing > and unstable users have been confirmed the issue, most of them mentioning > that for them it has been regression after upgrade from 6.8. > > Good demonstration is http://kde-apps.org/content/show.php?content=10187 > with Konqueror browser. First two screenshots are RGBA, third one is > RGB. Rendering of first two images is really slow, scrolling is sluggish > etc, third one appears instantly and no any problem with scrolling. [...] > Section "Device" > Identifier "ATI Technologies, Inc. RV350 [Mobility Radeon 9600 > M10]" > Driver "radeon" > Option "DMAForXv" "true" > Option "BackingStore" "true" > EndSection Does this also occur without Option "BackingStore" or with Option "AccelMethod" "EXA"? -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Re: Scary message on new installations
On Wed, Jun 21, 2006 at 04:05:26PM -0700, Steve Langasek wrote: > Since this warning note has been added specifically because the xserver is > being removed in situations we don't want it to, and the removal is being > caused by a new package that didn't exist in sarge, it is indeed very > difficult to detect the difference between an upgrade and a new install. > > For d-i's purposes, preseeding this d-i note into oblivion is an option, but > it would be much nicer if someone could figure out how to keep the xserver > from being removed on upgrade in the first place. Would putting back xserver-xfree86 as a transitional package suffice? Since I don't know how to reproduce this problem locally, my best guess is that the server gets removed due to the conflict with x11-common and then nothing is able to install the new one because xserver-xorg doesn't exist to be marked for upgrade. Putting back an empty xserver-xfree86 that pulls in xserver-xorg should suffice in this corner case, letting us remove the note all together. - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#376132: xserver-xorg-video-ati: Very slow rendering of RGBA images
Michel Dänzer wrote: > Does this also occur without Option "BackingStore" or with Option > "AccelMethod" "EXA"? Removing "BackingStore" doesn't have any effect to the issue. But EXA makes rendering RGBA images significantly faster - although not as fast I'd expect to, there is no noticeable impact to scrolling these images in Konqueror. EXA seems to have another performance problems though. It seems to be somewhat slower in general and significantly slower with a lot of small images - Konqueror filemanager view renders several seconds in full screen, while it's almost instant with XAA. -- Hasso Tepper
Bug#376188: xserver aborts with sigsegv when xawtv starts
Package: xserver-xorg Version: 7.0.22 starting xawtv crashes X. results in the following error in Xorg.0.log 7.0.20 used to work, 7.0.22 broken. X Window System Version 7.0.0 Release Date: 21 December 2005 X Protocol Version 11, Revision 0, Release 7.0 Build Operating System:Linux 2.6.16-2-vserver-amd64-k8 x86_64 Current Operating System: Linux dancer64 2.6.17dancer-gbf7e8511-dirty #1 PREEMPT Fri Jun 30 09:04:58 JST 2006 x86_64 Build Date: 16 March 2006 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present 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: Sat Jul 1 04:10:36 2006 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "Default Layout" (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "Generic Monitor" (**) | |-->Device "ATI Technologies, Inc. Radeon Xpress 200 (RS480)" (**) |-->Input Device "Generic Keyboard" (**) Option "XkbRules" "xorg" (**) XKB: rules: "xorg" (**) Option "XkbModel" "pc106" (**) XKB: model: "pc106" (**) Option "XkbLayout" "us" (**) XKB: layout: "us" (==) Keyboard: CustomKeycode disabled (**) |-->Input Device "Configured Mouse" (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. Entry deleted from font path. (WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist. Entry deleted from font path. (WW) `fonts.dir' not found (or not valid) in "/usr/lib/X11/fonts/Type1". Entry deleted from font path. (Run 'mkfontdir' on "/usr/lib/X11/fonts/Type1"). (WW) The directory "/usr/share/fonts/X11/CID" does not exist. Entry deleted from font path. (WW) The directory "/usr/lib/X11/fonts/CID" does not exist. Entry deleted from font path. (**) FontPath set to "unix/:7100,/usr/share/fonts/X11/misc,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/share/fonts/X11/Type1,/usr/share/fonts/X11/100dpi,/usr/lib/X11/fonts/100dpi,/usr/share/fonts/X11/75dpi,/usr/lib/X11/fonts/75dpi,/usr/share/fonts/X11/misc/,/usr/share/fonts/X11/TTF/,/usr/share/fonts/X11/OTF,/usr/share/fonts/X11/Type1/,/usr/share/fonts/X11/CID/,/usr/share/fonts/X11/100dpi/,/usr/share/fonts/X11/75dpi/" (==) RgbPath set to "/usr/share/X11/rgb" (==) ModulePath set to "/usr/lib/xorg/modules" (II) Module ABI versions: X.Org ANSI C Emulation: 0.2 X.Org Video Driver: 0.8 X.Org XInput driver : 0.5 X.Org Server Extension : 0.2 X.Org Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/lib/xorg/modules/fonts/libbitmap.so (II) Module bitmap: vendor="X.Org Foundation" compiled for 7.0.0, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/lib/xorg/modules/libpcidata.so (II) Module pcidata: vendor="X.Org Foundation" compiled for 7.0.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.8 (++) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1002,5950 card 103c,3009 rev 01 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1002,5a3f card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:05:0: chip 1002,5a37 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:12:0: chip 1002,4379 card 103c,3009 rev 00 class 01,01,8f hdr 00 (II) PCI: 00:13:0: chip 1002,4374 card 103c,3009 rev 00 class 0c,03,10 hdr 80 (II) PCI: 00:13:1: chip 1002,4375 card 103c,3009 rev 00 class 0c,03,10 hdr 00 (II) PCI: 00:13:2: chip 1002,4373 card 103c,3009 rev 00 class 0c,03,20 hdr 00 (II) PCI: 00:14:0: chip 1002,4372 card 103c,3009 rev 10 class 0c,05,00 hdr 80 (II) PCI: 00:14:1: chip 1002,4376 card 103c,3009 rev 00 class 01,01,82 hdr 00 (II) PCI: 00:14:3: chip 1002,4377 card 103c,3009 rev 00 class 06,01,00 hdr 80 (II) PCI: 00:14:4: chip 1002,4371 card , rev 00 class 06,04,01 hdr 81 (II) PCI: 00:14:5: chip 1002,4370 card 103c,3009 rev 01 class 04,01,00 hdr 80 (II) PCI: 00:18:0: chip 1022,1100 card , rev 00 class 06,00,00 hdr 80 (II) PCI: 00:18:1: chip 1022,1101 card , rev 00 class 06,00,00 hdr 80 (II) PCI: 00:18:2: chip 1022,1102 card , rev 00 class 06,00,00 hdr 80 (II) PCI: 00:18:3: chip 1022,1103 card , rev 00 class 06,00,00 hdr 80 (II) PCI: 01:05:0: chip 1002,5954 card 103c,3009 rev 00 class 03,00,00 hdr 80 (II) PCI: 01:05:1: chip 1002,5854 card 103c,3008 rev 00 class 03,80,00 hdr 00 (II) PCI: 02:00:0: chip 14e4,1677 card 103c,3009 rev 20 class 02,00,00 hdr 00 (II) PCI: 03:0a:0: chip 8086,107c card 8086,1376 rev 05 class 02,00,00 hdr 00 (II) PCI: 03:0b:0: chip 109e,036e card 10fc,d018 rev 11 class 04,00,00 hdr 80 (II) PCI: 03:0b:1: chip 109
Bug#376100: xserver-xorg-video-nv: nv driver blocks every imput device on my debian box
On Fri, 30 Jun 2006, Joshua Dunamis wrote: When I use nv driver in xorg.conf and I use X, after some minutes my system is blocked in every input device: my keybord, my mouse and the monitor is completly unusable. I must use the power button (using acpid) to power off the system and the monitor is still displaing the same image until the system is going off. I cannot use the nvidia driver official becouse I have a nVidia Aladdin TNT2. Is the system itself however frozen or not? I.e. can you log in through ssh onto the machine? Does it respond to pings? *t -- --- Tomas Pospisek http://sourcepole.com - Linux & Open Source Solutions --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#376203: xserver-xorg won't configure and won't run with ATI Radeon
package: xserver-xorg version: 1:7.0.22 * The /exact/ and /complete/ text of any error messages printed or logged. This is very important! can't find any interesting messages in the logs * Exactly what you typed or did to demonstrate the problem. I had a nicely working Etch configuration until yesterday. I also had a defective XP computer. Yesterday I decided to solve the XP problem, which was definitely hardware, by replacing the MB and CPU with the ones from the Etch box (same MB and similar processor) so that XP wouldn't complain about the new parts and force me to reinstall. That part worked fairly well. My XP box seemed to detect the CPU change but handled it and it's now working - been running for almost a day without locking up. However, it just spontaneously rebooted twice, so I may still have a problem. I also bought a new MB and CPU - AMD 64 for my Linux box. Since the old system was Athlon-based, this should work, even if only in 32-bit mode. And it almost does! The problem I'm facing is that X doesn't start properly. It doesn't like my old xorg.conf, even though the video card is the same. After renaming it and my old XF86Config-4 file (which it fell back to when it couldn't find the xorg.conf), the system will start in 1280 x1024 VESA mode. When I run dpkg-reconfigure xserver-xorg, it fails to write out the xorg.conf file. The process stops after "Write default Files section to the configuration files" is answered "Yes". There are no error messages I can find. I've tried removing xorg and xserver-xorg (with purge) then reinstalling. This time the process picked up some antique debconf information from somewhere and installed a video card I had removed earlier in my attempts to track down the XP box's problem. I changed the driver to ati and got the same problem. On startx, the screen goes grey, then black then dark grey and stays that way. I never get the server started. When I change the driver to vesa, I get a normal session but at 1280 x 1024 instead of my preferred 1792 x 1344. * A description of the incorrect behaviour: exactly what behaviour you were expecting, and what you observed. A transcript of an example session is a good way of showing this. 1) dpkg-reconfigure does not update xorg.conf. Nor does it get beyond the "Write default Files section to the configuration files" question. 2) my previously working xorg.conf does not work, nor does any that invokes the ati driver. I have only been able to use the vesa driver. 3) dpkg-reconfigure seems to pick up ancient information and never gives the chance to correct it! * A suggested fix, or even a patch, if you have one. sorry. * Details of the configuration of the program with the problem. Include the complete text of its configuration files. here is my previously working xorg.conf (the one the reinstall created is similar, but I had to change the screen entries to give me a 1280 x 1024 screen, which I think is the the largest VESA screen): # /etc/X11/xorg.conf (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the /etc/X11/xorg.conf manual page. # (Type "man /etc/X11/xorg.conf" at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section "Files" FontPath"/usr/share/fonts/X11/misc" FontPath"/usr/X11R6/lib/X11/fonts/misc" FontPath"/usr/share/fonts/X11/cyrillic" FontPath"/usr/X11R6/lib/X11/fonts/cyrillic" FontPath"/usr/share/fonts/X11/100dpi/:unscaled" FontPath"/usr/X11R6/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/share/fonts/X11/75dpi/:unscaled" FontPath"/usr/X11R6/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/share/fonts/X11/Type1" FontPath"/usr/X11R6/lib/X11/fonts/Type1" FontPath"/usr/share/fonts/X11/100dpi" FontPath"/usr/X11R6/lib/X11/fonts/100dpi" FontPath"/usr/share/fonts/X11/75dpi" FontPath"/usr/X11R6/lib/X11/fonts/75dpi" # path to defoma fonts FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" EndSection Section "Module" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"type1" Load"vbe" EndSection Section "InputDevice" Identifier"Generic Keyboard" Driver"kbd" Option"CoreKeyboard" Option"XkbRules""xorg" Option"XkbModel""pc104" Option"XkbLayout""us" EndSection Section "InputDevi
Bug#376188: xawtv -xv is killing X.
xawtv -noxv works xawtv -xv kills X. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X Strike Force X.Org X11 SVN commit: r2368 - trunk/debian/xorg/debian
Author: bubulle Date: 2006-07-01 02:37:40 -0400 (Sat, 01 Jul 2006) New Revision: 2368 Modified: trunk/debian/xorg/debian/changelog Log: Added Dzongkha debconf translations Modified: trunk/debian/xorg/debian/changelog === --- trunk/debian/xorg/debian/changelog 2006-06-30 06:36:03 UTC (rev 2367) +++ trunk/debian/xorg/debian/changelog 2006-07-01 06:37:40 UTC (rev 2368) @@ -17,6 +17,7 @@ * New debconf translations: - Nepali (Mahesh subedi). Closes: #374803 - Khmer (auk piseth). Closes: #375063 +- Dzongkha (Jurmey Rabgay). [ Michel Dänzer ] * Add debian/scripts/vars.armeb, thanks Lennert Buytenhek. Closes: #367188 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]