Weird rawhide desktop behavior

Chuck Forsberg WA7KGX N2469R caf at omen.com
Sat Mar 24 18:43:08 UTC 2012


On 03/24/2012 11:12 AM, "Jóhann B. Guðmundsson" wrote:
> On 03/24/2012 05:58 PM, Jonathan Corbet wrote:
>> Here's a strange pathology that just bit me for the first time in a 
>> while,
>> though I've seen it before.  I'm not sure where to file a bug on this
>> one...
>>
>> In short: I'll be working away, minding my own business, when the 
>> desktop
>> goes completely dead - no response to any key or mouse events.  That 
>> said,
>> the X server is still running; the pointer still moves with the 
>> mouse.  I
>> can also switch to another virtual console with alt-ctrl-Fn.  Sometimes
>> things start working again after some time (measured in minutes);
>> sometimes I lose patience and start over.  Today I went and made 
>> lunch and
>> it never came back.
>
> Hmm
>
> I think there was a lock screen bug mentioned upstream that fits this 
> description...
>
> JBG
Same thing happened to me with RC1 Gnome on 64 bit.  Yum update was running
in one window and I was surfing in another, each window taking up about 
half the
1080x1920 monitor.  All of a sudden Firefox stopped responding and Yum 
ground to a halt.
The mouse cursor still followed mouse movements, but the keyboard  and 
mouse keys
were dead.  No Ctrl-Alt-Fn did anything.  No LED response to CapsLock 
etc..   Some
background process accessed the HD from time to time.  I had to use the  
hardware reset.

Yum was hopelessly confused so I reinstalled RC1 and ran yum update from 
a console
terminal.  Hooray for Xfce which works better now.  Everyone I know of 
who uses Linux
as a tool rather dislikes Gnome 3, so let's make sure Xfce works properly.

-- 
Chuck Forsberg WA7KGX N2469R     caf at omen.com   www.omen.com
Developer of Industrial ZMODEM(Tm) for Embedded Applications
   Omen Technology Inc      "The High Reliability Software"
10255 NW Old Cornelius Pass Portland OR 97231   503-614-0430



More information about the test mailing list