GNU bug report logs - #54662
29.0.50; [PATCH] An mu backend for gnus-search

Previous Next

Package: emacs;

Reported by: Jai Flack <jflack <at> disroot.org>

Date: Fri, 1 Apr 2022 01:40:01 UTC

Severity: normal

Tags: patch

Found in version 29.0.50

Fixed in version 29.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


Message #14 received at 54662 <at> debbugs.gnu.org (full text, mbox):

From: Eric Abrahamsen <eric <at> ericabrahamsen.net>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: Jai Flack <jflack <at> disroot.org>, 54662 <at> debbugs.gnu.org
Subject: Re: bug#54662: 29.0.50; [PATCH] An mu backend for gnus-search
Date: Sat, 02 Apr 2022 08:21:36 -0700
On 04/02/22 16:58 PM, Lars Ingebrigtsen wrote:
> Jai Flack <jflack <at> disroot.org> writes:
>
>> Subject: [PATCH] An mu backend for gnus-search
>>
>> * lisp/gnus-search.el (gnus-search-mu-program): New defcustom
>> (gnus-search-mu-switches): New defcustom
>
> [...]
>
>> I haven't heard anything back from savannah.nongnu.org about repository
>> approval yet for the GNU ELPA package.
>
> I haven't actually read the patch yet -- does this need an ELPA package
> in addition to the patch included?  And I don't think the Savannah
> people are involved in the GNU ELPA stuff -- we administer that
> ourselves.

This was one of the questions in the original emacs.devel thread -- how
do we handle the situation where a package is both built-in and
available for installation from ELPA? Does anything special need to
happen in order to make sure the user is always using the newest
version?




This bug report was last modified 3 years and 103 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.