From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: ChangeLogs on CVS? Commit netiquette. Date: Fri, 19 Feb 2010 21:56:47 +0100 Organization: Organization?!? Message-ID: <87r5ohhrlc.fsf@lola.goethe.zz> References: <5f0ff9221002181207v3244055ax3b3223833a901609@mail.gmail.com> <87eiki443f.fsf@red-bean.com> <5f0ff9221002181621t1084ee2av6cb2149f480128a7@mail.gmail.com> <87hbpexde6.fsf@telefonica.net> <5f0ff9221002181920m48377322m51d9206790d10f03@mail.gmail.com> <87pr41zscu.fsf@red-bean.com> <5f0ff9221002190819p1a295281ma7c92c9d659fa769@mail.gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1266613274 26591 80.91.229.12 (19 Feb 2010 21:01:14 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 19 Feb 2010 21:01:14 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Feb 19 22:01:12 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1NiZyH-0000ST-LV for ged-emacs-devel@m.gmane.org; Fri, 19 Feb 2010 22:01:11 +0100 Original-Received: from localhost ([127.0.0.1]:49442 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NiZyG-0008Fi-CQ for ged-emacs-devel@m.gmane.org; Fri, 19 Feb 2010 16:01:08 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NiZus-0007TD-N7 for emacs-devel@gnu.org; Fri, 19 Feb 2010 15:57:38 -0500 Original-Received: from [140.186.70.92] (port=33701 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NiZuq-0007SK-MG for emacs-devel@gnu.org; Fri, 19 Feb 2010 15:57:37 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1NiZuo-0007Gd-NU for emacs-devel@gnu.org; Fri, 19 Feb 2010 15:57:35 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]:54152) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NiZuo-0007EA-F4 for emacs-devel@gnu.org; Fri, 19 Feb 2010 15:57:34 -0500 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1NiZuP-0005w6-5k for emacs-devel@gnu.org; Fri, 19 Feb 2010 21:57:09 +0100 Original-Received: from p5b2c2559.dip.t-dialin.net ([91.44.37.89]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 19 Feb 2010 21:57:09 +0100 Original-Received: from dak by p5b2c2559.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 19 Feb 2010 21:57:09 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 17 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: p5b2c2559.dip.t-dialin.net X-Face: 2FEFf>]>q>2iw=B6, xrUubRI>pR&Ml9=ao@P@i)L:\urd*t9M~y1^:+Y]'C0~{mAl`oQuAl \!3KEIp?*w`|bL5qr,H)LFO6Q=qx~iH4DN; i"; /yuIsqbLLCh/!U#X[S~(5eZ41to5f%E@'ELIi$t^ Vc\LWP@J5p^rst0+('>Er0=^1{]M9!p?&:\z]|;&=NP3AhB!B_bi^]Pfkw User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.92 (gnu/linux) Cancel-Lock: sha1:3EPAJnNJvieyROMBL2zutexozRI= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:121235 Archived-At: Stefan Monnier writes: >> Not sure what recipe to post, but the adventures with bzr2 >> eventually crashed my Jaunty box > > Then it's unfair to blame it on bzr, it's either a problem in the OS > or in the hardware. Memory overcommitting is a frequent OS allocation strategy. When it fails and some program eats all that is there and more, some process has to die. If the wrong one is chosen, the system can fail. There are workarounds (like ulimits and stuff), but they tend to cause operations to fail that could otherwise complete. -- David Kastrup