On Tue, Nov 22, 2011 at 12:00:23PM +0100, Gianluca Cecchi wrote:
On Tue, Nov 22, 2011 at 11:22 AM, Alon Levy wrote:
>
> I think I have the same problem here, I've followed it once, gdbing the
> server, it was in select, so maybe I'll try to do it again and do the
> 'print AllClients' - for me reproducing is 100% by doing a chvt /
> suspend and resume. To get back to work (i.e. workaround) I chvt to
> some console, do "killall -9 gnome-shell; sleep 5; DISPLAY=:0.0
> gnome-shell" and quickly change back. Recently gnome-shell started to
> get unstuck occasionally if I wait about 10-20 seconds, but I'm not
> always that patient.
>
So I opened this bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=755892
I took the time to report your comments, Adam and Alon, making copy-paste.
Feel free to change if I was not right.
In the mean time I have updated xorg-x11-drv-intel to 2.17.0-1 as it
was proposed as an update.
Possibly it could be a con-cause of the problem....
PS: I'm going to open a new thread regarding better/advised approach
related to computers with socalled Optimus technology from Nvidia
Actually now when I attache I get endless forks: (edited back trace)
#0 __fork () at ../nptl/sysdeps/unix/sysv/linux/pt-fork.c:26
#1 Popen (command=0x43a6340 "\"/usr/bin/xkbcomp\"
-w 1 \"-R/usr/share/X11/xkb\" -xkm \"-\" -em1 \"The XKEYBOARD
keymap
compiler (xkbco
mp) reports:\" -emp \"> \" -eml \"Errors from xkbcomp are not fatal
to
the X server\" \"/var/lib/xkb/server-"..., type=0x5877e5 "w") at
utils.c:1346
#2 XkbDDXCompileKeymapByNames at ddxLoad.c:244
#3 XkbDDXLoadKeymapByNames at ddxLoad.c:353
#4 ProcXkbGetKbdByName at xkb.c:5693
#5 Dispatch at dispatch.c:447
#6 main at main.c:287
So my current issue is not related, sorry for the noise.
Gianluca
--
test mailing list
test(a)lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test