From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1LmGHy-0000Zv-L5 for garchives@archives.gentoo.org; Tue, 24 Mar 2009 23:44:10 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B31B6E06CC; Tue, 24 Mar 2009 23:44:09 +0000 (UTC) Received: from mail2.optus.com.au (mail2.optus.com.au [203.13.126.130]) by pigeon.gentoo.org (Postfix) with ESMTP id 298DFE06CC for ; Tue, 24 Mar 2009 23:44:09 +0000 (UTC) Received: from mail2.optus.com.au (unknown [127.0.0.1]) by IMSA (Postfix) with ESMTP id 5CCCB20F0AA for ; Wed, 25 Mar 2009 10:44:06 +1100 (EST) Received: from CHOW2KE003.optus.com.au (unknown [161.43.32.10]) by mail2.optus.com.au (Postfix) with ESMTP id 4327320F07A for ; Wed, 25 Mar 2009 10:44:06 +1100 (EST) Received: from excprdhubw002.optus.com.au ([10.10.36.116]) by CHOW2KE003.optus.com.au with Microsoft SMTPSVC(6.0.3790.3959); Wed, 25 Mar 2009 10:44:05 +1100 Received: from excprdmbxw002.optus.com.au ([10.8.36.30]) by excprdhubw002.optus.com.au ([10.10.36.116]) with mapi; Wed, 25 Mar 2009 10:43:49 +1100 From: Adam Carter To: "gentoo-user@lists.gentoo.org" Date: Wed, 25 Mar 2009 10:43:55 +1100 Subject: RE: [gentoo-user] Thread-Topic: [gentoo-user] Thread-Index: Acmsu6RRMKUgjd5OTUyTSDb/Fu3azgAHcQfQ Message-ID: <5602B0BD6D59AE4791BE83104940118DA4D119AE@excprdmbxw002.optus.com.au> In-Reply-To: <5bdc1c8b0903241249u3eaa9963t5651bddff2bfb97a@mail.gmail.com> Accept-Language: en-US, en-AU Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-AU Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 X-OriginalArrivalTime: 24 Mar 2009 23:44:05.0591 (UTC) FILETIME=[6B113E70:01C9ACDA] X-TM-AS-Product-Ver: IMSS-7.0.0.1191-5.6.0.1016-16540.003 X-TM-AS-User-Approved-Sender: No X-TM-AS-Result-Xfilter: Match text exemption rules:Yes X-Archives-Salt: 57dee078-be46-4673-8a80-067e5c5c6cd4 X-Archives-Hash: 9aff718ddeb5f561b2613e3256283fc8 > May just be a coincidence. I'm seeing this on my wife's machine after > an update to Gnome-2.24.x from 2.22.x. No changes in disk drives here. > > If you're not against starting from a new desktop then try making a > new user and seeing if that new user has the same problem. If it > doesn't then try erasing (or moving) all the .gnome directories and > possibly you'll be able to clean it up that way. +1. Same thing here, updated to 2.24 and the settings daemon dies, then X. = I tried startx as root after rm -fr /root/.gno* and the settings daemon die= s but X lives (used root because I don't want to kill my user setup unless = its really required.. Prob should have just created a new user for that...m= eh) /usr/libexec/gnome-settings-daemon --debug prints nothing strace /usr/libexec/gnome-settings-daemon looks ok until access("/usr/bin/bug-buddy", X_OK) =3D 0 getuid32() =3D 0 stat64("/usr/bin/bug-buddy", {st_mode=3DS_IFREG|0755, st_size=3D63932, ...}= ) =3D 0 stat64("/usr/bin/bug-buddy", {st_mode=3DS_IFREG|0755, st_size=3D63932, ...}= ) =3D 0 mmap2(NULL, 1052672, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0= ) =3D 0xb7316000 rt_sigaction(SIGSEGV, NULL, {SIG_DFL, [], 0}, 8) =3D 0 rt_sigaction(SIGSEGV, {0xb7f7b590, [], 0}, NULL, 8) =3D 0 rt_sigaction(SIGABRT, NULL, {SIG_DFL, [], 0}, 8) =3D 0 rt_sigaction(SIGABRT, {0xb7f7b590, [], 0}, NULL, 8) =3D 0 rt_sigaction(SIGTRAP, NULL, {SIG_DFL, [], 0}, 8) =3D 0 rt_sigaction(SIGTRAP, {0xb7f7b590, [], 0}, NULL, 8) =3D 0 rt_sigaction(SIGFPE, NULL, {SIG_DFL, [], 0}, 8) =3D 0 rt_sigaction(SIGFPE, {0xb7f7b590, [], 0}, NULL, 8) =3D 0 rt_sigaction(SIGBUS, NULL, {SIG_DFL, [], 0}, 8) =3D 0 rt_sigaction(SIGBUS, {0xb7f7b590, [], 0}, NULL, 8) =3D 0 clone(child_stack=3D0, flags=3DCLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGC= HLD, child_tidptr=3D0xb7594708) =3D 15813 exit_group(0) =3D ? Any ideas? Already done a revdep-rebuild.