From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Simon Josefsson Newsgroups: gmane.emacs.devel Subject: Re: Moving files from lisp/gnus/ to lisp/net/? Date: Sun, 24 Oct 2004 15:41:06 +0200 Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Message-ID: References: <4nzn2jud2r.fsf@lifelogs.com> <4nwtxjvriw.fsf@lifelogs.com> <20041024122025.GA4950@fencepost> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1098625326 22083 80.91.229.6 (24 Oct 2004 13:42:06 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 24 Oct 2004 13:42:06 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Oct 24 15:42:00 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CLidD-0000QK-00 for ; Sun, 24 Oct 2004 15:42:00 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CLikp-0005xK-02 for ged-emacs-devel@m.gmane.org; Sun, 24 Oct 2004 09:49:51 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CLikh-0005xF-FW for emacs-devel@gnu.org; Sun, 24 Oct 2004 09:49:43 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CLikh-0005x3-36 for emacs-devel@gnu.org; Sun, 24 Oct 2004 09:49:43 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CLikh-0005x0-07 for emacs-devel@gnu.org; Sun, 24 Oct 2004 09:49:43 -0400 Original-Received: from [80.91.229.2] (helo=main.gmane.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CLicl-0006MQ-6i for emacs-devel@gnu.org; Sun, 24 Oct 2004 09:41:31 -0400 Original-Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CLick-0001GE-00 for ; Sun, 24 Oct 2004 15:41:30 +0200 Original-Received: from c494102a.s-bi.bostream.se ([217.215.27.65]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 Oct 2004 15:41:30 +0200 Original-Received: from jas by c494102a.s-bi.bostream.se with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 Oct 2004 15:41:30 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: emacs-devel@gnu.org Original-To: emacs-devel@gnu.org Original-Lines: 32 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: c494102a.s-bi.bostream.se Mail-Copies-To: nobody User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (gnu/linux) Cancel-Lock: sha1:mmA0+SYGZgS6EgeaoDbaLfpUcPs= X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:28834 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:28834 Miles Bader writes: > On Sun, Oct 24, 2004 at 02:13:55PM +0200, Simon Josefsson wrote: >> I'm not sure it is a good idea to add encrypt.el and the related fixes >> in netrc.el, pgg*, and other files to Gnus 5.10. They are not really >> tested in deployed user situations. However, I believe it make sense >> to add them both to Gnus CVS HEAD and Emacs CVS HEAD. >> >> Perhaps it is possible to set up a synchronization gateway between >> Gnus CVS HEAD and Emacs CVS HEAD for some files? I think this would >> make more sense, both in the short term and the long term. > > That sounds far too complicated. > > I don't think Emacs changes are generally much of a threat, so I'd keep > things as they are unless it actually proves to be a problem. Installing password.el will hopefully lead to several changes in Gnus. We could make imap.el, sieve*.el, pgg*.el, nntp.el, pop3.el (?), canlock (?), smime.el (?), webmail.el (?), mail-source.el (?), all use the new password interface in password.el. It is stretching to definition of "bug fixes" to apply the same changes to Gnus 5.10. However, maybe you are right, and we should not update Gnus in Emacs to use password.el just yet. Instead, we should fix this in Gnus CVS HEAD, and then Emacs CVS wait for Gnus 5.13 to get the stable version of these patches. On the third hand, perhaps Gnus 5.13 will happen before the next major Emacs release? I'm not sure what the plan is.