Summary: | KDE's screensaver blocks the screen forever | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Mark Nowiasz <mark+gentoobugs> |
Component: | [OLD] KDE | Assignee: | Gentoo KDE team <kde> |
Status: | RESOLVED DUPLICATE | ||
Severity: | critical | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Mark Nowiasz
2009-02-26 19:04:34 UTC
This might be a problem relating to evdev - I remember that evdev was one of the packages being updated and my keyboard and mouse are being managed by evdev. I *can't* verify it here (In reply to comment #2) > I *can't* verify it here It "works" reliably here :-/ I just have to test a screensaver and I got locked out :-/ Another strange thing I've noticed: when the screensaver is running, the mouse pointer is visible - I can move the mouse around, but that doesn't do a thing. Occasionally it was possible by switching to a virtual terminal (by using ctrl+alt+f1) and back to X again to stop the screensaver, but I'm unable to duplicate this - right now, there's no combination of keys which stops the screensaver. Well, it's not (as I though) evdev related - downgrading to 2.1.2 doesn't help. Oh, one of the packages that got upgraded (and is remotely X related) is nvidia-drivers (from 180.29 to 180.35). Plus I've configured the driver to disable the powermizer (before that, 180.x did freeze my machine occasionally). I'd be glad to help to find which combination of packages/settings is causing that malfunction, right now I haven't got a clue - only that this behaviour startet after upgrating @world and @system. :-/ (In reply to comment #3) Found the culprit - after downgrading to nvidia-drivers-180.29, the screensaver works again. OK, this is a duplicate of 260441. *** This bug has been marked as a duplicate of bug 260441 *** |