From owner-freebsd-gnome@FreeBSD.ORG Sat Jul 3 20:41:27 2010 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B170B106564A for ; Sat, 3 Jul 2010 20:41:27 +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 609678FC13 for ; Sat, 3 Jul 2010 20:41:27 +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 o63KfFTl013016 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 3 Jul 2010 13:41:15 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 624CF1CC0D; Sat, 3 Jul 2010 13:41:15 -0700 (PDT) To: Byron Campbell In-reply-to: Your message of "Sat, 03 Jul 2010 09:34:25 EDT." <4C2F3C61.8060107@netscape.net> Date: Sat, 03 Jul 2010 13:41:15 -0700 From: "Kevin Oberman" Message-Id: <20100703204115.624CF1CC0D@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-02_03:2010-02-06, 2010-07-02, 2010-07-03 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-1007030092 Cc: freebsd-gnome@freebsd.org Subject: Re: HEADS UP: Summarize the reports of GNOME crashes 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: Sat, 03 Jul 2010 20:41:27 -0000 > Date: Sat, 03 Jul 2010 09:34:25 -0400 > From: Byron Campbell > Sender: owner-freebsd-gnome@freebsd.org > > On 07/02/2010 10:26 PM, Joe Marcus Clarke wrote: > > There have been a few threads which seem to be describing the same > > issue. That is, users are reporting that when starting GNOME through > > startx that the panel takes a long time to come up, polkit may crash, > > etc. I want to see if I can tie together some commonalities to help > > make troubleshooting easier. > > > > First, have all users experiencing this installed EVERYTHING from > > packages? That is, if a user builds all GNOME bits from ports do they > > see the problem? Are all users seeing slowness or crashes in GNOME > > using startx (or some other non-GDM way of starting GNOME)? If they use > > GDM does the problem go away? > > > > If a user using packages starts GNOME with GDM, does the problem go away? > > > > Joe > > > > 1. For Gnome started w/ gnome_enable="YES" in rc.conf > > * launches quickly, < 15 secs. from GDM to desktop. > > * PROBLEM: Workspace Switcher: stuck on one workspace > and settings for additions workspaces are not honored. > > 2. For Gnome started w/ startx: > > * SLOW: 57 seconds from startx to fully loaded desktop > > * WORKSPACE SWITCHER now WORKS AS IT SHOULD > > 3. In the tail of dmesg I see "dbus was not started properly" when I > only have gnome_enable="YES" in /etc/rc.conf. The error message goes > away when adding dbus_enable="YES" and hald_enable="YES". > > These exact problems occur for me with clean installs, both > for a system using all ports and a system using all pkgs. > > How-To Duplicate: Do a complete fresh / clean install of everything, > including FreeBSD. > > So far I've tested all of the following, all being FreeBSD AMD64 > on an AMD Athlon 64 3800 box, with all up to date ports db: > > 8.1 RC-1, fresh install, xorg and Gnome from pkgs only > 8.1 RC-1, fresh install, xorg and Gnome from ports only > 8-Stable, fresh install, xorg and Gnome from pkgs and ports > 8.1 RC-2, fresh install, xorg and Gnome from pkgs only Another thing I ust noticed w/ startx. Nautilus is also VERY slow to start and the panel seems to start up fairly soon after nautilus. I don't know if the pannel start is waiting for nautilus or they are both waiting on some other resource, but both seem to take quite a while to start with almost nothing going on while waiting. OTOH, gnome-terminal and gkrellm both start fairly quickly. The coe up in just a few seconds. Then there is a long pause (about 30 seconds) and nautilus fires up followed in about 10 seconds (or a bit less) by the panels. Some applets (battery charge applet and weather applet) start up quickly, but the menus and some launchers in have added to the panel take much longer to start. makes me think of some sort of DNS timeout, but I know DNS is working right and I doubt these apps are even using it (while weather probably is). So I suspect it is something else timing out from some attempt at inter-process communication. (hal? dbus?) -- 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