Bug#648521: Login fails sometimes with screen issues
Hi, On 04/12/11 17:11, Lisandro Damián Nicanor Pérez Meyer wrote: On Sun, Dec 4, 2011 at 1:04 PM, dE . wrote: On 12/03/11 20:39, Eric Lavarde wrote: [snip] Intel is giving problems? This's unlikely. This has to be a Debian bug. No, that would not be surprising at all. I assume dE was being sarcastic but that doesn't really help me. I accept your opinion that the Intel driver are less than optimal but, on the other hand, they've worked flawlessly under Squeeze with KDE, so we've got a regression somewhere. In order to avoid ping-pong between KDE, kernel, and xorg, it would be already helpful to get instructions on how to pin down the issue in one of the 3 areas. And as KDE is the first one (from a user perspective) to fail without saying where, I would start there to make him spit more information. My question is how? (I'm computer literate but no C/C++/debug guru). Thanks, Eric PS: after some days of practical experience, shutting off compositing didn't really help after all, the issue is still there and my user (my wife) is getting upset. -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ee34c3e.6030...@lavar.de
Bug#651605: plasma-widgets-workspace: Device Notifier shows Android UMS Composite as title without label
Package: plasma-widgets-workspace Version: 4:4.6.5-3 Severity: normal Hello, since I upgraded from Squeeze to Wheezy, the KDE Device Notifier doesn't show Android disks with their label but only as 'Android UMS Composite'. This is an issue because I have a Galaxy S which exports 2 disks (internal and external) and it's now impossible to tell which entry in the device notifier is which one, I have to mount and check with a 50% chance of success. The same could happen to anybody having 2 Android devices. Interestingly enough, the disks are mounted under their label: $ mount [...] /dev/sdg on /media/ANDROIDIN08 type vfat (rw,nosuid,nodev,uid=1000,gid=1000,shortname=mixed,dmask=0077,utf8=1,showexec,uhelper=udisks) but they still appear as 'Android UMS Composite' e.g. in Dolphin. It might mean that it's some piece of the KDE framework that gives the wrong name to the Device Notifier and to Dolphin, but I have no clue which one it might be (it was difficult enough to find out to which package, the device notifier belongs). Let me know if I can provide more information, Eric -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages plasma-widgets-workspace depends on: ii libc6 2.13-21 ii libgcc1 1:4.6.2-5 ii libkcmutils4 4:4.6.5-2+b1 ii libkdecore5 4:4.6.5-2+b1 ii libkdeui5 4:4.6.5-2+b1 ii libkdewebkit5 4:4.6.5-2+b1 ii libkio5 4:4.6.5-2+b1 ii libkunitconversion4 4:4.6.5-2+b1 ii libkworkspace44:4.6.5-3 ii libplasma34:4.6.5-2+b1 ii libplasmaclock4abi1 4:4.6.5-3 ii libqt4-dbus 4:4.7.3-5 ii libqt4-network4:4.7.3-5 ii libqt4-xml4:4.7.3-5 ii libqtcore44:4.7.3-5 ii libqtgui4 4:4.7.3-5 ii libqtwebkit4 2.1.0~2011week13-2 ii libsolid4 4:4.6.5-2+b1 ii libstdc++64.6.2-5 ii libx11-6 2:1.4.4-4 ii libxcomposite11:0.4.3-2 ii libxdamage1 1:1.1.3-2 ii libxfixes31:5.0-4 ii libxrender1 1:0.9.6-2 ii plasma-dataengines-workspace 4:4.6.5-3 plasma-widgets-workspace recommends no packages. plasma-widgets-workspace suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111210113527.13620.42187.report...@emil.home
Bug#648521: Login fails sometimes with screen issues
Alle sabato 10 dicembre 2011, Eric Lavarde ha scritto: > In order to avoid ping-pong between KDE, kernel, and xorg, it would > be already helpful to get instructions on how to pin down the issue > in one of the 3 areas. And as KDE is the first one (from a user > perspective) to fail without saying where, I would start there to > make him spit more information. My question is how? (I'm computer > literate but no C/C++/debug guru). Can you please check whether #651316 could be also your case? i.e., downgrade libdrm-intel1 to 2.4.27-1, and in case also attach the dmesg log. -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#542237: marked as done (kdebase-bin: powerdevil ignores suspend and hibernate keys)
Your message dated Sat, 10 Dec 2011 15:56:53 +0100 with message-id <201112101556.59126.panfa...@gmail.com> and subject line Closing bug has caused the Debian Bug report #542237, regarding kdebase-bin: powerdevil ignores suspend and hibernate keys 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 542237: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=542237 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: kdebase-bin Version: 4:4.2.4-1 Severity: normal Suspend and hibernate work on my Thinkpad R61 using pm-utils and using the powerdevil GUI in kde4, but the sleep (Fn-F4) and hibernate (Fn-F12) buttons on the keyboard do not work. When the sleep and hibernate keys are pressed, "acpi_listen" reports the following acpi events button/sleep SBTN 0080 button/suspend SUSP 0080 "lshal -m" reports 09:15:11.876: computer_logicaldev_input_6 condition ButtonPressed = sleep 09:15:14.277: computer_logicaldev_input_6 condition ButtonPressed = hibernate and "xev" reports KeyPress event, serial 31, synthetic NO, window 0x301, root 0x6b, subw 0x0, time 975061, (164,3), root:(1121,523), state 0x0, keycode 223 (keysym 0x1008ff10, XF86Standby), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 31, synthetic NO, window 0x301, root 0x6b, subw 0x0, time 975061, (164,3), root:(1121,523), state 0x0, keycode 223 (keysym 0x1008ff10, XF86Standby), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 34, synthetic NO, window 0x301, root 0x6b, subw 0x0, time 980721, (164,3), root:(1121,523), state 0x0, keycode 165 (keysym 0x0, NoSymbol), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 34, synthetic NO, window 0x301, root 0x6b, subw 0x0, time 980721, (164,3), root:(1121,523), state 0x0, keycode 165 (keysym 0x0, NoSymbol), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False dbus-monitor --session "type='signal',interface='org.freedesktop.PowerManagement'" reports nothing. I do not understand how powerdevil learns about acpi events and do not know what information you need to investigate the problem, but I'd be happy to help any way I can. I see the same symptoms using xfce4-power-manager in xfce4, so the problem may lie at a lower level of the system. If this bug should have been filed against a different package, please let me know which one. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kdebase-bin depends on: ii kdebase-data 4:4.2.4-1 shared data files for the KDE 4 ba ii kdebase-runtime 4:4.2.4-2 runtime components from the offici ii kdelibs5 4:4.2.4-1 core libraries for all KDE 4 appli ii libc6 2.9-23 GNU C Library: Shared libraries ii libqt4-dbus 4:4.5.2-1 Qt 4 D-Bus module ii libqt4-xml4:4.5.2-1 Qt 4 XML module ii libqtcore44:4.5.2-1 Qt 4 core module ii libqtgui4 4:4.5.2-1 Qt 4 GUI module ii libstdc++64.4.1-1The GNU Standard C++ Library v3 ii libx11-6 2:1.2.2-1 X11 client-side library kdebase-bin recommends no packages. kdebase-bin suggests no packages. -- no debconf information --- End Message --- --- Begin Message --- > This don't work because I haven't runing powerdevil daemon. After start > powerdevil daemon all work fine. Sorry for the trouble I am giving you. > I looked back at the corresponding XFCE bug report, #542238, which I also > submitted and which led to a long exchange of tests and suggestions, some of > which might be useful. That bug actually got f
Bug#596779: (no subject)
Yes, I'm also aware of this for a long time, but this's an upstream issue since it's reproducible on Gentoo. -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ee387ca.8080...@gmail.com
Bug#648521: Login fails sometimes with screen issues
Hi Pino, On 10/12/11 14:02, Pino Toscano wrote: Can you please check whether #651316 could be also your case? i.e., downgrade libdrm-intel1 to 2.4.27-1, and in case also attach the dmesg log. I already have libdrm-intel1 2.4.27-1 Regarding dmesg, I'd like to do it, but in general, once I've got the issue, I need to reboot and I don't have access to any console... Anyway, I've done 'dmesg -c > dmesg.txt' and then called 'sleep 90; dmesg > dmesg1.txt' before bringing the whole thing to crash but the resulting dmesg1.txt is empty. I attach dmesg.txt but I guess that it's relatively useless. Eric dmesg.txt.gz Description: GNU Zip compressed data
Bug#651549: klipper: Hotkey dissapeared
On 12/10/11 03:52, Sune Vuorela wrote: tag 651549 +upstream fixed-upstream thanks Fixed in 4.8 in 90944a8c6bb9e22e4089870f49f898eec083518d - upstream bug report 254994 /Sune On Friday 09 December 2011 22:06:25 Krasu wrote: Package: klipper Version: 4:4.6.5-3 Severity: normal In Squeeze version of klipper there was a hotkey to open klipper's menu near the cursor position. In Wheezy version this hotkey has been removed (or not available for some reason). In systemsettings I see this hotkey, but it doesn't work (as it shown in the attached file). -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/6 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages klipper depends on: ii kdebase-runtime 4:4.6.5-1+b1 ii libc62.13-21 ii libdmtx0a0.7.2-1+b2 ii libkdecore5 4:4.6.5-2+b1 ii libkdeui54:4.6.5-2+b1 ii libqt4-dbus 4:4.7.3-5 ii libqtcore4 4:4.7.3-5 ii libqtgui44:4.7.3-5 ii libstdc++6 4.6.2-5 ii libx11-6 2:1.4.4-4 ii libxfixes3 1:5.0-4 ii zlib1g 1:1.2.3.4.dfsg-3 klipper recommends no packages. klipper suggests no packages. -- no debconf information Yes, I confirm, this's an upstream bug. This doesn't work on Gentoo. -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ee389f5.80...@gmail.com
Bug#648521: Login fails sometimes with screen issues
On 12/10/11 20:59, Eric Lavarde wrote: Hi Pino, On 10/12/11 14:02, Pino Toscano wrote: Can you please check whether #651316 could be also your case? i.e., downgrade libdrm-intel1 to 2.4.27-1, and in case also attach the dmesg log. I already have libdrm-intel1 2.4.27-1 Regarding dmesg, I'd like to do it, but in general, once I've got the issue, I need to reboot and I don't have access to any console... Anyway, I've done 'dmesg -c > dmesg.txt' and then called 'sleep 90; dmesg > dmesg1.txt' before bringing the whole thing to crash but the resulting dmesg1.txt is empty. I attach dmesg.txt but I guess that it's relatively useless. Eric syslog also logs kernel and X messages, check those out. Also do a memtest. -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ee38f17.4090...@gmail.com
Bug#648521: Login fails sometimes with screen issues
Hi, On 10/12/11 17:55, dE . wrote: syslog also logs kernel and X messages, check those out. I already attached all this to the initial bug report... Also do a memtest. the problem appeared as I upgraded from Squeeze to Wheezy, it would be quite bad luck that it'd be due to a memory error at the same time. But ok it can't hurt... I'll let you know. Eric -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ee3975f.7070...@lavar.de
Bug#648521: Login fails sometimes with screen issues
On 10/12/11 18:31, Eric Lavarde wrote: Also do a memtest. the problem appeared as I upgraded from Squeeze to Wheezy, it would be quite bad luck that it'd be due to a memory error at the same time. But ok it can't hurt... I'll let you know. Mem test done, nothing wrong here. Thanks, Eric -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ee3ac6e.8090...@lavar.de
Re: KDE4 testing on Alpha
Hi Bob, Alle venerdì 9 dicembre 2011, Bob Tracy ha scritto: > Armed with nearly three times the RAM I used to have, I screwed up my > courage and tried a plasma-desktop session on the console. It locked > up the machine as it did on all prior attempts, but now that the > machine isn't paging itself to death, it seems easier to start > narrowing down cause and effect. > > In particular, the desktop session was running great... Had > previously- saved terminal window sessions open and was keeping > track of physical memory and swap usage. Just under 100% of 1.5 GB > RAM was in use, although much of it was buffering: only a bit over 8 > KB of swap was in use. Then, "virtuoso-t" started executing the > background. The syslog up to the point of having to press the reset > switch is showing tens of thousands of suppressed callbacks, with > log entries spaced roughly six seconds apart. "tracker-store" > similarly generated lots of suppressed callback messages, but only > numbered in the thousands rather than tens of thousands. If it's the virtuoso process to create issue, you can try disabling the semantic desktop (which uses the virtuoso DB): either you uninstall the virtuoso packages, or disable nepomuk for your user in a console with: $ kwriteconfig --file nepomukserverrc --group "Basic Settings" \ --key "Start Nepomuk" --type bool false (you can also do that in the "semantic desktop" section of `systemsettings`) If that does not avoid the hard lockup, I don't have more ideas at the moment... -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#651654: Kmail loses every email sent to an IMAP mailbox
Package: akonadi-server Version: 1.6.2-1 Severity: critical Upgrading to the experimental version of Akonadi makes Kmail unable to read new messages coming to an IMAP mailbox. The new messages appear in Kmail GUI, then a message such as the following one is displayed: "Error while uploading message Could not upload the message dated Today 22:59:38 from Nicolas DEGAND with subject "test 4" to the server. The destination folder was: Degand/inbox. The server reported: Error in IMAP command received by server." with a choice between "Continue" or "Cancel" Then they are silently deleted from the mailbox. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages akonadi-server depends on: ii akonadi-backend-mysql 1.6.2-1 ii libakonadiprotocolinternals11.6.2-1 ii libboost-program-options1.46.1 1.46.1-7+b1 ii libc6 2.13-21 ii libgcc1 1:4.6.2-6 ii libqt4-dbus 4:4.7.3-8 ii libqt4-network 4:4.7.3-8 ii libqt4-sql 4:4.7.3-8 ii libqt4-xml 4:4.7.3-8 ii libqtcore4 4:4.7.3-8 ii libqtgui4 4:4.7.3-8 ii libsoprano4 2.7.3+dfsg.1-1 ii libstdc++6 4.6.2-6 akonadi-server recommends no packages. Versions of packages akonadi-server suggests: pn akonadi-backend-mysql 1.6.2-1 pn akonadi-backend-postgresql pn akonadi-backend-sqlite -- no debconf information -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111210220542.3888.22188.reportbug@Charles-de-Gaulle
Bug#651659: kaddressbook: process doesn't stop when program is closed
Package: kaddressbook Version: 4:4.4.11.1+l10n-1 Severity: normal Dear Maintainer, I'm NOT using KDE as desktop but LXDE or XFCE and only want to use kaddressbook. When I start kaddressbook the first time after I logged in all this arkonadi-things are started and finally kaddressbook. When I close kaddressbook by closing the window or using the menu-item "exit (Crtl-Q)" the window is closed but the process kaddressbook remains as I can see with a taskmanager. When I than want to start kaddressbook again nothing happens. The only possibility to start kaddressbook a second time is to end the process with a taskmanager first and than start the program again. The problem only occurs on the first run of kaddressbook. When I close kaddressbook on the second run all works fine: the window is closed and the process as well (only the arkonadi-processes remain), and I can restart the program without problems. I think closing the program should stop the process as well also in the first run, so that the program could be restarted without problems; especially for an addressbook, which is normaly used more than one time a day it would be a nice feature, when it could be opened more than one time without problems and without using a task-manager ;-) Klaumi -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kaddressbook depends on: ii kdebase-runtime 4:4.6.5-1+b1 ii kdepim-runtime4:4.4.11.1-3 ii libakonadi-contact4 4:4.6.5-1 ii libakonadi-kde4 4:4.6.5-1 ii libc6 2.13-21 ii libgcc1 1:4.6.2-5 ii libgpgme++2 4:4.6.5-1 ii libkabc4 4:4.6.5-1 ii libkcmutils4 4:4.6.5-2+b1 ii libkdecore5 4:4.6.5-2+b1 ii libkdepim44:4.4.11.1+l10n-1 ii libkdeui5 4:4.6.5-2+b1 ii libkio5 4:4.6.5-2+b1 ii libkldap4 4:4.6.5-1 ii libkleo4 4:4.4.11.1+l10n-1 ii libkontactinterface4 4:4.6.5-1 ii libkparts44:4.6.5-2+b1 ii libkpimidentities44:4.6.5-1 ii libqgpgme14:4.6.5-1 ii libqt4-dbus 4:4.7.3-5 ii libqtcore44:4.7.3-5 ii libqtgui4 4:4.7.3-5 ii libstdc++64.6.2-5 kaddressbook recommends no packages. Versions of packages kaddressbook suggests: pn kdepim-kresources -- no debconf information -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111210232313.26943.80099.reportbug@BIGSCHWAN
