From owner-freebsd-gnome@FreeBSD.ORG Mon Jul 12 15:16:59 2010 Return-Path: Delivered-To: gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05996106566B; Mon, 12 Jul 2010 15:16:59 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id DFCA38FC19; Mon, 12 Jul 2010 15:16:58 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id o6CFGv3l029335 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 12 Jul 2010 08:16:58 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id AB5871CC44; Mon, 12 Jul 2010 08:16:57 -0700 (PDT) To: Joe Marcus Clarke In-reply-to: Your message of "Mon, 12 Jul 2010 11:05:35 EDT." <4C3B2F3F.4020702@freebsd.org> Date: Mon, 12 Jul 2010 08:16:57 -0700 From: "Kevin Oberman" Message-Id: <20100712151657.AB5871CC44@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2010-07-12_02:2010-02-06, 2010-07-12, 2010-07-11 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-1005130000 definitions=main-1007120071 Cc: FreeBSD GNOME Users Subject: Re: SUMMARY: GNOME startup issues X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2010 15:16:59 -0000 > Date: Mon, 12 Jul 2010 11:05:35 -0400 > From: Joe Marcus Clarke > > On 7/12/10 9:35 AM, Kevin Oberman wrote: > >> Date: Sat, 10 Jul 2010 13:39:48 -0400 > >> From: Joe Marcus Clarke > >> Sender: owner-freebsd-gnome@freebsd.org > >> > >> Okay, I have been spending time trying to recreate the problems people > >> have been reporting with GNOME. The problems are: > >> > >> * polkit-gnome-authentication-agent-1 crashes at startup > >> * gnome-panel takes too long to start > >> * Workspace Switcher does not work > >> > >> Sadly, I was unable to recreate what I would consider any problems. I > >> tested the following configurations: > >> > >> * FreeBSD i386 RELENG_8 from July 4 with ports from July 4 > >> * FreeBSD i386 -CURRENT from July 4 with ports from July 4 > >> * FreeBSD amd64 -CURRENT from July 5 with ports from July 5 > >> * FreeBSD i386 RELENG_8 from June 17 with ports from June 18 (in VMWare > >> Fusion 3.0 on a Mac) > >> > >> I tested by starting GNOME from GDM and using startx. My ~/.initrc has > >> simply this: > >> > >> #!/bin/sh > >> > >> exec ck-launch-session gnome-session > >> > >> My locale is en_US.UTF-8. I have procfs mounted, and I can perform: > >> > >> ping `localhost` > >> > >> Successfully. I am not running ANY firewalls, and I have not enabled > >> any blackholes for TCP or UDP. > >> > >> When I run GNOME from startx, I do see a delay of about 10 seconds while > >> waiting for the panel to appear. This is because gnome-panel is trying > >> to contact GDM to determine if shutdown/reboot support is enabled. This > >> delay is expected in a startx configuration. > >> > >> Workspace Switcher has always worked for me. I tried switching > >> workspaces with the keyboard shortcut and by clicking on the space in > >> the lower panel. Both worked. I was also able to bring up properties, > >> and add an additional workspace. > >> > >> I was able to see a problem with polkit-gnome-authentication-agent-1 in > >> ONE instance. A core was produced. This problem seems to occur when > >> GDM switches the user to the logged in user. I didn't notice any other > >> problems related to this, though. > >> > >> For those still seeing workspace switch problems, rebuild gnome-panel > >> with debugging symbols, then bind gdb to workspace switcher, and get a > >> backtrace when it appears to be hung up. That's after making sure all > >> of the above is inline as much as possible with my test machines. > > > > I patched and re-built consolekit, re-booted and re-started Gnome. I see > > no changes in behavior. I see a delay in the panel start and attempting > > to add to a panel results in a panel freeze for exactly 25 seconds > > during which the panel is completely frozen, including the portion of the > > popup menu showing most of the selected "Add to Panel..." item. After > > exactly 25 seconds, the panel re-draws properly and the Add to Panel > > window appears. (The individual applets DO update, though.) > > > > There is no change in this from pre-patch system. > > > > I do see one change which may or may not be a result of the patch. My > > netspeed applet crashes immediately and attempting to re-add it results > > in "The panel encountered a problem while loading > > "OAFIID:GNOME_NetspeedApplet"." > > > > Again, this may not be tied to the consolekit applet as it has been a > > bit unstable since I updated to 2.30, but it seems completely broken > > since the patch. > > What does ck-list-sessions report? > ck-list-sessions Session1: unix-user = '9381' realname = 'Kevin Oberman' seat = 'Seat1' session-type = '' active = FALSE x11-display = ':0' x11-display-device = 'ttyv0' display-device = 'ttyv0' remote-host-name = '' is-local = TRUE on-since = '2010-07-12T13:15:46.554682Z' login-session-id = '' -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751