Return-Path: X-Original-To: notmuch@notmuchmail.org Delivered-To: notmuch@notmuchmail.org Received: from localhost (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id 45C4A4048D3 for ; Fri, 12 Mar 2010 08:03:10 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -0.893 X-Spam-Level: X-Spam-Status: No, score=-0.893 tagged_above=-999 required=5 tests=[AWL=-0.153, BAYES_20=-0.74] autolearn=ham Received: from olra.theworths.org ([127.0.0.1]) by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zQ9LRjDsvavS for ; Fri, 12 Mar 2010 08:03:09 -0800 (PST) Received: from homiemail-a17.g.dreamhost.com (mailbigip.dreamhost.com [208.97.132.5]) by olra.theworths.org (Postfix) with ESMTP id 843D94048D1 for ; Fri, 12 Mar 2010 08:03:09 -0800 (PST) Received: from sspaeth.de (unknown [84.55.211.9]) by homiemail-a17.g.dreamhost.com (Postfix) with ESMTPA id 48FE87A8063; Fri, 12 Mar 2010 08:03:07 -0800 (PST) Received: by sspaeth.de (sSMTP sendmail emulation); Fri, 12 Mar 2010 17:03:04 +0100 From: "Sebastian Spaeth" To: Michal Sojka , David A Benjamin , Ben Gamari In-Reply-To: <87fx45eg55.fsf@steelpick.localdomain> References: <4b990b7b.0e67f10a.073c.0686@mx.google.com> <87eijqlz54.fsf@steelpick.localdomain> <877hphtx6h.fsf@SSpaeth.de> <87fx45eg55.fsf@steelpick.localdomain> Date: Fri, 12 Mar 2010 17:03:04 +0100 Message-ID: <87k4thplxj.fsf@SSpaeth.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: notmuch Subject: Re: [notmuch] Notmuch command interface X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "Use and development of the notmuch mail system." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Mar 2010 16:03:10 -0000 On Fri, 12 Mar 2010 16:03:34 +0100, Michal Sojka wrote: > On Fri, 12 Mar 2010, Sebastian Spaeth wrote: > > > Unfortunately, I didn't make much progress in implementating this, but > > > it's definitely a priority for me because I want to get rid of slow > > > notmuchsync. > > > > notmuchsync master is now using the json output, by the way. I think > > that suppressing the output of msg bodies in notmuch show will help > > notmuchsync performance *a lot*. > > I've just tried it :-( > File "/usr/lib/pymodules/python2.5/simplejson/decoder.py", line 353, in raw_decode > raise ValueError("No JSON object could be decoded") > ValueError: No JSON object could be decoded Wow, that is bad. All it does is taking "nomuch show" output and feeding it to the json parser. That probably means that the json was not valid (which would be bad). Having said that, I remember that I got that when I used a notmuch that doesn't include the notmuch tags in the json output, ie you need notmuch from current master less than 26h ago. Do you use that? Also Python 2.6 is a requirement, but I see you used that already... Sebastian