From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/65988 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.gnus.general Subject: Re: emacs->gnus merge questions Date: Tue, 18 Dec 2007 14:25:45 -0600 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <86bq8nn41i.fsf@lifelogs.com> References: <874petkgw8.fsf@catnip.gol.com> <868x41jj51.fsf@lifelogs.com> <86r6hkq60k.fsf@lifelogs.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1198009638 2472 80.91.229.12 (18 Dec 2007 20:27:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 18 Dec 2007 20:27:18 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M14480@lists.math.uh.edu Tue Dec 18 21:27:30 2007 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.50) id 1J4j1p-00037K-WB for ding-account@gmane.org; Tue, 18 Dec 2007 21:27:02 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1J4j0f-0001qq-Vf; Tue, 18 Dec 2007 14:25:50 -0600 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1J4j0e-0001qX-Id for ding@lists.math.uh.edu; Tue, 18 Dec 2007 14:25:48 -0600 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.67) (envelope-from ) id 1J4j0Y-0001ml-Ch for ding@lists.math.uh.edu; Tue, 18 Dec 2007 14:25:48 -0600 Original-Received: from blockstar.com ([170.224.69.95] helo=mail.blockstar.com) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1J4j0W-0002g6-00 for ; Tue, 18 Dec 2007 21:25:40 +0100 Original-Received: from tzlatanov-ubuntu-desktop.jumptrading.com (unknown [38.98.147.130]) by mail.blockstar.com (Postfix) with ESMTP id 0B7363F86B9 for ; Tue, 18 Dec 2007 12:53:19 -0800 (PST) X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6;d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" X-Hashcash: 1:20:071218:ding@gnus.org::bseQAuMsLv1iPCxn:00005Cdu Mail-Followup-To: ding@gnus.org In-Reply-To: <86r6hkq60k.fsf@lifelogs.com> (Ted Zlatanov's message of "Mon, 17 Dec 2007 17:02:35 -0600") User-Agent: Gnus/5.110007 (No Gnus v0.7) Emacs/22.1 (gnu/linux) X-Spam-Score: -2.6 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:65988 Archived-At: On Mon, 17 Dec 2007 17:02:35 -0600 Ted Zlatanov wrote: TZ> On Tue, 11 Dec 2007 10:22:50 -0600 Ted Zlatanov wrote: TZ> On Sat, 08 Dec 2007 20:38:29 +0100 Reiner Steib wrote: RS> On Sat, Dec 08 2007, Miles Bader wrote: >>>> I'm doing the back-merge from the Emacs trunk to the Gnus trunk. >>>> >>>> There are some changes which may or may not be appropriate for Gnus: >>>> >>>> (1) deleted: encrypt.el RS> I'm not sure about this one. Ted? TZ> It would be great if it could stay somewhere, maybe under contrib/ TZ> because I know at least 2 people use it. Also, can we have a TZ> conditional use in netrc.el if it's loaded? I don't want to redefine TZ> netrc functionality as well for everyone that wants to use it. TZ> If it can stay, I'll need to change its library requirements from TZ> password to password-cache as previously discussed. TZ> I am including a patch (not comitted yet) which changes encrypt.el docs TZ> to specifically say a (require) call is needed, and uses the TZ> (load-library) idea Glen Morris posted earlier to pick between TZ> password.el and password-cache.el. I like its brevity :) TZ> The patch also changes netrc.el to work with or without encrypt.el; when TZ> encrypt.el is loaded and encrypt-file-alist is not nil (using the TZ> (bound-and-true-p) macro from bindings.el) the netrc.el code behaves as TZ> before; otherwise it will just insert the netrc file contents normally. TZ> Will this work in XEmacs? TZ> Please review the patch and let me know if encrypt.el is staying in TZ> gnus/contrib or if I should host it separately. Either way, the patch TZ> should be applied if everyone agrees it will work OK. I am comitting this patch, assuming encrypt.el will remain within Gnus. Ted