From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=35072 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OdnEm-0004Ak-KB for qemu-devel@nongnu.org; Tue, 27 Jul 2010 12:42:41 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OdnEk-0006j4-IW for qemu-devel@nongnu.org; Tue, 27 Jul 2010 12:42:39 -0400 Received: from mx1.redhat.com ([209.132.183.28]:17317) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OdnEk-0006ip-8D for qemu-devel@nongnu.org; Tue, 27 Jul 2010 12:42:38 -0400 Message-ID: <4C4F0C7A.4030309@redhat.com> Date: Tue, 27 Jul 2010 19:42:34 +0300 From: Avi Kivity MIME-Version: 1.0 Subject: Re: [Qemu-devel] Re: KVM call agenda for July 27 References: <4C4E1A33.7050709@codemonkey.ws> <4C4ED85B.2090807@codemonkey.ws> <4C4EDEF1.9060507@redhat.com> <4C4EFB04.30901@codemonkey.ws> <4C4F0682.3020400@redhat.com> <20100727162449.GR12387@redhat.com> <20100727162913.GC7474@x200.localdomain> <4C4F0A11.5060204@redhat.com> <20100727163611.GD7474@x200.localdomain> In-Reply-To: <20100727163611.GD7474@x200.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Chris Wright Cc: Kevin Wolf , kvm@vger.kernel.org, qemu-devel@nongnu.org, Markus Armbruster On 07/27/2010 07:36 PM, Chris Wright wrote: > >> If things work there's no reason for the user to go look at the >> logs. An exclamation point invites clicking. >> >> Even better would be an ABRT plugin, so if something goes >> (marginally) wrong, the siren pops up and you're invited to report >> the bug. > Despite some of the ABRT growing pains, ABRT plugin seems like a good > idea. I don't know enough of the plugins to know if that requires > formatted output and just grepping for some known regexps. It's annoying to us old hands, but it does give that nice integrated system feel that we're missing, and it works even if virt-manager is in the background (or if you don't use virt-manager at all). Given that there's a kerneloops pluging that presumably does similar parsing, I don't think it's too hard: $ size /usr/lib64/abrt/libKerneloopsScanner.so text data bss dec hex filename 18293 1416 16 19725 4d0d /usr/lib64/abrt/libKerneloopsScanner.so -- error compiling committee.c: too many arguments to function