From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from localhost (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id 6524E431FAF for ; Mon, 26 Mar 2012 05:34:08 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: 0 X-Spam-Level: X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none] 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 tAHUc4JRl-PW for ; Mon, 26 Mar 2012 05:34:07 -0700 (PDT) Received: from guru.guru-group.fi (guru-group.fi [87.108.86.66]) by olra.theworths.org (Postfix) with ESMTP id 2F490431FAE for ; Mon, 26 Mar 2012 05:34:07 -0700 (PDT) Received: by guru.guru-group.fi (Postfix, from userid 501) id 1F3D168055; Mon, 26 Mar 2012 15:34:04 +0300 (EEST) From: Tomi Ollila To: Subject: Re: [Stefano Zacchiroli] Bug#628018: [PATCH] notmuch-mutt utility for notmuch/contrib/ In-Reply-To: <87ehsfr6lb.fsf@zancas.localnet> References: <87ehsfr6lb.fsf@zancas.localnet>User-Agent: Notmuch/0.12+71~gdacf76b (http://notmuchmail.org) Emacs/23.3.1 (x86_64-unknown-linux-gnu) X-Face: HhBM'cA~ MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: notmuch@notmuchmail.org 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: Mon, 26 Mar 2012 12:34:08 -0000 Interesting, 'R' in emacs gives empty content. I might have Austin's reply change in this version -- although I suspect the problem is not there. Everyone using emacs MUA with latest notmuch(1)es experiment pressing 'R' while reading the mail I'm replying to Pasting content... > [ multipart/mixed ] > [ message/rfc822 ] > From: Stefano Zacchiroli > Subject: Bug#628018: [PATCH] notmuch-mutt utility for notmuch/contrib/ > To: 628018@bugs.debian.org > Date: Mon, 26 Mar 2012 11:36:06 +0200 > > [ multipart/signed ] > [ Good signature by key: 0x4900707DDC5C07F2DECB02839C31503C6D866396 ] > [ multipart/mixed ] > [ text/plain ] > Here is an updated patch set that ships the notmuch-mutt utility and > updated the Debian packaging for it. It is now better integrated with > notmuch: it has been renamed to "notmuch-mutt" (to match the naming > convention of other notmuch interfaces) and stores all its data under > ~/.cache/notmuch/mutt/ to avoid polluting user $HOME with other > directories. I've also fixed the Debian packaging to generate the > manpage during build. I think storing stuff to .../.cache/... is Great !!! However, if we're "allowing" public software to use .../.cache/notmuch directory we should have policy to do so. I suggest we add a description file to notmuch source distribution which describes the public software that are allowed to contain files in notmuch XDG directories. The file could have format which describes the file/directory name, the software using it and some description why this file is there. Another thing is this .cache hardcoding. Should this be resolved first by using $XDG_CACHE_HOME, (then *MAYBE* $XDG_CONFIG_HOME/.cache) and finally $HOME/.cache Tomi > > The first patch in the set adds notmuch-mutt to contrib/, the second > updates debian/ to build a new "notmuch-mutt" binary package. > > The full story is available at http://bugs.debian.org/628018 > > David: I'm still unable to get through the moderation queue of the > notmuch mailing list. Would you be so kind to forward this mail there, > for patch review? > > TIA, > Cheers.