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: Generating the ChangeLog files from the commit messages Date: Sun, 30 Nov 2014 21:49:06 -0800 Organization: UCLA Computer Science Department Message-ID: <547C0152.5040408@cs.ucla.edu> References: <21606.10799.112099.788101@a1i15.kph.uni-mainz.de> <1753218.Ot8JCqssfN@descartes> <546AABCF.8030705@cs.ucla.edu> <9xioico2nm.fsf@fencepost.gnu.org> <83k32s9zm5.fsf@gnu.org> <547A4A1B.9060807@cs.ucla.edu> <20141130101201.3a2625e6@forcix> <547B4285.8070901@cs.ucla.edu> <83wq6c8s47.fsf@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 1417412985 15991 80.91.229.3 (1 Dec 2014 05:49:45 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 1 Dec 2014 05:49:45 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Dec 01 06:49:38 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 1XvJrb-0003Hh-90 for ged-emacs-devel@m.gmane.org; Mon, 01 Dec 2014 06:49:35 +0100 Original-Received: from localhost ([::1]:52892 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XvJra-0004CE-UT for ged-emacs-devel@m.gmane.org; Mon, 01 Dec 2014 00:49:34 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40389) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XvJrP-0004Az-VH for emacs-devel@gnu.org; Mon, 01 Dec 2014 00:49:31 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XvJrI-0008Bo-Eq for emacs-devel@gnu.org; Mon, 01 Dec 2014 00:49:23 -0500 Original-Received: from smtp.cs.ucla.edu ([131.179.128.62]:58497) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XvJrI-0008Bj-7H for emacs-devel@gnu.org; Mon, 01 Dec 2014 00:49:16 -0500 Original-Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id C153C39E801E; Sun, 30 Nov 2014 21:49:15 -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 xZZecenh76qN; Sun, 30 Nov 2014 21:49:07 -0800 (PST) Original-Received: from [192.168.1.9] (pool-71-177-17-123.lsanca.dsl-w.verizon.net [71.177.17.123]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 0D5EB39E8018; Sun, 30 Nov 2014 21:49:07 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 In-Reply-To: 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:178566 Archived-At: Stefan Monnier wrote: > It makes sense to roll those files on a release-number basis rather than > just size. That sounds like a good idea. > What value would stop you from bumping into it, and on which kinds of > files do you typically bump into it. It's usually log files. For example, if I run 'git log >/tmp/log', and then visit /tmp/log, that's about 34 MB for Emac. Likewise for things like strace output or for random other text debugging output. >> When the 10 MB limit was established back in 2003, machines typically >> had 64 MiB or so of RAM. > > Reality check: my 2003-vintage X30 laptop (which I happily use when > doing presentations) came with 768MB of RAM. You had bigger machines than I did. Even my circa-2005 laptop (which I still use) has only 512 MB of RAM. Was the limit tuned for your new laptop back in 2003? In that case, perhaps we should warn if the file is larger than 1/64th of physical RAM, though this sounds a tad conservative to me. > the size of human-edited files (the bread-and-butter for Emacs) > hasn't increased nearly as much. I mostly run into the problem when viewing files, not editing them, and the files I view can get pretty large. Sometimes I have to give up on Emacs entirely and use 'less', which is an annoying switch.