From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from localhost (localhost [127.0.0.1]) by arlo.cworth.org (Postfix) with ESMTP id 9D0356DE0225 for ; Mon, 12 Nov 2018 10:04:33 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at cworth.org X-Spam-Flag: NO X-Spam-Score: -2.094 X-Spam-Level: X-Spam-Status: No, score=-2.094 tagged_above=-999 required=5 tests=[AWL=-0.766, RCVD_IN_DNSWL_MED=-2.3, SPF_SOFTFAIL=0.972] autolearn=disabled Received: from arlo.cworth.org ([127.0.0.1]) by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1-IBWy0MQwr6 for ; Mon, 12 Nov 2018 10:04:32 -0800 (PST) Received: from mout02.posteo.de (mout02.posteo.de [185.67.36.142]) by arlo.cworth.org (Postfix) with ESMTPS id B39C16DE01CE for ; Mon, 12 Nov 2018 10:04:32 -0800 (PST) Received: from submission (posteo.de [89.146.220.130]) by mout02.posteo.de (Postfix) with ESMTPS id 5FE1B2400E5 for ; Mon, 12 Nov 2018 19:04:29 +0100 (CET) Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 42tzDB0QHgz9rxB; Mon, 12 Nov 2018 19:04:25 +0100 (CET) Date: Mon, 12 Nov 2018 13:04:19 -0500 From: eaon To: Kim ALLAMANDOLA Cc: notmuch@notmuchmail.org Subject: Re: notcoal, filters not made from (char)coal / initial tagging system Message-ID: References: <874lcmtodq.fsf@kws.xnet.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <874lcmtodq.fsf@kws.xnet.lan> User-Agent: mutt (20180716-neo) X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.29 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, 12 Nov 2018 18:04:33 -0000 Hi Kim, On 12 Nov 08:29, Kim ALLAMANDOLA wrote: > … so having a more well-shaped and ready out-of-the box solution is really > welcomed! Thanks! Yeah, my organically grown python script really annoyed me too, but the segfault problems just pushed me over the edge to try and make something that may be useful to others too. There's still a couple features missing to have it be as useful as I'd like it to be, but it's a start. I'm certainly open to feedback! > The only part I do not like too much is the choice of json instead of > something, *for me*, less ugly to write/read, less error-prone and more > flexible like simple plain guile (GNU embeddable, lightweight scheme > dialect). I get it. The choice really mostly came down to https://serde.rs/ because it is such a nice library and very easy to use. It does support other data formats but I haven't tried any of them. So yeah, I can look into making the input format more flexible for sure. > The re-write of notmuch in Rust […] Ah, misunderstanding there, maybe. notmuch-rs is not a rewrite or port, it's just an interface/bindings for libnotmuch. A couple people have attempted that before, I just used the one that someone seemed to actively try to maintain and take patches for. As for language preferences, Rust is really just something I got into recently, and it's fun, the tooling around it is cool even though the centralisation of some of the infrastructure is something that annoys me a bit. But that is made up by the open welcoming community. eaon