Bug#434297: xserver-xorg-video-intel: GM965 incorrectly probe the TV as being connected. various symptoms.
Bonjour, On Tue, 2007-08-07 at 23:47 +0200, Brice Goglin wrote: > > BTW : could you update the (4)intel manpage with the "Ignore" option > > described http://lists.freedesktop.org/archives/xorg/2007-July/026340.html > > as it is the best way to bypass the problem, currently. > > > > Since you seem to follow upstream closely, you should probably request > this directly to them. [..] My mistake, the upstream manpage is uptodate (since 2007-03-26 !). http://gitweb.freedesktop.org/?p=xorg/xserver.git;a=history;f=hw/xfree86/doc/man/xorg.conf.man.pre Thanks, Franklin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#436336: Ugh, incorrect problem description.
On Tue, Aug 07, 2007 at 08:43:20AM +0200, Brice Goglin wrote: > > 2) After launching X, the virtual terminals will never correctly display > > again, whether X is quit normally or whether Ctrl-Alt-FX is used to > > access them. > > > > So you don't get any single crash because of this, right? Only corrupted > VT consoles? They're entirely black, fwiw. Or maybe my monitor just shows black, but as an LCD it's very good about telling me when it's unhappy about the signal. Usually. So I'm not sure if they're corrupted or just a valid text display with nothing in them, or what. > Are you using anything like framebuffer consoles? I don't know whether > intelfb supports i965 yet but... I think I'm using the vga console. I'm trying to use the plain old vga console. The problem manifests with my self-built 2.6.19 and 21 kernel, as well as the current debian testing amd64 kernel. However, the various frambuffer console code is present in all of those. I've never wanted or tried to enable the framebuffer. It doesn't *look* like the framebuffer console (which I have encountered in the past). > Could you try latest git snapshot of the intel driver? I wish I knew how. The last time I went down that path I found I needed to build a very large amount of X to make everything happy, and then I had some trouble figuring out how to install it into my system, and so was running it out of a build directory but had permissions problems with log files ... suffice to say I was in a little over my head. Can I build just the xserver-xorg-video-intel component without requiring the rest of the tree? I can do a little self help given some links. > Let's forget about (1) and keep this bug for (2). Oki Doki. -josh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#436336: Ugh, incorrect problem description.
Joshua Rodman wrote: > They're entirely black, fwiw. Or maybe my monitor just shows black, but > as an LCD it's very good about telling me when it's unhappy about the > signal. Usually. > > So I'm not sure if they're corrupted or just a valid text display with > nothing in them, or what. > Ok, and I guess VT works fine during boot, i.e. before X starts, right? > I wish I knew how. The last time I went down that path I found I needed > to build a very large amount of X to make everything happy, and then I > had some trouble figuring out how to install it into my system, and so > was running it out of a build directory but had permissions problems > with log files ... suffice to say I was in a little over my head. > > Can I build just the xserver-xorg-video-intel component without > requiring the rest of the tree? I can do a little self help given some > links. > Since there is a single file to install, we can just build the upstream source and install manually. No need to build anything else or create some packages. You'll need some development headers/libs: $ apt-get build-dep xserver-xorg-video-intel Then you can grab the git tree with: $ git clone git://anongit.freedesktop.org/git/xorg/driver/xf86-video-intel Then you enter it and build with $ ./autogen.sh $ make If it complains about some macros being undef, you might need to install xutils-dev or so. Let me know. Once it is built, copy src/.libs/intel_drv.so in /usr/lib/xorg/modules/drivers/ and restart X (logout/login is usually not enough, ctrl-alt-backspace or xdm/gdm restart is ok). Thanks a lot, Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#436432: compiz-plugins.postinst: line 5: gconf-schemas: command not found
Package: compiz-plugins
Version: 0.5.0.dfsg-2
Severity: important
[EMAIL PROTECTED] ~]% LC_ALL=C sudo dpkg --configure compiz-plugins
Setting up compiz-plugins (0.5.0.dfsg-2) ...
/var/lib/dpkg/info/compiz-plugins.postinst: line 5: gconf-schemas: command not
found
dpkg: error processing compiz-plugins (--configure):
subprocess post-installation script returned error exit status 127
Errors were encountered while processing:
compiz-plugins
[EMAIL PROTECTED] ~] {1}%
[EMAIL PROTECTED] ~]% dlocate gconf-schemas
gconf2: /usr/sbin/gconf-schemas
Of course I don't have gconf2 installed, so probably some dependency is
missing.
Installed compiz packages:
ii compiz-core0.5.0.dfsg-2 OpenGL window and compositing manager
ii compiz-kde 0.5.0.dfsg-2 OpenGL window and compositing manager - KDE
iF compiz-plugins 0.5.0.dfsg-2 OpenGL window and compositing manager - plug
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.22-1-686 (SMP w/1 CPU core)
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2)
Shell: /bin/sh linked to /bin/bash
Versions of packages compiz-plugins depends on:
ii compiz-core 0.5.0.dfsg-2 OpenGL window and compositing mana
ii libc6 2.6-5GNU C Library: Shared libraries
ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra
ii libdbus-1-3 1.1.1-3 simple interprocess messaging syst
ii libdecoration0 0.5.0.dfsg-2 Compiz window decoration library
ii libfuse22.7.0-1 Filesystem in USErspace library
ii libgconf2-4 2.18.0.1-3 GNOME configuration database syste
ii libglib2.0-02.12.13-1The GLib library of C routines
ii libglu1-mesa [libglu1] 6.5.2-7 The OpenGL utility library (GLU)
ii libgtk2.0-0 2.10.13-1The GTK+ graphical user interface
ii liborbit2 1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB
ii librsvg2-2 2.18.0-1 SAX-based renderer library for SVG
ii libx11-62:1.0.3-7X11 client-side library
ii libxrender1 1:0.9.2-1X Rendering Extension client libra
compiz-plugins recommends no packages.
-- no debconf information
--
Linux jest darmowy, jeśli twój czas nie przedstawia żadnej wartości.
Jeśli jest coś warty(czas), Linux jest po prostu tańszy od innych.
Jarek Kamiński
gg# 453620
pgp4DS05Zyf51.pgp
Description: PGP signature
Bug#436271: PS/2 mouse not working
Adrian Mariano wrote: > I have messed around with the mouse settings as I have tried to > gain full functionality of the mouse. I've attached xorg.conf.bak > which I believe is the original file that was installed. With this > initial setup the mouse did not work in the ps/2 port but did work in > the usb port. I switched the "Device" in xorg.conf to /dev/psaux and > then the mouse worked in the ps/2 port. > If /dev/input/mice does not work while /dev/psaux does, the problem might be in the kernel, not in xorg. IIRC, /dev/input/mice is supposed to contain /dev/psaux events and the kernel manages these devices (together with udev). If you switch back to /dev/input/mice now, does it work? If not, does the file /dev/input/mice even exist? If yes, do you get some ugly characters in the terminal if you move the PS/2 mouse after starting "cat /dev/input/mice" as root? > The documentation for evdev suggests that it should work regardless of > the type of connection. And certainly the device appears in > /proc/bus/input/devices when it is on the ps/2 port. But it does not > work in the ps/2 port, only the usb port. I restarted X with the mouse > in the ps/2 port and then shifted it back to usb when it didn't > respond. > evdev config might be a different problem. And I don't think you are supposed to get a evdev configuration for the mouse after an install. Did you modify the config afterwards? > Section "InputDevice" > Identifier "Configured Mouse" > Driver "evdev" > Option "Name""ImExPS/2 Logitech Explorer Mouse" > > EndSection > I am not very familiar with the evdev config, but you might need more options than this. The evdev manpage is pretty well documented, you might want to look at it. > (II) evdev brain: Rescanning devices (1). > (EE) PreInit returned NULL for "Configured Mouse" > (WW) : No Device specified, looking for one... > (II) : Setting Device option to "/dev/input/mice" > (--) : Device: "/dev/input/mice" > (==) : Protocol: "Auto" > (**) Option "CorePointer" > (**) : Core Pointer > (==) : Emulate3Buttons, Emulate3Timeout: 50 > (**) : ZAxisMapping: buttons 4 and 5 > (**) : Buttons: 9 > (**) : Sensitivity: 1 > Looks like evdev is using /dev/input/mice here. > Module Size Used by > psmouse34952 0 > Looks good. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#436432: compiz-plugins.postinst: line 5: gconf-schemas: command not found
Processing commands for [EMAIL PROTECTED]: > tags 436432 +pending Bug#436432: compiz-plugins.postinst: line 5: gconf-schemas: command not found There were no tags set. Tags added: pending > thank you 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#436432: compiz-plugins.postinst: line 5: gconf-schemas: command not found
tags 436432 +pending
thank you
Jarek Kamiński wrote:
> [EMAIL PROTECTED] ~]% LC_ALL=C sudo dpkg --configure compiz-plugins
> Setting up compiz-plugins (0.5.0.dfsg-2) ...
> /var/lib/dpkg/info/compiz-plugins.postinst: line 5: gconf-schemas: command
> not found
> dpkg: error processing compiz-plugins (--configure):
> subprocess post-installation script returned error exit status 127
> Errors were encountered while processing:
> compiz-plugins
> [EMAIL PROTECTED] ~] {1}%
>
> [EMAIL PROTECTED] ~]% dlocate gconf-schemas
> gconf2: /usr/sbin/gconf-schemas
>
> Of course I don't have gconf2 installed, so probably some dependency is
> missing.
>
Right, gconf2 was missing in compiz-plugins (and compiz-gtk)
dependencies because ${misc:Depends} had been removed. I fixed it in git
for the next upload.
Thanks,
Brice
compiz: Changes to 'debian-unstable'
debian/changelog |8
debian/control | 16
2 files changed, 16 insertions(+), 8 deletions(-)
New commits:
commit cf03dd91ab38364f6f6e412860377909cf9d5594
Author: Brice Goglin <[EMAIL PROTECTED]>
Date: Tue Aug 7 15:30:32 2007 +0200
Restore all ${misc:Depends} in debian/control since they are not useless
compiz-gtk and compiz-plugins gets the required dependency on gconf2
(for gconf-schemas in postinst, bug #436432).
diff --git a/debian/changelog b/debian/changelog
index 3e23379..17395fc 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+compiz (0.5.0.dfsg-3) UNRELEASED; urgency=low
+
+ * Restore all ${misc:Depends} in debian/control so that for instance
+compiz-gtk and compiz-plugins gets the required dependency on gconf2
+(for gconf-schemas in postinst), closes: #436432.
+
+ -- Brice Goglin <[EMAIL PROTECTED]> Tue, 07 Aug 2007 15:10:49 +0200
+
compiz (0.5.0.dfsg-2) unstable; urgency=low
* Drop the now obsolete Source-Version in favour of binary:Version in
diff --git a/debian/control b/debian/control
index 02faa01..5c1de8f 100644
--- a/debian/control
+++ b/debian/control
@@ -21,7 +21,7 @@ Description: OpenGL window and compositing manager
Package: compiz-core
Architecture: any
-Depends: ${shlibs:Depends}, mesa-utils
+Depends: ${shlibs:Depends}, ${misc:Depends}, mesa-utils
Recommends: compiz-plugins (= ${binary:Version})
Suggests: nvidia-glx (>= 1.0.9625-1)
Description: OpenGL window and compositing manager
@@ -38,7 +38,7 @@ Description: OpenGL window and compositing manager
Package: compiz-dev
Architecture: any
-Depends: compiz-core (= ${binary:Version}), ${shlibs:Depends}, libgl1-mesa-dev
| libgl-dev, libpng-dev, libxcomposite-dev, libxdamage-dev, libxinerama-dev,
libxrandr-dev, libice-dev, libsm-dev, libstartup-notification0-dev
+Depends: compiz-core (= ${binary:Version}), ${shlibs:Depends},
${misc:Depends}, libgl1-mesa-dev | libgl-dev, libpng-dev, libxcomposite-dev,
libxdamage-dev, libxinerama-dev, libxrandr-dev, libice-dev, libsm-dev,
libstartup-notification0-dev
Description: OpenGL window and compositing manager - development files
Compiz brings to life a variety of visual effects that make the Linux desktop
easier to use, more powerful and intuitive, and more accessible for users
@@ -49,7 +49,7 @@ Description: OpenGL window and compositing manager -
development files
Package: compiz-gtk
Architecture: any
-Depends: compiz-core (= ${binary:Version}), ${shlibs:Depends}
+Depends: compiz-core (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}
Suggests: gnome-themes
Description: OpenGL window and compositing manager - Gtk window decorator
Compiz brings to life a variety of visual effects that make the Linux desktop
@@ -61,7 +61,7 @@ Description: OpenGL window and compositing manager - Gtk
window decorator
Package: compiz-kde
Architecture: any
-Depends: compiz-core (= ${binary:Version}), ${shlibs:Depends}
+Depends: compiz-core (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}
Description: OpenGL window and compositing manager - KDE window decorator
Compiz brings to life a variety of visual effects that make the Linux desktop
easier to use, more powerful and intuitive, and more accessible for users
@@ -72,7 +72,7 @@ Description: OpenGL window and compositing manager - KDE
window decorator
Package: compiz-gnome
Architecture: any
-Depends: compiz-gtk (= ${binary:Version}), ${shlibs:Depends}
+Depends: compiz-gtk (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}
Description: OpenGL window and compositing manager - GNOME window decorator
Compiz brings to life a variety of visual effects that make the Linux desktop
easier to use, more powerful and intuitive, and more accessible for users
@@ -83,7 +83,7 @@ Description: OpenGL window and compositing manager - GNOME
window decorator
Package: compiz-plugins
Architecture: any
-Depends: compiz-core (= ${binary:Version}), ${shlibs:Depends}
+Depends: compiz-core (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}
Description: OpenGL window and compositing manager - plugins
Compiz brings to life a variety of visual effects that make the Linux desktop
easier to use, more powerful and intuitive, and more accessible for users
@@ -94,7 +94,7 @@ Description: OpenGL window and compositing manager - plugins
Package: libdecoration0
Architecture: any
-Depends: ${shlibs:Depends}
+Depends: ${shlibs:Depends}, ${misc:Depends}
Description: Compiz window decoration library
The window decoration library is responsible for drawing the window borders
and title bar of windows managed by Compiz. It is used by window decorators
@@ -102,7 +102,7 @@ Description: Compiz window decoration library
Package: libdecoration0-dev
Architecture: any
-Depends: libdecoration0 (= ${binary:Version}), ${shlibs:Depends}, libx11-dev,
libxrender-dev
+Depends: libdecoration0 (= ${binary:Version}), ${shlibs:Depends},
${misc
xserver-xorg-video-glide: Changes to 'upstream-unstable'
New branch 'upstream-unstable' available with the following commits: commit 58a6efb43e64d02fc0430df2ff459f7f14786fe3 Author: Brice Goglin <[EMAIL PROTECTED]> Date: Tue Aug 7 10:52:50 2007 +0200 Define GLIDE_*_VERSION* using PACKAGE_VERSION_* commit d4a7e2b6db58723cfd840b9b86db4a16ecda7ace Author: Guillem Jover <[EMAIL PROTECTED]> Date: Sat Mar 10 17:10:00 2007 +0200 Rename .cvsignore to .gitignore commit 91684920c528f485fef04ddc260e842d4e5f4361 Author: Guillem Jover <[EMAIL PROTECTED]> Date: Sat Mar 10 16:35:18 2007 +0200 Use system include dir by default for glide.h commit 41034f5df4d2d276834f14756a5980c8d53db8bd Author: Guillem Jover <[EMAIL PROTECTED]> Date: Fri Feb 9 04:00:53 2007 +0200 Modularize xf86-video-glide commit 102f8f06f91f207e195558d2297443a5b89fa557 Author: Adam Jackson <[EMAIL PROTECTED]> Date: Mon Dec 19 16:25:53 2005 + Stub COPYING files commit 59cc1984e27c3273cdd29bd7f7070fae8882afc7 Author: Eric Anholt <[EMAIL PROTECTED]> Date: Mon Nov 21 10:49:13 2005 + Add .cvsignores for drivers. commit 3543730a41ee2e2ead3d53fc7ede183c3fa97f45 Author: Adam Jackson <[EMAIL PROTECTED]> Date: Mon Jul 11 02:29:47 2005 + Prep for modular builds by adding guarded #include "config.h" everywhere. commit af8d8cff1136fb4bf1083723e5e047d7b836e4c3 Author: Adam Jackson <[EMAIL PROTECTED]> Date: Sat Jun 25 21:16:54 2005 + Bug #3626: _X_EXPORT tags for video and input drivers. commit 9e65e081d775b3c56e2c2dbac67512a74a9ed2d6 Author: Daniel Stone <[EMAIL PROTECTED]> Date: Wed Apr 20 12:25:23 2005 + Fix includes right throughout the Xserver tree: change "foo.h" to for core headers, e.g. X.h, Xpoll.h; change "foo.h", "extensions/foo.h" and "X11/foo.h" to for extension headers, e.g. Xv.h; change "foo.[ch]" to for Xtrans files. commit 4b4b6cbc1bc8a68fe42b1f97c389817320b6b6fa Author: Markus Kuhn <[EMAIL PROTECTED]> Date: Sat Dec 4 00:43:08 2004 + Encoding of numerous files changed to UTF-8 commit 8a9d5ba0d4903e37116d4fa2cca2edbcaf1f0078 Author: Eric Anholt <[EMAIL PROTECTED]> Date: Wed Jun 16 09:23:04 2004 + DRI XFree86-4_3_99_12-merge import commit aed6abaee9518abda1964c68ca0b25c2b6360a8a Author: Egbert Eich <[EMAIL PROTECTED]> Date: Fri Apr 23 19:33:02 2004 + Merging XORG-CURRENT into trunk commit 532d3636f31d45fef7b1b0ba8bc3cc61e429c90e Author: Egbert Eich <[EMAIL PROTECTED]> Date: Sun Mar 14 08:33:20 2004 + Importing vendor version xf86-4_4_99_1 on Sun Mar 14 00:26:39 PST 2004 commit bd31dbb2e3ad9c69df80dd2a6f35092869533e36 Author: Egbert Eich <[EMAIL PROTECTED]> Date: Wed Mar 3 12:12:18 2004 + Importing vendor version xf86-4_4_0 on Wed Mar 3 04:09:24 PST 2004 commit 165b5bd933379a8759f1024d1a0061cc80adfdae Author: Egbert Eich <[EMAIL PROTECTED]> Date: Thu Feb 26 13:35:52 2004 + readding XFree86's cvs IDs commit aae439e34ae5f8becc2358222ffdbe2584cb82d1 Author: Egbert Eich <[EMAIL PROTECTED]> Date: Thu Feb 26 09:23:18 2004 + Importing vendor version xf86-4_3_99_903 on Wed Feb 26 01:21:00 PST 2004 commit 14789a39b4bf2695b938e505c4d069f2ef9d47d1 Author: Kaleb Keithley <[EMAIL PROTECTED]> Date: Fri Nov 14 16:48:55 2003 + XFree86 4.3.0.1 commit c5aeaa75075f2bace017bd6a55384f5bb8766eab Author: Kaleb Keithley <[EMAIL PROTECTED]> Date: Fri Nov 14 16:48:55 2003 + Initial revision -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#326956: xserver-xorg: Memory leak
Hi everyone, I wish to add some information about this issue, I'm using Testing on a Tyan S2460 with 2 GB memory and a nvidia Geforce4 MX440/64 MB, 2.6.18, official Xorg server from testing and I encounter very high leaks with nvidia driver 1.0.9639-1 (nvidia-glx-legacy-96xx package from unstable). So I used the standard/open source nv driver and encounter the same issue, but leak grows slower. I use gdm and Xfce4 which could be linked to the issue. After about more than 3d uptime, Xorg use now 12.30 % memory (12.78 % now after just 4 to 5 hours). With nvidia driver, after 4d uptime, it was about 35 % memory. I don't open more window or workspace, and memory consumption always grows while I'm not behind the computer, with a mere blank screensaver. Some memory seems to be never freed whatever I close as many windows/programs as I want. I jusy have one background image which never change. As some people talk about this here: http://ubuntuforums.org/showthread.php?t=440038 . and here: http://forums.gentoo.org/viewtopic-t-537634-postdays-0-postorder-asc-highlight-xorg+memory+leak-start-75.html It seems than XopenDisplay/XCloseDisplay sequence is potentially, and partially, responsible for the leak. Note than xrestop don't shows so much "unknow" identifier in my case. (This bug is of course for xserver-xorg-core package) Regards. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#286213: reopen 286213
After the installation of a different graphics card the problem is gone. The most likely cause is overheating problems in the previous card. My thanks to all for their assistance with this problem. I guess this bug report can be closed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#286213: marked as done (/usr/X11R6/bin/X: X freezes after log in.)
Your message dated Tue, 07 Aug 2007 19:38:20 +0200 with message-id <[EMAIL PROTECTED]> and subject line Bug#286213: reopen 286213 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: xserver-common Version: 4.3.0.dfsg.1-10 Severity: important File: /usr/X11R6/bin/X Hi there. This bug has been with me since a few weeks to 1 or 2 months. I don't know for sure, because it showed up very rarely. With the new package, that is now "a few seconds after logging in." Symptoms: The X window system freezes. Often, I can move the mouse pointer, but I can't affect anything. The programs don't update their display. Keyboard input is ignored, even Ctrl-Alt-Backspace. Killing X via ssh works in that it brings wdm back up. I never had problems with wdm, only after I logged in. I also use the ratpoison window manager with emacs in screen in an aterm. Greetings, -- Jorgen -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9-1-k7 Locale: LANG=en_US, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages xserver-common depends on: ii debconf [debconf-2.0]1.4.41 Debian configuration management sy ii libc62.3.2.ds1-19GNU C Library: Shared libraries an ii xfree86-common 4.3.0.dfsg.1-10 X Window System (XFree86) infrastr -- debconf information: xserver-common/xwrapper/nice_value/error: * xserver-common/xwrapper/allowed_users: Console Users Only xserver-common/xwrapper/actual_allowed_users: console * xserver-common/xwrapper/nice_value: 0 --- End Message --- --- Begin Message --- Jeroen N. Witmond [Bahco] wrote: > After the installation of a different graphics card the problem is gone. > The most likely cause is overheating problems in the previous card. > > My thanks to all for their assistance with this problem. I guess this bug > report can be closed Ok thanks for followup, closing. Brice --- End Message ---
Bug#395479: xserver-xorg-video-i810: blank screen
Brice Goglin escribió: > On Fri, Jun 22, 2007 at 11:50:51AM +0200, Christian Pinedo Zamalloa wrote: >> I'm running a Debian Testing updated. Now i use KDE as windows manager >> and not fulbox. Anyway, I have run fluxbox and I have the same problem. >> After 3 seconds without doing nothing the screen goes black. If I press >> buttons or move the cursor I don't get a black screen but after three >> seconds of inactivity again a black screen. >> >> In KDE I don't have this problem and if I use the driver vesa i don't >> have the problem neither in KDE nor in Flubox. > > Could you send the output of 'xset q' (especially the 4 DPMS lines at the end) > in all these cases? I wonder whether fluxbox might be changing the DPMS config > for some reason while KDE would not. Note that vesa seems to have problems > with DPMS right now (does not work at all here), it might explain why the > screen never goes black in this case. > > Also note that your screen seems to report no DPMS capability > intel(0): No DPMS capabilities specified; RGB/Color Display > which looks surprising for a recent laptop. > > In fluxbox, if you do 'xset dpms 10 20 30', does the screen wait 10 seconds > instead of 3 before going black? > You are right. I used an .fluxbox/startup obtained from Internet that had a very low values of dpms fixed by "xset dpms" command. Also as you said the vesa seems to have problems with dpms. So, there's no bug in i810 driver but I had a bad configuration file. I'm sorry. Regards, -- Christian Pinedo Zamalloa <[EMAIL PROTECTED]> I2T Research Group - Telematic Engineering Area Departament of Electronic & Telecommunications University of the Basque Country (UPV/EHU) PGP key at: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x6E261AAB Fingerprint: B96C BEC0 B037 AFAC 43C1 952A 6D87 962E 6E26 1AAB signature.asc Description: OpenPGP digital signature
Bug#395479: marked as done (screen goes black after 3 seconds of inactivity)
Your message dated Tue, 07 Aug 2007 20:32:31 +0200 with message-id <[EMAIL PROTECTED]> and subject line Bug#395479: xserver-xorg-video-i810: blank screen has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: xserver-xorg-video-i810 Version: 2:1.7.2-1 Severity: important I have a relative new laptop with 945GM graphic chip. When I use i810 driver in my xorg.conf file i get a blank screen every time after 3 seconds of inactiviy (if i don't use the keyboard or the mouse). The same configuration file, only changing "i810" by "vesa", works fine without these blank screens. # lspci -v 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS/940GML Express Integrated Graphics Controller (rev 03) (prog-if 00 [VGA]) Subsystem: Hewlett-Packard Company Unknown device 30a1 Flags: fast devsel, IRQ 50 Memory at f040 (32-bit, non-prefetchable) [size=512K] I/O ports at 2000 [size=8] Memory at e000 (32-bit, prefetchable) [size=256M] Memory at f048 (32-bit, non-prefetchable) [size=256K] Capabilities: 00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/940GML Express Integrated Graphics Controller (rev 03) Subsystem: Hewlett-Packard Company Unknown device 30a1 Flags: bus master, fast devsel, latency 0 Memory at f050 (32-bit, non-prefetchable) [size=512K] Capabilities: # cat /etc/X11/xorg.conf Section "Files" FontPath"/usr/share/fonts/X11/misc:unscaled" FontPath"/usr/X11R6/lib/X11/fonts/misc:unscaled" FontPath"/usr/share/fonts/X11/75dpi/:unscaled" FontPath"/usr/X11R6/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/share/fonts/X11/100dpi/:unscaled" FontPath"/usr/X11R6/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/share/fonts/X11/cyrillic" FontPath"/usr/X11R6/lib/X11/fonts/cyrillic" FontPath"/usr/share/fonts/X11/Type1" FontPath"/usr/X11R6/lib/X11/fonts/Type1" FontPath"/usr/share/fonts/X11/75dpi" FontPath"/usr/X11R6/lib/X11/fonts/75dpi" FontPath"/usr/share/fonts/X11/100dpi" FontPath"/usr/X11R6/lib/X11/fonts/100dpi" # path to defoma fonts FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" EndSection Section "Module" Load"i2c" Load"bitmap" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"type1" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc105" Option "XkbLayout" "es" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/input/mice" Option "Protocol" "ExplorerPS/2" Option "Emulate3Buttons" "true" EndSection Section "InputDevice" Identifier "Synaptics Touchpad" Driver "synaptics" Option "SendCoreEvents""true" Option "Device""/dev/psaux" Option "Protocol" "auto-dev" Option "HorizScrollDelta" "0" EndSection Section "Device" Identifier "Intel 945GM (Primary)" Driver "i810" #Driver "vesa" BusID "PCI:0:2:0" #Screen 0 EndSection #Section "Device" #Identifier "Intel 945GM (Secondary)" #Driver "i810" #Driver "vesa" #BusID "PCI:0:2:0" #Screen 1 #EndSection Section "Monitor" Identifier "Laptop LCD" #Option "DPMS" EndSection Section "Monitor" Identifier "External Monitor" #Option "DPMS" EndSection Section "Screen" Identifier "Internal Screen" Device "Intel 945GM (Primary)" Monitor "Laptop LCD" DefaultDepth24 SubSection "Display" Depth 24 Modes "1280x1024
Bug#202923: Unable to Contact
PolicyChange.pdf Description: Adobe PDF document
Bug#436488: xserver-xorg: Addscreen/screeninit failed for driver 0
reassign 436488 xserver-xorg-video-i810 found 436488 2:1.7.2-4 severity 436488 normal thank you Lucas S wrote: > I have installed the debian etch from a netinstall cd. Stable40r0. > The gui mode of installation has worked but after selecting to install > desktop and standard installtion the xserver is not able to start. > Your board might not be supported by the i810 driver in Etch. You should upgrade to Debian testing (xserver-xorg-core 2:1.3.0.0.dfsg-11 and xserver-xorg-video-intel 2:2.1.0-1). > (EE) GARTInit: Unable to open /dev/agpgart (No such file or directory) > (WW) I810(0): /dev/agpgart is either not available, or no memory is available > Either the kernel agpgart and intel_agp modules are not loaded or they do not support your board. > (II) I810(0): Initial framebuffer allocation size: 7680 kByte > (EE) I810(0): Failed to allocate framebuffer. Is your VideoRAM set too low ?? > This should be fixed in testing. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#436488: xserver-xorg: Addscreen/screeninit failed for driver 0
Processing commands for [EMAIL PROTECTED]: > reassign 436488 xserver-xorg-video-i810 Bug#436488: xserver-xorg: Addscreen/screeninit failed for driver 0 Bug reassigned from package `xserver-xorg' to `xserver-xorg-video-i810'. > found 436488 2:1.7.2-4 Bug#436488: xserver-xorg: Addscreen/screeninit failed for driver 0 Bug marked as found in version 2:1.7.2-4. > severity 436488 normal Bug#436488: xserver-xorg: Addscreen/screeninit failed for driver 0 Severity set to `normal' from `grave' > thank you 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#433117: Rapid scrolling between desktop panels while running Totem crashes gdm with "gdm_slave_xioerror_handler: Fatal X error"
Fred Korz wrote: > Brice, > > It's solid now. > > I started an mpeg video w/ audio in Totem and then jumped back and > forth between portions of my 2x2 desktop for about 2 minutes like a > hyperactive channel-surfer on speed with a satellite remote in hand. > > Previously to switch away from the part of the desktop with Totem > playing and then jump back a fraction of a second later was enough to > be blown back to the desktop login screen. > > I'll try one or two more tests tonight or tomorrow night, but the > crashing is either fixed or much harder to trigger. > Hi Fred, No news about this bug? Ok to close? Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#430498: xserver-xorg-video-intel: Occasional black screen exiting X
Andrew Moise wrote: > Package: xserver-xorg-video-intel > Version: 2:2.0.0-5 > Severity: normal > > When I tried repeatedly restarting X (to test whether > https://bugs.freedesktop.org/show_bug.cgi?id=11051 was fixed in the new > experimental version), I sometimes get an apparent system crash when > _exiting_ X. My screen goes into DPMS mode, ctrl-alt-F1 does nothing, > and numlock does not affect the numlock light. My housemate's machine > is hosed at the moment, so I can't check whether the system still > responds to pings :-(. > Does it still happen with xserver-xorg-video-intel 2:2.1.0-1 ? Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#431373: xserver-xorg-video-intel: sometimes crashes when switching back to X from a VC
Paul Wise wrote: > Package: xserver-xorg-video-intel > Version: 2:2.0.0-1 > Severity: important > > I occasionally get crashes when switching back to X from a virtual > console. I'm on a Dell Inspiron 6400 (15.1" widescreen). Wish I was able > to get in on the keithp love-fest at debconf, missed out though :( He > did mention this might be a timing issue or something like that on IRC > at debconf. > Does this still happen with xserver-xorg-video-intel 2:2.1.0-1 ? Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#434297: xserver-xorg-video-intel: GM965 incorrectly probe the TV as being connected. various symptoms.
forwarded 434297 https://bugs.freedesktop.org/show_bug.cgi?id=11366 tags 434297 +fixed-upstream thank you Franklin Piat wrote: > This bug have many symptoms / effects : > > - Can't unlock gnome-screen saver : the screen is black. Actually one > can still type his password to unlock... most people just reboot ;( > (because of this bug plus #420339) > > - Gnome pannel isn't displayed full screen. (restricted to 1024x768) > > - KDE pannel isn't displayed full screen. (restricted to 1024x768) > > - Application don't maximize to full screen. (restricted to 1024x768) > > - randr tools are unusable (xrandr, grandr...). error message like > "xrandr: Output TV is not disconnected but has no modes" > It could help if you disable the output completely with xrandr --output TV --off or if you add a random mode to the TV output to remove the warning xrandr --addmode TV 800x600 > But since this is a repeated problem, upstream seems to plan to fix it : > https://bugs.freedesktop.org/show_bug.cgi?id=11366 > Right, TV support may still be far from perfect, but this upstream bug seems to be fixed upstream now. > BTW : could you update the (4)intel manpage with the "Ignore" option > described http://lists.freedesktop.org/archives/xorg/2007-July/026340.html > as it is the best way to bypass the problem, currently. > Since you seem to follow upstream closely, you should probably request this directly to them. We try to not modify manpages too much without a good reason. Having them fix it and us update is much easier to maintain in the long term. thanks, Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#434297: xserver-xorg-video-intel: GM965 incorrectly probe the TV as being connected. various symptoms.
Processing commands for [EMAIL PROTECTED]: > forwarded 434297 https://bugs.freedesktop.org/show_bug.cgi?id=11366 Bug#434297: xserver-xorg-video-intel: GM965 incorrectly probe the TV as being connected. various symptoms. Noted your statement that Bug has been forwarded to https://bugs.freedesktop.org/show_bug.cgi?id=11366. > tags 434297 +fixed-upstream Bug#434297: xserver-xorg-video-intel: GM965 incorrectly probe the TV as being connected. various symptoms. There were no tags set. Tags added: fixed-upstream > thank you 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#435380: xserver-xorg-video-intel: Screen distorted. Some lines are shifted to the right
[EMAIL PROTECTED] wrote: > Package: xserver-xorg-video-intel > Version: 2:2.1.0-2 > Severity: important > > Several thin lines in the left half of the screen are > shifted to the right. This affects mainly web-browers. > I have a screen-shot and the package-specific-info > attached. > It could be related to the "border" problem reported multiple times against driver 2.1 on i9xx boards (fixed upstream). If you happen to have a chance to try a recent git snapshot, let me know. I'll see if we can upload an updated package in the near future. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#197156: Last Attempt
NewPolicy.pdf Description: Adobe PDF document
xfonts-utils 1:1.0.1-2 MIGRATED to testing
FYI: The status of the xfonts-utils source package in Debian's testing distribution has changed. Previous version: 1:1.0.1-1 Current version: 1:1.0.1-2 -- This email is automatically generated; [EMAIL PROTECTED] is responsible. See http://people.debian.org/~henning/trille/ for more information. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#436271: PS/2 mouse not working
On Tue, Aug 07, 2007 at 02:42:17PM +0200, Brice Goglin wrote: > Adrian Mariano wrote: > > I have messed around with the mouse settings as I have tried to > > gain full functionality of the mouse. I've attached xorg.conf.bak > > which I believe is the original file that was installed. With this > > initial setup the mouse did not work in the ps/2 port but did work in > > the usb port. I switched the "Device" in xorg.conf to /dev/psaux and > > then the mouse worked in the ps/2 port. > > > > If /dev/input/mice does not work while /dev/psaux does, the problem > might be in the kernel, not in xorg. IIRC, /dev/input/mice is supposed > to contain /dev/psaux events and the kernel manages these devices > (together with udev). > > If you switch back to /dev/input/mice now, does it work? If not, does > the file /dev/input/mice even exist? If yes, do you get some ugly > characters in the terminal if you move the PS/2 mouse after starting > "cat /dev/input/mice" as root? I have never observed /dev/input/mice to work when the mouse was plugged into the PS/2 port. At the moment I am using evdev and have the mouse plugged into the USB and the mouse works. If I switch it to the PS/2 it doesn't work. After switching the mouse to the PS/2 I tried "cat /dev/input/mice" and saw nothing. I also tried "cat /dev/psaux" and also saw nothing. (Is some action required for the PS/2 port to realize it's got a mouse connected?) Just as a confirmation I put the mouse back in the USB and did "cat /dev/input/mice" and when I moved the mouse I got characters. I did all these tests leaving the configuration as it presently stands with evdev. > > The documentation for evdev suggests that it should work regardless of > > the type of connection. And certainly the device appears in > > /proc/bus/input/devices when it is on the ps/2 port. But it does not > > work in the ps/2 port, only the usb port. I restarted X with the mouse > > in the ps/2 port and then shifted it back to usb when it didn't > > respond. > > > > evdev config might be a different problem. And I don't think you are > supposed to get a evdev configuration for the mouse after an install. > Did you modify the config afterwards? As noted above, I have been experimenting with the configuration to find a way (any way) to get the tilt wheel to work. > > Section "InputDevice" > > Identifier "Configured Mouse" > > Driver "evdev" > > Option "Name""ImExPS/2 Logitech Explorer Mouse" > > > > EndSection > > > > I am not very familiar with the evdev config, but you might need more > options than this. The evdev manpage is pretty well documented, you > might want to look at it. The information I found floating around indicated that with recent versions of evdev, the simple configuration shown below is supposed to work. Additional options are not supposed to be necessary. I did also note that the evdev instructions make it sound like evdev should work fine with a ps/2 connected mouse, which would seem to implicate the kernel as you suggested above. (I don't think this is an exotic mouse. Why would the kernel have trouble with it?) Note that the mouse works with evdev as long as the mouse is in the USB. It's just the tilt wheel that doesn't work. (I checked with xev and it shows no event for the tilt wheel.) The mouse does not work with evdev if I plug it into the ps/2 port. > > > (II) evdev brain: Rescanning devices (1). > > (EE) PreInit returned NULL for "Configured Mouse" > > (WW) : No Device specified, looking for one... > > (II) : Setting Device option to "/dev/input/mice" > > (--) : Device: "/dev/input/mice" > > (==) : Protocol: "Auto" > > (**) Option "CorePointer" > > (**) : Core Pointer > > (==) : Emulate3Buttons, Emulate3Timeout: 50 > > (**) : ZAxisMapping: buttons 4 and 5 > > (**) : Buttons: 9 > > (**) : Sensitivity: 1 > > > > Looks like evdev is using /dev/input/mice here. > > > Module Size Used by > > psmouse34952 0 > > > > Looks good. > > Brice > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#431373: xserver-xorg-video-intel: sometimes crashes when switching back to X from a VC
On Tue, 2007-08-07 at 23:36 +0200, Brice Goglin wrote: > Does this still happen with xserver-xorg-video-intel 2:2.1.0-1 ? I was unable to reproduce it just now. Please leave the bug open and I'll test every day for the rest of the week and close it with the current version if I get no problems. I also have a problem where I can't login twice from gdm because the second X server crashes (or seems to crash) after I press enter on the gdm login. Strangely it doesn't happen with root or a newly created user, so it is probably a local configuration issue. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#436271: PS/2 mouse not working
Adrian Mariano wrote: > I have never observed /dev/input/mice to work when the mouse was > plugged into the PS/2 port. At the moment I am using evdev and have > the mouse plugged into the USB and the mouse works. If I switch it to > the PS/2 it doesn't work. > > After switching the mouse to the PS/2 I tried "cat /dev/input/mice" > and saw nothing. I also tried "cat /dev/psaux" and also saw nothing. > (Is some action required for the PS/2 port to realize it's got a mouse > connected?) > > Just as a confirmation I put the mouse back in the USB and did "cat > /dev/input/mice" and when I moved the mouse I got characters. > Then the bug is not in X. If psmouse is loaded and events don't appear in /dev/psaux or /dev/input/mice, something is missing in the kernel or so. Did the ps/2 mouse ever work before installing this Debian? In another Linux? In Windows? Any BIOS option to enable it? > I did all these tests leaving the configuration as it presently stands > with evdev. > evdev is the X driver, X is not involved at all when doing "cat /dev/foo", only the kernel is (and udev when creating the file). Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#436536: xserver-xorg-video-ati: Xorg does not start on a PowerMacintosh 9600/300 with an ATI Mach64 PCI video card
Damiano Giorgi wrote: > Package: xserver-xorg-video-ati > Version: 1:6.6.3-2 > Severity: normal Could you try xserver-xorg-video-ati 1:6.6.193-1 currently in experimental? It is a very recent snapshot of the upstream git repository. But, you'll have to upgrade xserver-xorg-core and several libraries to testing/Lenny. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
