From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Paul Eggert Newsgroups: gmane.emacs.devel Subject: Re: On being web-friendly and why info must die Date: Wed, 10 Dec 2014 11:09:11 -0800 Organization: UCLA Computer Science Department Message-ID: <54889A57.5060905@cs.ucla.edu> References: <20141205123549.GA29331@thyrsus.com> <2815659.zRQ0WWWeRr@descartes> <20141205175810.GD3120@thyrsus.com> <87lhmlncb1.fsf@earlgrey.lan> <20141205193643.GB5067@thyrsus.com> <87tx19rd1b.fsf@fencepost.gnu.org> <20141205215138.GF7784@thyrsus.com> <54823617.4000406@cs.ucla.edu> <83k325195l.fsf@gnu.org> <5482D94B.2070102@cs.ucla.edu> <5484FF31.5010808@cs.ucla.edu> <5485FC59.5030700@cs.ucla.edu> <87388p6glt.fsf@engster.org> <871to9lw6g.fsf@fencepost.gnu.org> <5486A704.6090305@cs.ucla.edu> <87k321jj4e.fsf@fencepost.gnu.org> <54876F7F.9000607@cs.ucla.edu> <87y4qfj2u9.fsf@fencepost.gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1418238591 18060 80.91.229.3 (10 Dec 2014 19:09:51 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 10 Dec 2014 19:09:51 +0000 (UTC) Cc: emacs-devel@gnu.org To: David Kastrup Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Dec 10 20:09:45 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Xymds-0007AB-RP for ged-emacs-devel@m.gmane.org; Wed, 10 Dec 2014 20:09:44 +0100 Original-Received: from localhost ([::1]:47440 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xymds-0004R4-Av for ged-emacs-devel@m.gmane.org; Wed, 10 Dec 2014 14:09:44 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49917) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xymdi-0004Oq-2t for emacs-devel@gnu.org; Wed, 10 Dec 2014 14:09:40 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xymda-0000zY-1t for emacs-devel@gnu.org; Wed, 10 Dec 2014 14:09:34 -0500 Original-Received: from smtp.cs.ucla.edu ([131.179.128.62]:53503) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XymdS-0000ug-Cy; Wed, 10 Dec 2014 14:09:18 -0500 Original-Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 51F14A6002A; Wed, 10 Dec 2014 11:09:17 -0800 (PST) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Original-Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z1P5wDXfz0ep; Wed, 10 Dec 2014 11:09:11 -0800 (PST) Original-Received: from penguin.cs.ucla.edu (Penguin.CS.UCLA.EDU [131.179.64.200]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 6239939E8020; Wed, 10 Dec 2014 11:09:11 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 In-Reply-To: <87y4qfj2u9.fsf@fencepost.gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 131.179.128.62 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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 Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:179684 Archived-At: On 12/10/2014 01:01 AM, David Kastrup wrote: > it's probably half a minute of the overall compile time. On my 3-year-old desktop 'make' takes one minute and four seconds merely to generate info/elisp.info (no image processing is involved). That's really off-putting. Even half a minute would be too long. > For projects external to GNU, we may or may not > even have the possibility to spend time/effort for making them better > suited for GNU. If we use free formats and software for our documentation, this should not be a real problem. In the worst case we could fork the software ourselves, though obviously we'd rather not have to resort to that. Emacs development already relies on projects external to GNU, and this would be just one more instance -- although it's not something we'd do without thinking about it, it's also not something we'd reject merely because it's non-GNU.