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 29E44431FD0 for ; Tue, 20 Dec 2011 08:09:50 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -0.799 X-Spam-Level: X-Spam-Status: No, score=-0.799 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7] 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 PAjjI3N9Tb51 for ; Tue, 20 Dec 2011 08:09:49 -0800 (PST) Received: from mail-vw0-f53.google.com (mail-vw0-f53.google.com [209.85.212.53]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by olra.theworths.org (Postfix) with ESMTPS id 9480D431FB6 for ; Tue, 20 Dec 2011 08:09:49 -0800 (PST) Received: by vbal1 with SMTP id l1so5034410vba.26 for ; Tue, 20 Dec 2011 08:09:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:subject:in-reply-to:references:user-agent:date:message-id :mime-version:content-type; bh=nq/n5on21cKsPyn9vDPkpy6ZbcKYw6BPXJlEoQIbFzU=; b=B+bLM7IV0a/cfXec+vHKFVvwu7oajz5vWG+thoh93JhVJWqlDTYV0L4+VH2tsCkwm/ gvxaBEFyYkzE1ITwX/IdfjiJjzUpt6ccelCWwq3X950pk/FtiwWqKPPOFBogldKNkWlK KqqB7AgFPlYTgH+z5AYKgnj1FI+9lPZF73JyA= Received: by 10.52.35.70 with SMTP id f6mr1434863vdj.84.1324397389007; Tue, 20 Dec 2011 08:09:49 -0800 (PST) Received: from driftwood (S0106001f333bc36d.cg.shawcable.net. [68.144.78.164]) by mx.google.com with ESMTPS id i12sm1652158vdj.14.2011.12.20.08.09.47 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 20 Dec 2011 08:09:48 -0800 (PST) From: Chris Gray To: David Edmondson , notmuch@notmuchmail.org Subject: Re: [RFC][PATCH] emacs: Provide scaffolding so that the new `shr' HTML renderer can run. In-Reply-To: References: <1324309559-7993-1-git-send-email-dme@dme.org> <8762hbkas3.fsf@gmail.com> <8739cfjp2r.fsf@gmail.com> User-Agent: Notmuch/0.10.2+95~g2eb2694 (http://notmuchmail.org) Emacs/24.0.92.1 (i486-pc-linux-gnu) Date: Tue, 20 Dec 2011 09:09:28 -0700 Message-ID: <87zkeni5s7.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain 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: Tue, 20 Dec 2011 16:09:50 -0000 On Tue, 20 Dec 2011 14:33:01 +0000, David Edmondson wrote: > On Tue, 20 Dec 2011 07:27:24 -0700, Chris Gray wrote: > > On Tue, 20 Dec 2011 08:35:42 +0000, David Edmondson wrote: > > > On Mon, 19 Dec 2011 23:38:36 -0700, Chris Gray wrote: > > > > > + (makunbound 'gnus-summary-buffer) ; Blech. > > > > > > > > This is working around a bug in gnus. I think the better solution would > > > > be for gnus to fix the bug. The following patch against gnus works for > > > > me. (I have tried submitting it to the gnus bug list, but have not been > > > > able to check if it got through.) > > > > > > I wonder if `boundp' is just a typo for `bufferp'? > > > > I originally thought so as well, but bufferp blows up if given an > > unbound variable and buffer-name blows up if given a string. > > When would `gnus-summary-buffer' ever be unbound? In the optimal situation where we were able to use mm-decode without requiring gnus.el, then gnus-summary-buffer would be unbound. Cheers, Chris