93/3384a74f2cdfcd8f392ca170ceb1bbd665e9f8

   1 Return-Path: <dme@dme.org>\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 E07C1431FD0\r
   6         for <notmuch@notmuchmail.org>; Tue, 20 Dec 2011 06:33:06 -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.7\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5\r
  12         tests=[RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled\r
  13 Received: from olra.theworths.org ([127.0.0.1])\r
  14         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  15         with ESMTP id Xcbcdxbh+vJZ for <notmuch@notmuchmail.org>;\r
  16         Tue, 20 Dec 2011 06:33:06 -0800 (PST)\r
  17 Received: from mail-we0-f181.google.com (mail-we0-f181.google.com\r
  18         [74.125.82.181]) (using TLSv1 with cipher RC4-SHA (128/128 bits))\r
  19         (No client certificate requested)\r
  20         by olra.theworths.org (Postfix) with ESMTPS id 39925431FB6\r
  21         for <notmuch@notmuchmail.org>; Tue, 20 Dec 2011 06:33:06 -0800 (PST)\r
  22 Received: by werm12 with SMTP id m12so2584054wer.26\r
  23         for <notmuch@notmuchmail.org>; Tue, 20 Dec 2011 06:33:04 -0800 (PST)\r
  24 Received: by 10.216.133.19 with SMTP id p19mr6681798wei.0.1324391584761;\r
  25         Tue, 20 Dec 2011 06:33:04 -0800 (PST)\r
  26 Received: from hotblack-desiato.hh.sledj.net\r
  27         (host81-149-164-25.in-addr.btopenworld.com. [81.149.164.25])\r
  28         by mx.google.com with ESMTPS id ff1sm2183723wbb.5.2011.12.20.06.33.02\r
  29         (version=TLSv1/SSLv3 cipher=OTHER);\r
  30         Tue, 20 Dec 2011 06:33:03 -0800 (PST)\r
  31 Received: by hotblack-desiato.hh.sledj.net (Postfix, from userid 30000)\r
  32         id 555909FC2A; Tue, 20 Dec 2011 14:33:01 +0000 (GMT)\r
  33 To: Chris Gray <chrismgray@gmail.com>, notmuch@notmuchmail.org\r
  34 Subject: Re: [RFC][PATCH] emacs: Provide scaffolding so that the new `shr'\r
  35         HTML renderer can run.\r
  36 In-Reply-To: <8739cfjp2r.fsf@gmail.com>\r
  37 References: <1324309559-7993-1-git-send-email-dme@dme.org>\r
  38         <8762hbkas3.fsf@gmail.com>\r
  39         <cun62hbzllt.fsf@hotblack-desiato.hh.sledj.net>\r
  40         <8739cfjp2r.fsf@gmail.com>\r
  41 User-Agent: Notmuch/0.10.2+107~ga2d0215 (http://notmuchmail.org)\r
  42         Emacs/24.0.92.1 (x86_64-pc-linux-gnu)\r
  43 From: David Edmondson <dme@dme.org>\r
  44 Date: Tue, 20 Dec 2011 14:33:01 +0000\r
  45 Message-ID: <cunpqfjxqhu.fsf@hotblack-desiato.hh.sledj.net>\r
  46 MIME-Version: 1.0\r
  47 Content-Type: text/plain\r
  48 X-BeenThere: notmuch@notmuchmail.org\r
  49 X-Mailman-Version: 2.1.13\r
  50 Precedence: list\r
  51 List-Id: "Use and development of the notmuch mail system."\r
  52         <notmuch.notmuchmail.org>\r
  53 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  54         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  55 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  56 List-Post: <mailto:notmuch@notmuchmail.org>\r
  57 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  58 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  59         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  60 X-List-Received-Date: Tue, 20 Dec 2011 14:33:07 -0000\r
  61 \r
  62 On Tue, 20 Dec 2011 07:27:24 -0700, Chris Gray <chrismgray@gmail.com> wrote:\r
  63 > On Tue, 20 Dec 2011 08:35:42 +0000, David Edmondson <dme@dme.org> wrote:\r
  64 > > On Mon, 19 Dec 2011 23:38:36 -0700, Chris Gray <chrismgray@gmail.com> wrote:\r
  65 > > > > +               (makunbound 'gnus-summary-buffer) ; Blech.\r
  66 > > > \r
  67 > > > This is working around a bug in gnus.  I think the better solution would\r
  68 > > > be for gnus to fix the bug.  The following patch against gnus works for\r
  69 > > > me.  (I have tried submitting it to the gnus bug list, but have not been\r
  70 > > > able to check if it got through.)\r
  71 > > \r
  72 > > I wonder if `boundp' is just a typo for `bufferp'?\r
  73 > \r
  74 > I originally thought so as well, but bufferp blows up if given an\r
  75 > unbound variable and buffer-name blows up if given a string.\r
  76 \r
  77 When would `gnus-summary-buffer' ever be unbound?\r