76/604c52a94ab4533a33c299317fa69b738966b7

   1 Return-Path: <aaronecay@gmail.com>\r
   2 X-Original-To: notmuch@notmuchmail.org\r
   3 Delivered-To: notmuch@notmuchmail.org\r
   4 Received: from localhost (localhost [127.0.0.1])\r
   5         by olra.theworths.org (Postfix) with ESMTP id 0BF8C431FAF\r
   6         for <notmuch@notmuchmail.org>; Wed, 18 Jan 2012 14:18:56 -0800 (PST)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: -0.799\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-0.799 tagged_above=-999 required=5\r
  12         tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1,\r
  13         FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled\r
  14 Received: from olra.theworths.org ([127.0.0.1])\r
  15         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  16         with ESMTP id N5ORukdyjKbR for <notmuch@notmuchmail.org>;\r
  17         Wed, 18 Jan 2012 14:18:55 -0800 (PST)\r
  18 Received: from mail-qw0-f46.google.com (mail-qw0-f46.google.com\r
  19         [209.85.216.46]) (using TLSv1 with cipher RC4-SHA (128/128 bits))\r
  20         (No client certificate requested)\r
  21         by olra.theworths.org (Postfix) with ESMTPS id 66FDB431FAE\r
  22         for <notmuch@notmuchmail.org>; Wed, 18 Jan 2012 14:18:55 -0800 (PST)\r
  23 Received: by qadc10 with SMTP id c10so2114467qad.5\r
  24         for <notmuch@notmuchmail.org>; Wed, 18 Jan 2012 14:18:54 -0800 (PST)\r
  25 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;\r
  26         h=from:to:cc:subject:in-reply-to:references:user-agent:date\r
  27         :message-id:mime-version:content-type:content-transfer-encoding;\r
  28         bh=fDh4dTT/QhrE583M6qXS3PA/NWehF69wtNp/N1G0cbE=;\r
  29         b=mo3eiUDCzt+5Ii0AYDho2SElnQkOGvndoHQ6S1AqfBx4BGsF2dKBUGonhWRv9bUYpJ\r
  30         6ZINuxJufW3l9rEUW+bKPrM8wF6C23Mpog1dDQOrdlDEZx0xMuvZGv67ezMnZNImJDlM\r
  31         lH/GIRXC9ub5MdaTS5fe+FV37W8GjabYcnoCs=\r
  32 Received: by 10.224.177.203 with SMTP id bj11mr24460380qab.37.1326925134799;\r
  33         Wed, 18 Jan 2012 14:18:54 -0800 (PST)\r
  34 Received: from localhost (wal122.wireless-pennnet.upenn.edu. [128.91.71.251])\r
  35         by mx.google.com with ESMTPS id\r
  36         df3sm52783063qab.6.2012.01.18.14.18.53\r
  37         (version=TLSv1/SSLv3 cipher=OTHER);\r
  38         Wed, 18 Jan 2012 14:18:53 -0800 (PST)\r
  39 From: Aaron Ecay <aaronecay@gmail.com>\r
  40 To: Pieter Praet <pieter@praet.org>, David Edmondson <dme@dme.org>\r
  41 Subject: Re: [PATCH] v2 [RFC] emacs: merge overhauled\r
  42         `notmuch-cycle-notmuch-buffers' into `notmuch'\r
  43 In-Reply-To: <87sjjdp1f1.fsf@praet.org>\r
  44 References: <87r4yza95m.fsf@praet.org>\r
  45         <1326732415-21894-1-git-send-email-pieter@praet.org>\r
  46         <cun39bftw9b.fsf@hotblack-desiato.hh.sledj.net>\r
  47         <87fwfd8h0i.fsf@praet.org>\r
  48         <cunk44pmi7k.fsf@hotblack-desiato.hh.sledj.net>\r
  49         <87obu19pfo.fsf@praet.org>\r
  50         <cunhaztmalq.fsf@hotblack-desiato.hh.sledj.net>\r
  51         <cunboq1mad1.fsf@hotblack-desiato.hh.sledj.net>\r
  52         <87sjjdp1f1.fsf@praet.org>\r
  53 User-Agent: Notmuch/0.11+73~gd51b784 (http://notmuchmail.org) Emacs/24.0.92.2\r
  54         (i386-apple-darwin10.8.0)\r
  55 Date: Wed, 18 Jan 2012 17:18:48 -0500\r
  56 Message-ID: <m262g864dz.fsf@wal122.wireless-pennnet.upenn.edu>\r
  57 MIME-Version: 1.0\r
  58 Content-Type: text/plain; charset=utf-8\r
  59 Content-Transfer-Encoding: quoted-printable\r
  60 Cc: Notmuch Mail <notmuch@notmuchmail.org>\r
  61 X-BeenThere: notmuch@notmuchmail.org\r
  62 X-Mailman-Version: 2.1.13\r
  63 Precedence: list\r
  64 List-Id: "Use and development of the notmuch mail system."\r
  65         <notmuch.notmuchmail.org>\r
  66 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  67         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  68 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  69 List-Post: <mailto:notmuch@notmuchmail.org>\r
  70 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  71 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  72         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  73 X-List-Received-Date: Wed, 18 Jan 2012 22:18:56 -0000\r
  74 \r
  75 On Wed, 18 Jan 2012 14:48:02 +0100, Pieter Praet <pieter@praet.org> wrote:\r
  76 > My original intent of conserving a key(chord) [1] (which in\r
  77 > retrospect was a fairly pointless exercise in and of itself\r
  78 > [2,3]) seems to have inconspicuously morphed into an equally\r
  79 > questionable crusade [4] against the `cl' package.\r
  80 >=20\r
  81 > As long there's other functions in Notmuch depending on\r
  82 > compile-time `cl', there's really no incentive whatsoever\r
  83 > to replace your perfectly fine solution.\r
  84 \r
  85 (This is not strictly related to the immediate issue of these patches,\r
  86 but now seems as good a time as any to discuss it.)\r
  87 \r
  88 Compile-time dependencies on =E2=80=98cl=E2=80=99 are absolutely not a prob=\r
  89 lem.\r
  90 Virtually every major elisp program depends on cl at compile time.\r
  91 Runtime dependencies are not allowed in code distributed with emacs\r
  92 because of RMS=E2=80=99s conservativism[1].\r
  93 \r
  94 Since notmuch isn=E2=80=99t distributed with emacs and has no aspirations to\r
  95 ever be, the project could decide to require cl at runtime.  Many\r
  96 elisp programs do.  (A quick grep through my .emacs.d folder turns up\r
  97 anything.el and clojure-mode as two large/=E2=80=9Cmainstream=E2=80=9D proj=\r
  98 ects that\r
  99 do, as well as at least a dozen smaller utility files.)  So many emacs\r
 100 users have cl loaded all the time when they are using emacs.  But\r
 101 unless the project (i.e. us) decides explicitly =E2=80=9Cruntime cl is OK=\r
 102 =E2=80=9D (or\r
 103 perhaps =E2=80=9Cit is not=E2=80=9D), contributors will always go back and =\r
 104 forth over\r
 105 using it.  To avoid patch and review churn, we ought to decide which\r
 106 of these we pick (and I vote for allowing runtime use.)\r
 107 \r
 108 Aaron\r
 109 \r
 110 Footnotes:\r
 111 [1] He specifically objects to the way that the cl package uses keyword\r
 112     arguments, calling it un-Elisp-like.  He has resisted past efforts\r
 113     to merge cl functions into Elisp core, although they are slowly\r
 114     diffusing across the barrier.\r
 115 \r
 116 --=20\r
 117 Aaron Ecay\r