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 05790431FD0 for ; Thu, 12 May 2011 15:36:52 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: 0.01 X-Spam-Level: X-Spam-Status: No, score=0.01 tagged_above=-999 required=5 tests=[T_MIME_NO_TEXT=0.01] 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 QeQctZdnLNup for ; Thu, 12 May 2011 15:36:51 -0700 (PDT) Received: from arlo.cworth.org (arlo.cworth.org [50.43.72.2]) by olra.theworths.org (Postfix) with ESMTP id 42D19431FB6 for ; Thu, 12 May 2011 15:36:51 -0700 (PDT) Received: from yoom.home.cworth.org (localhost [127.0.0.1]) by arlo.cworth.org (Postfix) with ESMTP id AC80C29A039; Thu, 12 May 2011 15:36:49 -0700 (PDT) Received: by yoom.home.cworth.org (Postfix, from userid 1000) id 6DC05254183; Thu, 12 May 2011 15:36:49 -0700 (PDT) From: Carl Worth To: Jameson Graef Rollins , Notmuch Mail Subject: Re: release-candidate/0.6 In-Reply-To: <8762pn7gth.fsf@servo.factory.finestructure.net> References: <8762pn7gth.fsf@servo.factory.finestructure.net> User-Agent: Notmuch/0.5 (http://notmuchmail.org) Emacs/23.3.1 (i486-pc-linux-gnu) Date: Thu, 12 May 2011 15:36:43 -0700 Message-ID: <874o4zczr8.fsf@yoom.home.cworth.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Cc: David Edmondson 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: Thu, 12 May 2011 22:36:52 -0000 --=-=-= Content-Transfer-Encoding: quoted-printable On Fri, 06 May 2011 12:46:34 -0700, Jameson Graef Rollins wrote: > Hi, folks. As some of you already know, I am trying to put together a > release candidate for a 0.6 release that we can present to cworth for > approval. Hi Jameson, This is really great! I appreciate you collecting useful patches for review like this. I hope this helps us get things moving once again. > So far, this release candidate includes a couple of patch series that > are not currently on cworth's master branch: >=20 > json structure now replicates mime structure > * dme's json-fully-reflects-MIME-structure improvements I got stalled on the first commit on this branch: commit 5a5aae66bf41d3c621c412da711fec9b33f37dcc Author: David Edmondson Date: Mon May 10 10:25:15 2010 +0100 Improved MIME support. =20=20=20=20 Signed-off-by: Jameson Rollins It's probably the same issue that stalled me when David first sent this patch series for review over a year ago[!]. I'm guessing I didn't do a good job of stating the issue then, so I'll try to do a better job here. This first patch appears to be doing multiple things: * It changes how the emacs code inserts MIME parts when constructing a mail view. * It changes something in the json formatting. (Just extra newlines?) * It changes something about the MIME part counting. * It appears to be doing new emission of multipart part when doing json output, (and for this has some hard-coded printf("]}\n") stuff rather than using the formatter). * It has new explicit support for an embedded Message as a MIME part, (inserting the headers of the enclosed message). So that's five seemingly independent changes. I'd really like to see those split up into separate commits as much as possible. Or, excepting that, there should be some explanation/justification in the commit message for why some must be combined. The worst part is that not a single change is actually described in the commit message. All we have is "Improved MIME support". Improved how? What changed? Why? What impact does it have? Does it fix bugs? Lay groundwork for future changes? What's really changing here and why? If the patch series were sufficiently-well described in the commit message, then my review process could be more or less: * Read the commit message. Does it describe a desirable change? * If so, read the patch content. Does it do what the commit message describes? Accurately? Without doing unrelated things? * If so, accept the patch. Does anyone want to attempt to fix up this first patch? (It doesn't necessarily have to be David). From=20a quick skim, many later patches in the series appear to be better in this regard. =2DCarl [!] Has it really been that long? --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk3MYPsACgkQ6JDdNq8qSWir9QCgnK926GAwX/KVMgLX2CDYBPhS eAgAn1VqV/IFi7REPZDD6RGX28j3Xvh1 =BM8E -----END PGP SIGNATURE----- --=-=-=--