From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/58971 Path: main.gmane.org!not-for-mail From: Katsumi Yamaoka Newsgroups: gmane.emacs.gnus.general Subject: Re: Changes committed gnus/contrib (ChangeLog compface.el) Date: Mon, 25 Oct 2004 08:51:14 +0900 Organization: Emacsen advocacy group Sender: ding-owner@lists.math.uh.edu Message-ID: References: <87pt38um9p.fsf@orebokech.com> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1098662033 5830 80.91.229.6 (24 Oct 2004 23:53:53 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 24 Oct 2004 23:53:53 +0000 (UTC) Cc: ding@gnus.org Original-X-From: ding-owner+M7513@lists.math.uh.edu Mon Oct 25 01:53:34 2004 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13] ident=mail) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CLsB4-0004Q2-00 for ; Mon, 25 Oct 2004 01:53:34 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu ident=lists) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 1CLs99-00033R-00; Sun, 24 Oct 2004 18:51:35 -0500 Original-Received: from util2.math.uh.edu ([129.7.128.23]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1CLs94-00033M-00 for ding@lists.math.uh.edu; Sun, 24 Oct 2004 18:51:30 -0500 Original-Received: from justine.libertine.org ([66.139.78.221] ident=postfix) by util2.math.uh.edu with esmtp (Exim 4.30) id 1CLs8z-0004Vn-Cf for ding@lists.math.uh.edu; Sun, 24 Oct 2004 18:51:25 -0500 Original-Received: from washington.hostforweb.net (washington.hostforweb.net [69.61.11.2]) by justine.libertine.org (Postfix) with ESMTP id E49C23A0061 for ; Sun, 24 Oct 2004 18:51:20 -0500 (CDT) Original-Received: from [69.61.11.61] (helo=localhost) by washington.hostforweb.net with esmtpa (Exim 4.42) id 1CLs8x-0004qd-GW; Sun, 24 Oct 2004 19:51:23 -0400 Original-To: Romain Francoise 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.110003 (No Gnus v0.3) Emacs/21.3.50 (gnu/linux) Cancel-Lock: sha1:DxLE6ZI5ldcenz5h1XL2eT1bqg4= X-Hashcash: 1:17:041024:romain@orebokech.com::xGFD4d4ti3TmY5l+:0000000000000000000000000000000000000000007YB X-Hashcash: 1:17:041024:ding@gnus.org::wopfoAS56Lz+X5so:000009+P X-Antivirus-Scanner: Clean mail though you should still use an Antivirus X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - washington.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-Source: X-Source-Args: X-Source-Dir: Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:58971 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:58971 >>>>> In <87pt38um9p.fsf@orebokech.com> Romain Francoise wrote: > Katsumi Yamaoka writes: >> Move the version of ELisp-based uncompface program from the lisp directory >> because of the copyright problem. I'm sorry to have not checked the author had assigned the right. He is still missing. I want him to have not met misfortune. > This is problematic since (unless I missed something) files in contrib/ > are not automatically byte-compiled. I upgraded my No Gnus copy and was > surprised to see that articles with X-Face headers were rendered _very_ > slowly[1] on my not so slow system... Byte-compiling compface.el fixed > the problem, rendering is instantaneous again. Is there any reason you don't want to use the version of compface.el which still exists in the lisp directory? The reason you need to use the ELisp-based uncompface program may be the following: there's no uncompface binary; you worry the uncompface binary may be invaded; you're interested in the program itself. Otherwise, lisp/compface.el can be used. > Would it be a good idea to byte-compile files in contrib as well? You don't happen to include the contrib directory in load-path, do you? I don't think that's a good idea. Instead, you can move required modules from the contrib directory to the lisp directory before performing `configure; make install'. The best way will be to rewrite the ELisp-based uncompface program by someone who can assign or has been assigned the right.