Bug#366787: xserver-xorg-input-mouse: left/right events when scrolling up/down too quickly
Package: xserver-xorg-input-mouse Version: 1:1.0.4-2 Severity: important Tags: patch Justification: makes mouse scroll wheels almost completely useless When using my mouse in Firefox, among other applications, scrolling up or down very quickly generates left and right events instead of the proper ones. Since I quite often hold down keys for a bit too long, this results in moving forward and backward in Firefox, instead of scrolling in the desired direction. Alan Coopersmith, who works on X for Sun Microsystems posted in his blog about this[0]. There is also an *upstream* patch[1]! I would greatly appreciate if this could be fixed fairly soon. Thank you. [0] http://blogs.sun.com/roller/page/alanc/20060504 [1] http://webcvs.freedesktop.org/xorg/driver/xf86-input-mouse/src/mouse.c?r1=1.27&r2=1.28 -- System Information: Debian Release: testing/unstable APT prefers experimental APT policy: (500, 'experimental'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Versions of packages xserver-xorg-input-mouse depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries xserver-xorg-input-mouse recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#366514: Automatic upgrade from Xfree86 needs to fix mouse
On Tue, May 09, 2006 at 08:55:03PM +1000, Peter Chubb wrote: > I tried to upgrade from Xserver-xfree86 to xserver-xorg. The > XF86Config-4 file had the mouse device as /dev/input/mice. The > rewritten xorg.conf file had /dev/mouse, which doesn't exist on my > system. It looks as though the info in XF86Config-4 is not consulted > for the upgrade. I assume what happened is that you selected /dev/mouse in the Debconf prompts for xserver-xfree86 when you first set it up, then later modified XF86Config-4 by hand to use /dev/input/mice. In this case, the Debconf answers were migrated, but the changes to XF86Config-4 not. signature.asc Description: Digital signature
Bug#211765: Where have these files gone?
On Sat, May 06, 2006 at 10:32:25PM -0400, Nathanael Nerode wrote: > With the modular split of Xorg 7, these files have probably scattered to > different packages. > > Can someone suggest a good strategy for figuring out which packages currently > contain the affected files? I don't want to download every single package > source one at a time and grep through it, but I'll do it if that's the only > way. I also suspect that most of the files have gone to a small number of > packages, and that a fair number of them may have disappeared (the > Imakefiles). The FreeB stuff is all in mesa, and x11proto-gl. signature.asc Description: Digital signature
Bug#364288: Randomly loses input since X11R7 upgrade
* Tore Anderson > Yep, it did, using 2.6.15-1-k7. I ran that kernel for a long time > with X11R6 on top and didn't have any problems at all, so it seems > very unlikely that the kernel is to blame. Hi David, Do you think there's any hope of getting nearer any solution to this bug in forseeable future? I'm sorry, but this is making my workstation so useless that I'll soon downgrade to etch or change to some other distribution in the hope that this bug only appears in the Debian builds. I tried to attach GDB to the X server but then it just froze solid, both with the binary NVidia driver, and with the included one. I don't know if there is any other debugging possibilities at all? Regards -- Tore Anderson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#366695: xserver-xorg-video-i810: Depends on unavailable xserver-xorg-core on etch.
> This is http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=365134 >> It still failed, now saying that it couldn't make sense of the >> hardware ... Then I remembered that xorg had recently gone into >> many-package form, so went looking for a suitable >> xserver-xorg-video-* for the hardware reported to me by lspci: > xserver-xorg 6.9.0.dfsg.1-6 is still in testing, so you do not need > xserver-xorg-video-i810. Yup, once I'd worked round the xdm problems, it does indeed turn out that the xserver-xorg was OK - I just got mislead by the initial xdm problems into thinking the problem was in the server. Feel free to kill this bug as misguided ... Eddy. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#366695: xserver-xorg-video-i810: Depends on unavailable xserver-xorg-core on etch.
On Wed, May 10, 2006 at 03:12:30PM +0200, Edward Welbourne wrote: > Package: xserver-xorg-video-i810 > Version: 1:1.5.1.0-2 > Severity: grave > Justification: renders package unusable > > > Due to a power outage, I had to re-boot my etch box after some months, > during which I'd updated it, so am now using the modern xserver-xorg-* > package fragments, where I was using a more monolithic xorg when last > I booted. When re-booted, I got no xdm up. This is http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=365134 > > Initially, this was because /etc/init.d/xdm referred to > /usr/bin/X11/xdm, which no longer exists. When I amended that, I > still got failure, since /etc/X11/default-display-manager had also > survived, and referred to the same xdm. Reverting the prior amend and > inserting a symlink in /usr/X11R6/bin/ solved those problems, so that > xdm at least *tried* to start up. > > It still failed, now saying that it couldn't make sense of the > hardware (I've had a very grim six hours since then, of trying to get > my machine back in an X-compatible state, without success, so don't > remember the exact wording; having now reverted to as close as I can > remember to that state, I lack the /usr/bin/X that xdm wants). Then I > remembered that xorg had recently gone into many-package form, so went > looking for a suitable xserver-xorg-video-* for the hardware reported > to me by lspci: > > :00:02.0 VGA compatible controller: Intel Corporation 82915G/GV/910GL > Express Chipset Family Graphics Controller (rev 04) > > It looks like the package I want is xserver-xorg-video-i810; but, when > I tried to install that, it was broken, because it depends on > xserver-xorg-core, which is not present in etch. So I can't actually > install this package to find out whether it really is what I need. > > There seems little point making a package available to testing when it > depends on a package unavailable to testing. > > Carving up a package into lots of little packages is a cool move, as > long as all hardware set-ups whose support has moved into one of those > packages are still catered to by a set-up on the branch (in this case > testing) on which the big package provided support before its demise. xserver-xorg 6.9.0.dfsg.1-6 is still in testing, so you do not need xserver-xorg-video-i810. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Proposed debconf templates rewrite to follow the Developer's Reference 6.5
Quoting Stepan Golosunov ([EMAIL PROTECTED]): > On Wed, May 10, 2006 at 08:21:52AM +0200, Christian Perrier wrote: > > I personnally prefer "experimented" over "advanced" because "advanced" > > is negative towards other users. > > What is "experimented user"? Did you mean experienced? Yep. Guess why I have proposed the rewrite for review...:-) /me happily s/experimented/experienced signature.asc Description: Digital signature
Bug#366695: xserver-xorg-video-i810: Depends on unavailable xserver-xorg-core on etch.
> Remove the individual i810 driver package, it wouldn't install, so that was be a no-op ! > the xserver-xorg package in testing includes the driver you want. when I dpkg-reconfigure it, it starts by asking whether I want to let it autodetect: and says that it can't recognize what it finds. > If it doesn't support your card, then use the vesa driver duly configured to do so. This initially failed, for want of the X and then xrdb binaries in /usr/bin; they're in /usr/bin/X11/ (and dpkg -S doesn't know of a package that owns X), so I hard-linked them and my X server starts up fine. That sufficed to get xdm started (yay), though I notice it starts about seven processes, each with parent PID 1, each allegedly running the xdm binary. Odd, but working - thank you for your guidance. > Second, the xdm bug is an actual bug in the dependencies that will only > affect testing until the rest of X11R7 migrates. For that you'll just have > to be patient. Use an alternate *dm or just use startx for the time being. or cope with some bodgery (see above). > We're working hard on getting all the pieces in to testing, I'd noticed - lots of interesting change has been going on when I update. Good luck getting it all to work. > for now every part of the 6.9 release except for xdm will work just > as it always has. OK, I'll remember to treat xdm with care, Eddy. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#366695: xserver-xorg-video-i810: Depends on unavailable xserver-xorg-core on etch.
reassign 366695 xdm merge 366695 366599 thanks On Wed, May 10, 2006 at 03:12:30PM +0200, Edward Welbourne wrote: > Package: xserver-xorg-video-i810 > Version: 1:1.5.1.0-2 > Severity: grave > Justification: renders package unusable > > > Due to a power outage, I had to re-boot my etch box after some months, > during which I'd updated it, so am now using the modern xserver-xorg-* > package fragments, where I was using a more monolithic xorg when last > I booted. When re-booted, I got no xdm up. > > Initially, this was because /etc/init.d/xdm referred to > /usr/bin/X11/xdm, which no longer exists. When I amended that, I > still got failure, since /etc/X11/default-display-manager had also > survived, and referred to the same xdm. Reverting the prior amend and > inserting a symlink in /usr/X11R6/bin/ solved those problems, so that > xdm at least *tried* to start up. > > It still failed, now saying that it couldn't make sense of the > hardware (I've had a very grim six hours since then, of trying to get > my machine back in an X-compatible state, without success, so don't > remember the exact wording; having now reverted to as close as I can > remember to that state, I lack the /usr/bin/X that xdm wants). Then I > remembered that xorg had recently gone into many-package form, so went > looking for a suitable xserver-xorg-video-* for the hardware reported > to me by lspci: > > :00:02.0 VGA compatible controller: Intel Corporation 82915G/GV/910GL > Express Chipset Family Graphics Controller (rev 04) > > It looks like the package I want is xserver-xorg-video-i810; but, when > I tried to install that, it was broken, because it depends on > xserver-xorg-core, which is not present in etch. So I can't actually > install this package to find out whether it really is what I need. > > There seems little point making a package available to testing when it > depends on a package unavailable to testing. > > Carving up a package into lots of little packages is a cool move, as > long as all hardware set-ups whose support has moved into one of those > packages are still catered to by a set-up on the branch (in this case > testing) on which the big package provided support before its demise. The drivers have been pushed in prematurely to testing without the modular server so as to ease the burden on the release team. Coordinating all this is a big problem, so every little bit helps. In short, what you need to do is remove all traces of the modular packages until the future, when an updated x11-common (after 1:7.0.0) and xserver-xorg-core reach testing. Remove the individual i810 driver package, since the xserver-xorg package in testing includes the driver you want. If it doesn't support your card, then use the vesa driver until a newer version of the driver reaches you properly with all that it needs. Second, the xdm bug is an actual bug in the dependencies that will only affect testing until the rest of X11R7 migrates. For that you'll just have to be patient. Use an alternate *dm or just use startx for the time being. We're working hard on getting all the pieces in to testing, but for now every part of the 6.9 release except for xdm will work just as it always has. - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#365654: xserver-xorg-core: Xorg hangs in kernel during startup
On Wed, May 10, 2006 at 02:00:47PM +0200, David Mart?nez Moreno wrote: > Please send your /var/log/Xorg.0.log and your /etc/X11/xorg.conf files, > as it > will be most probably related to Ati driver instead of xserver-xorg-core. > OK, here they are. Indeed, I have an ATI 9200SE card. Is there an alternate driver which you believe may not have this problem? Should I try disabling DRI? Thanks for the prompt responses! - Sean 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-1-vserver-amd64-k8 x86_64 Current Operating System: Linux xenos 2.6.16-1-amd64-k8 #2 Thu May 4 18:26:47 CEST 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: Tue May 9 23:23:23 2006 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "Default Layout" (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "Generic Monitor" (**) | |-->Device "ATI Technologies, Inc. RV280 [Radeon 9200 SE]" (**) |-->Input Device "Generic Keyboard" (**) |-->Input Device "Configured Mouse" (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. Entry deleted from font path. (**) FontPath set to "/usr/share/fonts/X11/misc,/usr/share/fonts/X11/100dpi/:unscaled,/usr/share/fonts/X11/75dpi/:unscaled,/usr/share/fonts/X11/Type1,/usr/share/fonts/X11/100dpi,/usr/share/fonts/X11/75dpi,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,/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 1106,3188 card 1043,80a3 rev 01 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,b188 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:07:0: chip 1106,3044 card 1043,808a rev 80 class 0c,00,10 hdr 00 (II) PCI: 00:0a:0: chip 11ab,4320 card 1043,811a rev 13 class 02,00,00 hdr 00 (II) PCI: 00:0f:0: chip 1106,3149 card 1043,80ed rev 80 class 01,04,00 hdr 80 (II) PCI: 00:0f:1: chip 1106,0571 card 1043,80ed rev 06 class 01,01,8a hdr 00 (II) PCI: 00:10:0: chip 1106,3038 card 1043,80ed rev 81 class 0c,03,00 hdr 80 (II) PCI: 00:10:1: chip 1106,3038 card 1043,80ed rev 81 class 0c,03,00 hdr 80 (II) PCI: 00:10:2: chip 1106,3038 card 1043,80ed rev 81 class 0c,03,00 hdr 80 (II) PCI: 00:10:3: chip 1106,3038 card 1043,80ed rev 81 class 0c,03,00 hdr 80 (II) PCI: 00:10:4: chip 1106,3104 card 1043,80ed rev 86 class 0c,03,20 hdr 80 (II) PCI: 00:11:0: chip 1106,3227 card 1043,80ed rev 00 class 06,01,00 hdr 80 (II) PCI: 00:11:5: chip 1106,3059 card 1043,80b0 rev 60 class 04,01,00 hdr 00 (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:00:0: chip 1002,5964 card 174b,7c26 rev 01 class 03,00,00 hdr 80 (II) PCI: 01:00:1: chip 1002,5d44 card 174b,7c27 rev 01 class 03,80,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,1), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x - 0x (0x1) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x - 0x (0x1) MX[B] (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x000a (VGA_EN is set) (II) Bus 1 I/O range: [0] -1 0 0xa000 - 0xafff (0x1000) IX[B] (II) Bu
Bug#365654: xserver-xorg-core: Xorg hangs in kernel during startup
On Wed, 2006-05-10 at 10:51 -0400, Benjamin Kudria wrote: > Actually, this magically went away for me. I'm not seeing this issue > any more (although I have another, my NVidia drivers don't accelerate, > but I haven't filed a bug yet), but I can provide my log and conf files > if you *really* want them. Thanks, but if this is not happening to you anymore, we're all glad. :) -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#365654: xserver-xorg-core: Xorg hangs in kernel during startup
Actually, this magically went away for me. I'm not seeing this issue any more (although I have another, my NVidia drivers don't accelerate, but I haven't filed a bug yet), but I can provide my log and conf files if you *really* want them. Thanks, Benjamin Kudria On Wed, 10 May 2006 14:00:40 +0200, "Michel Dänzer" <[EMAIL PROTECTED]> said: > On Tue, 2006-05-09 at 23:57 -0700, Sean Smith wrote: > > Package: xserver-xorg-core > > Version: 1:1.0.2-8 > > Followup-For: Bug #365654 > > > > I believe I am seeing this too. > > > > When I try to start Xorg, the vt switches to a blank screen and the > > system becomes entirely unresponsive to keyboard input, including > > Ctrl-Alt-Backspace and Ctrl-Alt-F1. > > > > After sshing in, I see that Xorg (the process identifying itself as > > [Xorg]) is eating all the CPU, and moreover, top shows 100% system time, > > so it must be in an infinite loop of some kind somewhere in the kernel. > > > > I like graphics, and I like running unstable, so please let me know how > > I can best help debug this issue. This is my home box, so I'm willing > > to try other kernels, configuration changes, etc. if it would help. > > Both of you, please provide full(!) X config and log files. > > > -- > Earthling Michel Dänzer | http://tungstengraphics.com > Libre software enthusiast | Debian, X and DRI developer > -- Benjamin Kudria - [EMAIL PROTECTED] Beyond The Box Web Productions http://www.beyondboxweb.com - (518) 537-7667
Processed: Re: Bug#366695: xserver-xorg-video-i810: Depends on unavailable xserver-xorg-core on etch.
Processing commands for [EMAIL PROTECTED]: > reassign 366695 xdm Bug#366695: xserver-xorg-video-i810: Depends on unavailable xserver-xorg-core on etch. Bug reassigned from package `xserver-xorg-video-i810' to `xdm'. > merge 366695 366599 Bug#366599: xdm looks for /usr/bin/X, but I have /usr/X11R6/bin/X Bug#366695: xserver-xorg-video-i810: Depends on unavailable xserver-xorg-core on etch. Bug#365134: wrong paths to executables or executables in wrong places Bug#366516: boot process of fresh etch installation does not lead to graphic login: inconsistent paths /usr/bin vs /usr/bin/X11 Merged 365134 366516 366599 366695. > 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]
Re: Bug#345476: xserver-xorg: Logitech MX518 scroll mouse stops working with latest upgrade
Hello, Try : Option "ZAxisMapping" "4 5" It work fine for me ;-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#366695: xserver-xorg-video-i810: Depends on unavailable xserver-xorg-core on etch.
> http://packages.debian.org/xserver-xorg-core Yes, I know that package is not available on testing. That's why I submitted the bug against xserver-xorg-video-i810, not against xserver-xorg-core. http://packages.debian.org/xserver-xorg-video-i810 says it's available on testing. It * appears to be my best bet for support for my video card, * depends on xserver-xorg-core and, thus, * is broken, on testing. Before the xserver-xorg package split off its per-device packages, it supported my video card on testing. Now, testing does not support that video card. I am suddenly without X server. I'm hoping testing shall support my video card, one way or another, by the time I get back from the fortnight's holiday that I needed to get a bunch of stuff done before, Eddy. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[bts-link] source package xorg-server
# # bts-link upstream status pull for source package xorg-server # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user [EMAIL PROTECTED] # remote status report for #363120 # * https://bugs.freedesktop.org/show_bug.cgi?id=5209 # * remote status changed: ASSIGNED -> REOPENED usertags 363120 - status-ASSIGNED usertags 363120 + status-REOPENED # remote status report for #364043 # * https://bugs.freedesktop.org/show_bug.cgi?id=5209 # * remote status changed: ASSIGNED -> REOPENED usertags 364043 - status-ASSIGNED usertags 364043 + status-REOPENED # remote status report for #364503 # * https://bugs.freedesktop.org/show_bug.cgi?id=5209 # * remote status changed: ASSIGNED -> REOPENED usertags 364503 - status-ASSIGNED usertags 364503 + status-REOPENED # remote status report for #365232 # * https://bugs.freedesktop.org/show_bug.cgi?id=5209 # * remote status changed: ASSIGNED -> REOPENED usertags 365232 - status-ASSIGNED usertags 365232 + status-REOPENED thanks
Re: Bug#366695: xserver-xorg-video-i810: Depends on unavailable xserver-xorg-core on etch.
On Wed, 10 May 2006, Edward Welbourne wrote: Package: xserver-xorg-video-i810 Version: 1:1.5.1.0-2 Severity: grave Justification: renders package unusable [...] It looks like the package I want is xserver-xorg-video-i810; but, when I tried to install that, it was broken, because it depends on xserver-xorg-core, which is not present in etch. So I can't actually install this package to find out whether it really is what I need. http://packages.debian.org/xserver-xorg-core ? *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#366695: xserver-xorg-video-i810: Depends on unavailable xserver-xorg-core on etch.
Package: xserver-xorg-video-i810 Version: 1:1.5.1.0-2 Severity: grave Justification: renders package unusable Due to a power outage, I had to re-boot my etch box after some months, during which I'd updated it, so am now using the modern xserver-xorg-* package fragments, where I was using a more monolithic xorg when last I booted. When re-booted, I got no xdm up. Initially, this was because /etc/init.d/xdm referred to /usr/bin/X11/xdm, which no longer exists. When I amended that, I still got failure, since /etc/X11/default-display-manager had also survived, and referred to the same xdm. Reverting the prior amend and inserting a symlink in /usr/X11R6/bin/ solved those problems, so that xdm at least *tried* to start up. It still failed, now saying that it couldn't make sense of the hardware (I've had a very grim six hours since then, of trying to get my machine back in an X-compatible state, without success, so don't remember the exact wording; having now reverted to as close as I can remember to that state, I lack the /usr/bin/X that xdm wants). Then I remembered that xorg had recently gone into many-package form, so went looking for a suitable xserver-xorg-video-* for the hardware reported to me by lspci: :00:02.0 VGA compatible controller: Intel Corporation 82915G/GV/910GL Express Chipset Family Graphics Controller (rev 04) It looks like the package I want is xserver-xorg-video-i810; but, when I tried to install that, it was broken, because it depends on xserver-xorg-core, which is not present in etch. So I can't actually install this package to find out whether it really is what I need. There seems little point making a package available to testing when it depends on a package unavailable to testing. Carving up a package into lots of little packages is a cool move, as long as all hardware set-ups whose support has moved into one of those packages are still catered to by a set-up on the branch (in this case testing) on which the big package provided support before its demise. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686-smp Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#365654: xserver-xorg-core: Xorg hangs in kernel during startup
El miércoles, 10 de mayo de 2006 08:57, Sean Smith escribió: > Package: xserver-xorg-core > Version: 1:1.0.2-8 > Followup-For: Bug #365654 > > I believe I am seeing this too. > > When I try to start Xorg, the vt switches to a blank screen and the > system becomes entirely unresponsive to keyboard input, including > Ctrl-Alt-Backspace and Ctrl-Alt-F1. > > After sshing in, I see that Xorg (the process identifying itself as > [Xorg]) is eating all the CPU, and moreover, top shows 100% system time, > so it must be in an infinite loop of some kind somewhere in the kernel. > > I like graphics, and I like running unstable, so please let me know how > I can best help debug this issue. This is my home box, so I'm willing > to try other kernels, configuration changes, etc. if it would help. Please send your /var/log/Xorg.0.log and your /etc/X11/xorg.conf files, as it will be most probably related to Ati driver instead of xserver-xorg-core. Best regards, Ender. -- What was that, honey? It was bad. It had no fire, no energy, no nothing. So tomorrow from 5 to 7 will you PLEASE act like you have more than a two word vocabulary. It must be green. -- DJ Ruby Rhod (The Fifth Element). -- Desarrollador de Debian Debian developer pgpE4IOlW6kFt.pgp Description: PGP signature
Re: Proposed debconf templates rewrite to follow the Developer's Reference 6.5
El miércoles, 10 de mayo de 2006 08:21, Christian Perrier escribió: > I already mentioned here and there that the xorg package debconf > templates do not follow the recommendations given in the developer's > reference, which are mostly aimed at achieving overall writing style > consistency in questions seen by users. > > Attached to this mail is a rewrite of the two .templates files > currently used in xorg's SVN. > > I included a diff file for both and both individual files. All > compressed for size reasonssorry if that make quoting a little > more complicated for some of you. > > I've just subscribed to debian-x to follow the discussion in case > comments are made (and I hope there'll be some!). > > As those of you who know me well can guess, I also propose to handle > the translation update round that will follow if these changes (or > even some of them) are applied... > > Rationale, change by change (similar changes are explained only once): I do not have any problem with the proposed changes. Best regards, Ender. -- Another C-3PO: E chu ta! C-3PO: How rude! -- C-3PO (The Empire Strikes Back). -- Desarrollador de Debian Debian developer pgpj7Rxy86AEE.pgp Description: PGP signature
Re: Proposed debconf templates rewrite to follow the Developer's Reference 6.5
El miércoles, 10 de mayo de 2006 11:07, Stepan Golosunov escribió: > On Wed, May 10, 2006 at 08:21:52AM +0200, Christian Perrier wrote: > > I personnally prefer "experimented" over "advanced" because "advanced" > > is negative towards other users. > > What is "experimented user"? Did you mean experienced? Heh, I think so. In French/Spanish, we would say experimented, as we do not have different forms for this word as English has. :-) Ender. -- Los sistemas me pasado los correos de las personas contradas pero los @red.es. -- Jesús Sanz de las Heras (RedIRIS). -- Desarrollador de Debian Debian developer pgpQTniI3mwFt.pgp Description: PGP signature
Bug#365654: xserver-xorg-core: Xorg hangs in kernel during startup
Package: xserver-xorg-core Version: 1:1.0.2-8 Followup-For: Bug #365654 I believe I am seeing this too. When I try to start Xorg, the vt switches to a blank screen and the system becomes entirely unresponsive to keyboard input, including Ctrl-Alt-Backspace and Ctrl-Alt-F1. After sshing in, I see that Xorg (the process identifying itself as [Xorg]) is eating all the CPU, and moreover, top shows 100% system time, so it must be in an infinite loop of some kind somewhere in the kernel. I like graphics, and I like running unstable, so please let me know how I can best help debug this issue. This is my home box, so I'm willing to try other kernels, configuration changes, etc. if it would help. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-amd64-k8 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xserver-xorg-core depends on: ii libc62.3.6-7 GNU C Library: Shared libraries ii libfontenc1 1:1.0.1-5 X11 font encoding library ii libxau6 1:1.0.0-3 X11 authorisation library ii libxdmcp61:1.0.0-4 X11 Display Manager Control Protoc ii libxfont11:1.0.0-4 X11 font rasterisation library ii x11-common 1:7.0.17X Window System (X.Org) infrastruc ii xserver-xorg-input-evdev [xs 1:1.0.0.5-2 X.Org X server -- evdev input driv ii xserver-xorg-input-kbd [xser 1:1.0.1.3-2 X.Org X server -- keyboard input d ii xserver-xorg-input-mouse [xs 1:1.0.4-2 X.Org X server -- mouse input driv ii xserver-xorg-video-ati [xser 1:6.5.8.0-1 X.Org X server -- ATI display driv ii xserver-xorg-video-fbdev [xs 1:0.1.0.5-2 X.Org X server -- fbdev display dr ii xserver-xorg-video-vesa [xse 1:1.0.1.3-2 X.Org X server -- VESA display dri ii xserver-xorg-video-vga [xser 1:4.0.0.5-2 X.Org X server -- VGA display driv ii zlib1g 1:1.2.3-11 compression library - runtime Versions of packages xserver-xorg-core recommends: pn xkeyboard-config (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#362824: Still there?
On Wed, 2006-05-10 at 00:08 +0200, Christian Hammers wrote: > > On 2006-05-09 Michel Dänzer wrote: > > > > Does the X server still crash with the DRI enabled with > > xserver-xorg-video-ati 1:6.5.8.0-1? > > It still crashes with the above version. Bummer. It would be great if you could also try with the DRM from DRI CVS; that seems to be necessary with an R300 class card on amd64 here. If you don't know how to go about that, I can send you test binaries, but I'll need to know the exact package version of the kernel you're running. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Re: Proposed debconf templates rewrite to follow the Developer's Reference 6.5
On Wed, May 10, 2006 at 08:21:52AM +0200, Christian Perrier wrote: > I personnally prefer "experimented" over "advanced" because "advanced" > is negative towards other users. What is "experimented user"? Did you mean experienced? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#366114: Files needed
On Tue, 2006-05-09 at 20:31 +0200, Sven Marnach wrote: > Michel Dänzer schrieb am Di, 09. Mai 2006, um 15:07:44 +0200: > > > > Does either of the following options make a difference? > > > > Option "SilkenMouse" "off" > > Option "ColorTiling" "off" > > Option "SWcursor" > > No. Bummer, thanks for trying. It would be great if you could try with a DRM built from DRI CVS, see http://dri.freedesktop.org/wiki/Building#head-59338b545aa94fe7570b689a9f9f850f53f732ca http://dri.freedesktop.org/wiki/Building#head-d3dcc7d83ae38d3b36f7f23ddcd4f5268396b2b4 > > Also, if you're using Option "AGPMode" or any other AGP/DRI related > > options, does disabling them make a difference? > > I don't understand what it means to "disable" the Option "AGPMode". Just don't specify it or comment it out, but the log file you provided looks like that's already the case. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#366676: libx11-dev: dubious dependency on libxext-dev
Package: libx11-dev Version: 2:1.0.0-6 Severity: normal When trying to compile libx11 and libxext from source I run into the following dependency problem: - libx11-dev depends on libxext-dev - libxext build-depends on libx11-dev .. therefore I am unable to build libxext! I am not sure whether the culprit is libx11-dev or libxext. Cheers, Jeremy -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libx11-dev depends on: ii libx11-6 2:1.0.0-6 X11 client-side library ii libxau-dev1:1.0.0-3 X11 authorisation library (develop ii libxdmcp-dev 1:1.0.0-4 X11 authorisation library (develop ii libxext-dev 1:1.0.0-4 X11 miscellaneous extensions libra ii x11proto-core-dev 7.0.4-3X11 core wire protocol and auxilia ii x11proto-input-dev1.3.2-3X11 Input extension wire protocol ii x11proto-kb-dev 1.0.2-3X11 XKB extension wire protocol ii xtrans-dev1.0.0-5X transport library (development f libx11-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
