From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/83194 Path: news.gmane.org!not-for-mail From: Katsumi Yamaoka Newsgroups: gmane.emacs.gnus.general Subject: Re: XEmacs builds failing - gnus-spec.el Date: Wed, 22 May 2013 14:45:17 +0900 Organization: Emacsen advocacy group Message-ID: References: <201305220258.r4M2wk7M060795@shell0.rawbw.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Trace: ger.gmane.org 1369206583 4781 80.91.229.3 (22 May 2013 07:09:43 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 22 May 2013 07:09:43 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M31460@lists.math.uh.edu Wed May 22 09:09:42 2013 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Uf3B7-0007DR-2D for ding-account@gmane.org; Wed, 22 May 2013 09:09:41 +0200 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 1Uf39Y-0007XK-4a; Wed, 22 May 2013 02:08:04 -0500 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1Uf1rh-0007DV-Ej for ding@lists.math.uh.edu; Wed, 22 May 2013 00:45:33 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76) (envelope-from ) id 1Uf1rb-0002Ar-O0 for ding@lists.math.uh.edu; Wed, 22 May 2013 00:45:32 -0500 Original-Received: from mail-hampton.hostforweb.net ([216.246.13.138] helo=hampton.hostforweb.net) by quimby.gnus.org with esmtp (Exim 4.72) (envelope-from ) id 1Uf1ra-0002eh-2h for ding@gnus.org; Wed, 22 May 2013 07:45:26 +0200 Original-Received: from localhost.localdomain ([127.0.0.1]:47585 helo=localhost) by hampton.hostforweb.net with smtp (Exim 4.80) (envelope-from ) id 1Uf1rR-001h4c-Sh for ding@gnus.org; Wed, 22 May 2013 00:45:17 -0500 X-Face: #kKnN,xUnmKia.'[pp`;Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu;B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( User-Agent: Gnus/5.130008 (=?iso-2022-jp?B?GyRCPz8bKEI=?= Gnus v0.8) Emacs/24.3.50 (i686-pc-cygwin) Cancel-Lock: sha1:yj2oQGWRqlReJxJ6zZlKkMyK8UI= X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - hampton.hostforweb.net X-AntiAbuse: Original Domain - gnus.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - jpl.org X-Get-Message-Sender-Via: hampton.hostforweb.net: acl_c_authenticated_local_user: yamaoka X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: -1.9 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:83194 Archived-At: --=-=-= Hi Mike, mike.kupfer@xemacs.org wrote: > Katsumi Yamaoka wrote: >> But please let me say, the fact is that some new Gnus features >> no longer work on XEmacs (even if the code is compiled with no >> error). Typical ones are the features that use url.el. > Hi Katsumi, is this true for XEmacs 21.5, or just 21.4? Are these all > new features in Ma Gnus, As for url.el originated in W3, the code is too old to use with Gnus for both 21.5 and 21.4. I don't think `url-retrieve' that gnus-compat.el redefines helps. A workaround attached below is the one I used to use, but I'm not sure if they are still useful since I haven't been using XEmacs for a couple of years. For the same reason, and since I failed to have taken notes, I don't recall other matters I faced. But it is not hard to imagine there are inconsistencies here and there, since most Gnus developers are GNU Emacs users and they like to use Emacs' new features (also it sometimes causes Gnus not to work for old GNU Emacsen). > or are older versions of Gnus also affected? If it is the Gnus XEmacs package, I believe it's safe. I have no basis for it, though. > Are there any bug reports that you can point me at? I'm no longer suitable for doing it, sorry. The foremost reason I got not to use XEmacs is that now I'm using Cygwin for almost daytime (in the office). On that platform, I was unable to build XEmacs 21.5 that works normally. It frequently crashes. (Even so, I kept building it periodically keeping track of hg. However, it stopped months ago because it got unable to build on the latest Cygwin.) >> As for >> XEmacs 21.4, I feel it like old GNU Emacsen that Gnus dropped >> the support long ago. > Yes, 21.4 is quite old. If it's too much of a hassle for the Gnus > developers to support, then maybe it's best to drop support for it. > Then whatever time is available for XEmacs support can be focused on > 21.5. That's good to here from the XEmacs team. :) The only matter is that there might be no Gnus developers who use 21.5. Regards, --=-=-= Content-Type: application/emacs-lisp Content-Disposition: attachment Content-Transfer-Encoding: quoted-printable (when (featurep 'xemacs) (defadvice url-retrieve (around make-it-work-like-modern-one (url &optional callback cbargs) activate) "Make it work like modern one." (if (functionp callback) (let* (-url-retrieve-is-modernized-p- (retval (let (callback cbargs) (save-excursion ad-do-it)))) (with-current-buffer (cdr retval) (goto-char (point-min)) (apply callback nil cbargs)) (cdr retval)) ad-do-it)) (defadvice url-parse-mime-headers (before dont-delete-header (&optional no-delete switch-buff) activate) "Don't delete header if demanded. Convert CRLF to LF in header." (when (boundp '-url-retrieve-is-modernized-p-) (setq no-delete t) (and switch-buff (set-buffer url-working-buffer)) (goto-char (point-min)) (when (search-forward "\r\n\r\n" nil t) (while (search-backward "\r\n" nil t) (replace-match "\n"))))) (defadvice url-cache-cachable-p (around cache-gravatars (obj) activate) "Enable caching of Gravatars." (if (and url-automatic-caching (equal (url-host obj) "www.gravatar.com")) (setq ad-return-value t) ad-do-it))) --=-=-=--