--- /dev/null
+Return-Path: <pieter@praet.org>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+ by olra.theworths.org (Postfix) with ESMTP id 057E0431FAF\r
+ for <notmuch@notmuchmail.org>; Thu, 19 Jan 2012 11:15:47 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -0.7\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5\r
+ tests=[RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+ by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+ with ESMTP id PdeSgL6YunKc for <notmuch@notmuchmail.org>;\r
+ Thu, 19 Jan 2012 11:15:46 -0800 (PST)\r
+Received: from mail-wi0-f181.google.com (mail-wi0-f181.google.com\r
+ [209.85.212.181]) (using TLSv1 with cipher RC4-SHA (128/128 bits))\r
+ (No client certificate requested)\r
+ by olra.theworths.org (Postfix) with ESMTPS id 458B3431FAE\r
+ for <notmuch@notmuchmail.org>; Thu, 19 Jan 2012 11:15:46 -0800 (PST)\r
+Received: by wibhr12 with SMTP id hr12so256910wib.26\r
+ for <notmuch@notmuchmail.org>; Thu, 19 Jan 2012 11:15:45 -0800 (PST)\r
+Received: by 10.180.100.234 with SMTP id fb10mr41667513wib.5.1327000545027;\r
+ Thu, 19 Jan 2012 11:15:45 -0800 (PST)\r
+Received: from localhost ([109.131.97.13])\r
+ by mx.google.com with ESMTPS id q7sm29679266wix.5.2012.01.19.11.15.43\r
+ (version=TLSv1/SSLv3 cipher=OTHER);\r
+ Thu, 19 Jan 2012 11:15:44 -0800 (PST)\r
+From: Pieter Praet <pieter@praet.org>\r
+To: Aaron Ecay <aaronecay@gmail.com>, David Edmondson <dme@dme.org>\r
+Subject: Re: [PATCH] v2 [RFC] emacs: merge overhauled\r
+ `notmuch-cycle-notmuch-buffers' into `notmuch'\r
+In-Reply-To: <m262g864dz.fsf@wal122.wireless-pennnet.upenn.edu>\r
+References: <87r4yza95m.fsf@praet.org>\r
+ <1326732415-21894-1-git-send-email-pieter@praet.org>\r
+ <cun39bftw9b.fsf@hotblack-desiato.hh.sledj.net>\r
+ <87fwfd8h0i.fsf@praet.org>\r
+ <cunk44pmi7k.fsf@hotblack-desiato.hh.sledj.net>\r
+ <87obu19pfo.fsf@praet.org>\r
+ <cunhaztmalq.fsf@hotblack-desiato.hh.sledj.net>\r
+ <cunboq1mad1.fsf@hotblack-desiato.hh.sledj.net>\r
+ <87sjjdp1f1.fsf@praet.org>\r
+ <m262g864dz.fsf@wal122.wireless-pennnet.upenn.edu>\r
+User-Agent: Notmuch/0.11+99~gab86e73 (http://notmuchmail.org) Emacs/23.3.1\r
+ (x86_64-unknown-linux-gnu)\r
+Date: Thu, 19 Jan 2012 20:13:53 +0100\r
+Message-ID: <87hazro68e.fsf@praet.org>\r
+MIME-Version: 1.0\r
+Content-Type: text/plain; charset=utf-8\r
+Content-Transfer-Encoding: quoted-printable\r
+Cc: Notmuch Mail <notmuch@notmuchmail.org>\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+ <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
+ <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+ <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Thu, 19 Jan 2012 19:15:47 -0000\r
+\r
+On Wed, 18 Jan 2012 17:18:48 -0500, Aaron Ecay <aaronecay@gmail.com> wrote:\r
+> On Wed, 18 Jan 2012 14:48:02 +0100, Pieter Praet <pieter@praet.org> wrote:\r
+> > My original intent of conserving a key(chord) [1] (which in\r
+> > retrospect was a fairly pointless exercise in and of itself\r
+> > [2,3]) seems to have inconspicuously morphed into an equally\r
+> > questionable crusade [4] against the `cl' package.\r
+> >=20\r
+> > As long there's other functions in Notmuch depending on\r
+> > compile-time `cl', there's really no incentive whatsoever\r
+> > to replace your perfectly fine solution.\r
+>=20\r
+> (This is not strictly related to the immediate issue of these patches,\r
+> but now seems as good a time as any to discuss it.)\r
+>=20\r
+> Compile-time dependencies on =E2=80=98cl=E2=80=99 are absolutely not a pr=\r
+oblem.\r
+> Virtually every major elisp program depends on cl at compile time.\r
+> Runtime dependencies are not allowed in code distributed with emacs\r
+> because of RMS=E2=80=99s conservativism[1].\r
+>=20\r
+> Since notmuch isn=E2=80=99t distributed with emacs and has no aspirations=\r
+ to\r
+> ever be, the project could decide to require cl at runtime. Many\r
+> elisp programs do. (A quick grep through my .emacs.d folder turns up\r
+> anything.el and clojure-mode as two large/=E2=80=9Cmainstream=E2=80=9D pr=\r
+ojects that\r
+> do, as well as at least a dozen smaller utility files.) So many emacs\r
+> users have cl loaded all the time when they are using emacs. But\r
+> unless the project (i.e. us) decides explicitly =E2=80=9Cruntime cl is OK=\r
+=E2=80=9D (or\r
+> perhaps =E2=80=9Cit is not=E2=80=9D), contributors will always go back an=\r
+d forth over\r
+> using it. To avoid patch and review churn, we ought to decide which\r
+> of these we pick (and I vote for allowing runtime use.)\r
+>=20\r
+\r
+Consider me thoroughly convinced :)\r
+\r
+No point in trying to conserve resources if they're already spent.\r
+\r
++1 for explicitly allowing runtime `cl'.\r
+\r
+\r
+> Aaron\r
+>=20\r
+> Footnotes:\r
+> [1] He specifically objects to the way that the cl package uses keyword\r
+> arguments, calling it un-Elisp-like. He has resisted past efforts\r
+> to merge cl functions into Elisp core, although they are slowly\r
+> diffusing across the barrier.\r
+>=20\r
+> --=20\r
+> Aaron Ecay\r
+\r
+\r
+Peace\r
+\r
+--=20\r
+Pieter\r
projects / notmuch-archives.git / commitdiff