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: Tue, 26 Oct 2004 11:26:16 +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 1098783010 4787 80.91.229.6 (26 Oct 2004 09:30:10 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 26 Oct 2004 09:30:10 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Oct 26 11:30:05 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 1CMNeX-0002tO-00 for ; Tue, 26 Oct 2004 11:30:05 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CMNmD-0002Cr-PU for ged-emacs-devel@m.gmane.org; Tue, 26 Oct 2004 05:38:01 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CMNjH-0001VJ-72 for emacs-devel@gnu.org; Tue, 26 Oct 2004 05:35:00 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CMNjF-0001UZ-Gq for emacs-devel@gnu.org; Tue, 26 Oct 2004 05:34:58 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CMNjE-0001TY-H9 for emacs-devel@gnu.org; Tue, 26 Oct 2004 05:34:56 -0400 Original-Received: from [80.91.229.2] (helo=main.gmane.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CMNbF-0007Nt-SZ for emacs-devel@gnu.org; Tue, 26 Oct 2004 05:26:42 -0400 Original-Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CMNbF-0000I4-00 for ; Tue, 26 Oct 2004 11:26:41 +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 ; Tue, 26 Oct 2004 11:26:40 +0200 Original-Received: from jas by c494102a.s-bi.bostream.se with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 26 Oct 2004 11:26:40 +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:zafFZagRwbyJTD68k9I3k8CX1hA= 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:28969 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:28969 Richard Stallman writes: > I agree, if you mean that we shouldn't change _Gnus related_ files, in > Emacs, to use password.el. Those changes could go into Gnus CVS. I > think it may be useful to change some other Emacs packages, like > telnet.el, though. > > If we make read-passwd use password.el, then the other parts of > Emacs will use it without being individually changed. > > If everything else in Emacs uses password.el, we should probably > change Gnus in Emacs to use password.el too. Why should it be > the only thing left out? > > This isn't the time for new features, and perhaps is not the right > time for this (though installing this file is not quite a new > feature). However, now that the file is installed, we may as well > make read-passwd use it. By "make read-passwd use it", do you mean that read-passwd itself should be extended to support the caching mechanism? Right now, read-passwd has not been changed; instead password-read act as a wrapper around read-passwd that add the cache mechanism. But it may be cleaner to add a new optional parameter to read-passwd, so the cache is integrated better, and there are fewer interfaces. Earlier, I got the impression that we should move read-passwd from subr.el to password.el, not change it, which is what I did. I think I agree with Stefan that changing too many places in Emacs to use password.el is a bit late. If I knew we were in a feature freeze, I wouldn't have proposed these things.