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 DF59A431FB6 for ; Mon, 25 Mar 2013 00:26:22 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -0.699 X-Spam-Level: X-Spam-Status: No, score=-0.699 tagged_above=-999 required=5 tests=[HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled 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 kAxWlLelvQmJ for ; Mon, 25 Mar 2013 00:26:22 -0700 (PDT) Received: from mail-vc0-f171.google.com (mail-vc0-f171.google.com [209.85.220.171]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by olra.theworths.org (Postfix) with ESMTPS id 10063431FAF for ; Mon, 25 Mar 2013 00:26:22 -0700 (PDT) Received: by mail-vc0-f171.google.com with SMTP id ha11so4656147vcb.30 for ; Mon, 25 Mar 2013 00:26:21 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:x-gm-message-state; bh=M9XguFtdWoiGQGascCjP9sFzVtvFRginIeX7reb5s1k=; b=IPfwfdtHIFZJPEteWO9QJ5ZCFnBt9l6BgJTv9x/ovRhp8ZPODGS1WHkCuYzyqC9pjx 6VKtpF7IHkr+ltLs/w1mn7/g84LY7RLvBETE3cJITY44Z7qrJoct/g7nvM5/ewzyssL6 RXwJRIsvkWVB4Depv2+jBFn+aJj6GPqBFP7qrz1dd57XdTbsyFeObTIGWYtrExxbqvt2 fKfiU3UQhGHxrj6vpnLd1NndXiAuLaGrX3bDFbwK4PFot1whbAzSDaqrN+w1BZZr1Caz d32mpBhbr/RihKEtnbueZv9zlcWA/DCPBjwW5ZfAMU+dAOrMJhha67Q1PVgrKmYNuEqF Z/XA== MIME-Version: 1.0 X-Received: by 10.52.155.5 with SMTP id vs5mr11912415vdb.24.1364196380379; Mon, 25 Mar 2013 00:26:20 -0700 (PDT) Received: by 10.58.210.230 with HTTP; Mon, 25 Mar 2013 00:26:20 -0700 (PDT) Received: by 10.58.210.230 with HTTP; Mon, 25 Mar 2013 00:26:20 -0700 (PDT) In-Reply-To: <20130322152149.GF31537@vilya.m0g.net> References: <20130322152149.GF31537@vilya.m0g.net> Date: Mon, 25 Mar 2013 09:26:20 +0200 Message-ID: Subject: Re: Updated mutt wikipage, new addressbook script: notmuch-abook From: Jani Nikula To: Guyzmo Content-Type: multipart/alternative; boundary=089e01633a94a81f3a04d8bab8f7 X-Gm-Message-State: ALoCoQkPlbbXT8OGTuvbMCKCRnBUUVYbiWwIYYhhdP5zDL4acboAdRnJYTljQlEVzpirOG2F6Eue Cc: Notmuch Mail 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: Mon, 25 Mar 2013 07:26:23 -0000 --089e01633a94a81f3a04d8bab8f7 Content-Type: text/plain; charset=UTF-8 On Mar 22, 2013 5:22 PM, "Guyzmo" wrote: > > Hello world, > > I'm using notmuch and mutt-kz flawlessly for over a year, > and I'm really happy with them, so thank you guys for providing > such great tools! > > So I updated the notmuchmail.org wikipage about mutt: > > http://notmuchmail.org/notmuch-mutt/ > I think it would be best to keep notmuch-mutt and mutt-kz related pages separate. They are two very different things. See http://notmuchmail.org/frontends/ BR, Jani. > I also wanted to enable completion from within vim, so I extended > the mutt_addresses.py script, so it creates and updates a cache of > addresses in a sqlite3 database. It is available on pypi, so you can use > it as a standalone CLI application: > > https://github.com/guyzmo/notmuch-abook/ > > About that one, I made the choice to use sqlite3 as backend, > because it was an easy way to create fast queries of addresses, but I > was wondering if it would not be more intelligent to integrate the > addresses indexing in the xapian database directly? > > And finally, I have tried to compile the vala-notmuch addressbook, > but the compilation is failing because of some change in the > database_open call, and I don't have much time to understand Vala's API > mappings to C. But I've been told it is lightning fast when querying > notmuch directly. > > Has anyone patched that code, and still use it with latest > notmuch? I'd give it a try to replace my sqlite3 backend in the > script. > > Cheers, > > -- > Guyzmo > _______________________________________________ > notmuch mailing list > notmuch@notmuchmail.org > http://notmuchmail.org/mailman/listinfo/notmuch --089e01633a94a81f3a04d8bab8f7 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Mar 22, 2013 5:22 PM, "Guyzmo" <guyzmo+notmuch@m0g.net> wrote:
>
> Hello world,
>
> =C2=A0 =C2=A0 I'm =C2=A0using =C2=A0notmuch =C2=A0and =C2=A0mutt-k= z =C2=A0flawlessly =C2=A0for =C2=A0 over =C2=A0 a =C2=A0year,
> and I'm really =C2=A0happy =C2=A0with =C2=A0them, =C2=A0so =C2=A0t= hank =C2=A0you =C2=A0guys =C2=A0for =C2=A0providing
> such great tools!
>
> So I updated the notmuchmail.org wikipage about mutt:
>
> =C2=A0 =C2=A0 http://= notmuchmail.org/notmuch-mutt/
>

I think it would be best to keep notmuch-mutt and mutt-kz re= lated pages separate. They are two very different things. See http://notmuchmail.org/frontends/

BR,
Jani.

> =C2=A0 =C2=A0 I also wanted to enable completion from w= ithin =C2=A0vim, =C2=A0so =C2=A0I extended
> the mutt_addresses.py script, so =C2=A0it =C2=A0creates =C2=A0and =C2= =A0updates =C2=A0a =C2=A0cache of
> addresses in a sqlite3 database. It is available on pypi, so you can u= se
> it as a standalone CLI application:
>
> =C2=A0 =C2=A0 htt= ps://github.com/guyzmo/notmuch-abook/
>
> =C2=A0 =C2=A0 About that one, =C2=A0I =C2=A0made =C2=A0the =C2=A0choic= e =C2=A0to =C2=A0use =C2=A0sqlite3 =C2=A0as backend,
> because it was an easy way to create fast =C2=A0queries =C2=A0of =C2= =A0addresses, but I
> was wondering if it =C2=A0would =C2=A0not =C2=A0be =C2=A0more =C2=A0in= telligent =C2=A0to integrate the
> addresses indexing in the xapian database directly?
>
> =C2=A0 =C2=A0 And finally, I have tried to compile =C2=A0the =C2=A0val= a-notmuch addressbook,
> but =C2=A0the =C2=A0compilation =C2=A0is =C2=A0failing =C2=A0because = =C2=A0of =C2=A0some =C2=A0 change =C2=A0 in =C2=A0the
> database_open call, and I don't have much time to understand =C2= =A0Vala's API
> mappings to C. But I've been told it =C2=A0is =C2=A0lightning =C2= =A0fast =C2=A0when querying
> notmuch directly.
>
> =C2=A0 =C2=A0 Has =C2=A0anyone =C2=A0patched =C2=A0that =C2=A0code, = =C2=A0and =C2=A0still =C2=A0use =C2=A0it =C2=A0with =C2=A0latest
> notmuch? I'd give =C2=A0it =C2=A0a =C2=A0try =C2=A0to =C2=A0replac= e =C2=A0my =C2=A0sqlite3 =C2=A0backend =C2=A0in the
> script.
>
> Cheers,
>
> --
> Guyzmo
> _______________________________________________
> notmuch mailing list
> notmuch@notmuchmail.org=
> http://not= muchmail.org/mailman/listinfo/notmuch

--089e01633a94a81f3a04d8bab8f7--