From owner-freebsd-gnome@FreeBSD.ORG Mon Jul 12 16:41:31 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 54ED11065673 for ; Mon, 12 Jul 2010 16:41:31 +0000 (UTC) (envelope-from marcus@freebsd.org) Received: from av-tac-rtp.cisco.com (hen.cisco.com [64.102.19.198]) by mx1.freebsd.org (Postfix) with ESMTP id 224508FC22 for ; Mon, 12 Jul 2010 16:41:30 +0000 (UTC) X-TACSUNS: Virus Scanned Received: from rooster.cisco.com (localhost.cisco.com [127.0.0.1]) by av-tac-rtp.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id o6CGfS99021262; Mon, 12 Jul 2010 12:41:29 -0400 (EDT) Received: from dhcp-64-102-220-169.cisco.com (dhcp-64-102-220-169.cisco.com [64.102.220.169]) by rooster.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id o6CGfSIa009726; Mon, 12 Jul 2010 12:41:28 -0400 (EDT) Message-ID: <4C3B45B8.2030504@freebsd.org> Date: Mon, 12 Jul 2010 12:41:28 -0400 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.4) Gecko/20100608 Thunderbird/3.1 MIME-Version: 1.0 To: Kevin Oberman References: <20100712151657.AB5871CC44@ptavv.es.net> In-Reply-To: <20100712151657.AB5871CC44@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit 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 16:41:31 -0000 On 7/12/10 11:16 AM, Kevin Oberman wrote: >> 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 = '' Are you sure you applied the patch correctly, rebuilt, and reinstalled? The x11-display-device should NOT be ttyv0 anymore, and the session should be active. Joe -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome