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 0DE454196F2 for ; Wed, 14 Apr 2010 07:17:06 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -1.841 X-Spam-Level: X-Spam-Status: No, score=-1.841 tagged_above=-999 required=5 tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, DATE_IN_PAST_12_24=1.049, T_MIME_NO_TEXT=0.01] autolearn=no 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 NJkVeKFnafDE; Wed, 14 Apr 2010 07:17:05 -0700 (PDT) Received: from yoom.home.cworth.org (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id 671E4431FC1; Wed, 14 Apr 2010 07:17:05 -0700 (PDT) Received: by yoom.home.cworth.org (Postfix, from userid 1000) id AEB6B5883A6; Tue, 13 Apr 2010 11:43:49 -0700 (PDT) From: Carl Worth To: Michal Sojka , notmuch@notmuchmail.org Subject: Re: [PATCH 0/4] Mailstore abstraction v4 In-Reply-To: <1270737766-29237-1-git-send-email-sojkam1@fel.cvut.cz> References: <1270737766-29237-1-git-send-email-sojkam1@fel.cvut.cz> Date: Tue, 13 Apr 2010 11:43:49 -0700 Message-ID: <874ojfkxay.fsf@yoom.home.cworth.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" 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: Wed, 14 Apr 2010 14:17:06 -0000 --=-=-= On Thu, 8 Apr 2010 16:42:42 +0200, Michal Sojka wrote: > My biggest question relates to the first patch, which does an > incompatible change to libnotmuch API. After reading RELEASING file, I > found that this change is probably not what Carl wants to merge (and I > understand that) so I'd like to get some feedback on my suggestion in > that patch. [I composed this message a while ago, but failed to get it through the mailing-list moderation until now. It may be largely irrelevant in light of my more recent review of the mailstore abstraction, but here it is.] I haven't looked closely at the implementation here, but a quick glance at the API/ABI change suggests an easy answer: Why not just add a new function that accepts the mailstore type, and preserve the original function, (which would then simply call the new function with an argument of "files" for the mailstore type). -Carl --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iD8DBQFLxLtl6JDdNq8qSWgRAq/HAKCpoJ0ZmZyX+nfCBP+ac4c4rCjQBwCcDgCB WVWqSX84e7kmKric4oh61bw= =SfO8 -----END PGP SIGNATURE----- --=-=-=--