From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: VMS support Date: Sun, 27 Jul 2008 15:31:18 -0400 Message-ID: References: <87iquzmcxm.fsf@stupidchicken.com> <87d4l76ntu.fsf@ambire.localdomain> <8763qznhfd.fsf@stupidchicken.com> <87k5fcc2ui.fsf@ambire.localdomain> <873alz681f.fsf@ambire.localdomain> <200807241655.m6OGtiqp008494@sallyv1.ics.uci.edu> <200807271841.m6RIftSS024933@sallyv1.ics.uci.edu> <200807271906.m6RJ6VOw008253@sallyv1.ics.uci.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1217190349 9535 80.91.229.12 (27 Jul 2008 20:25:49 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 27 Jul 2008 20:25:49 +0000 (UTC) Cc: Thien-Thi Nguyen , emacs-devel@gnu.org To: Dan Nicolaescu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jul 27 22:26:38 2008 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.50) id 1KNCpC-0006xq-2Z for ged-emacs-devel@m.gmane.org; Sun, 27 Jul 2008 22:26:38 +0200 Original-Received: from localhost ([127.0.0.1]:39500 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KNCoI-0000Ad-3p for ged-emacs-devel@m.gmane.org; Sun, 27 Jul 2008 16:25:42 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KNCmT-0005mQ-4r for emacs-devel@gnu.org; Sun, 27 Jul 2008 16:23:49 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KNCmQ-0005if-Fs for emacs-devel@gnu.org; Sun, 27 Jul 2008 16:23:46 -0400 Original-Received: from [199.232.76.173] (port=46628 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KNCmP-0005i8-IP for emacs-devel@gnu.org; Sun, 27 Jul 2008 16:23:45 -0400 Original-Received: from ironport2-out.pppoe.ca ([206.248.154.182]:59790 helo=ironport2-out.teksavvy.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KNCmP-0003qS-JS for emacs-devel@gnu.org; Sun, 27 Jul 2008 16:23:45 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AisFAJdpjEhFxIYw/2dsb2JhbACBW4k+oVaBdA X-IronPort-AV: E=Sophos;i="4.31,260,1215403200"; d="scan'208";a="24861347" Original-Received: from 69-196-134-48.dsl.teksavvy.com (HELO pastel.home) ([69.196.134.48]) by ironport2-out.teksavvy.com with ESMTP; 27 Jul 2008 15:31:22 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id 103397FE3; Sun, 27 Jul 2008 15:31:18 -0400 (EDT) In-Reply-To: <200807271906.m6RJ6VOw008253@sallyv1.ics.uci.edu> (Dan Nicolaescu's message of "Sun, 27 Jul 2008 12:06:30 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-detected-kernel: by monty-python.gnu.org: Genre and OS details not recognized. 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:101592 Archived-At: > If you only can spend a few minutes at a time when doing this (and > I do), you can't write ChangeLogs when doing the work because they > will conflict on updates. You should place the ChangeLog text somewhere where it won't conflict (e.g. some temp file, or further down in the ChangeLog file where there will hopefully not be any changes) and then move it into place when you do the commit. Or you simply use C-x ^ r to auto-resolve the conflicts. > When updating you get unnecessary conflicts that need to be resolved. Again, since you're removing unused code, conflicting changes should be relatively infrequent. Doesn't sound like a big deal. > When working offline you can't cvs remove files. Yes, it's an irksome part of CVS. I even submitted a patch to fix it (together with a patch to add files offline as well) and used it for a while. But nowadays, I just directly edit the CVS/Entries file when faced with this problem (after all, all it takes is to add a "-" at the right place). > If you cvs remove files before tagging, the tag won't apply to that > file. Really? Duh, that's a nasty bug. I guess it means you should indeed refrain from "cvs removing" before the commit. Instead, you should only "rm" the files, and keep track of them, so that when you commit you do "cvs tag; cvs rm ; cvs commit". Kind of ugly indeed. > On the other hand the gain is inexistent. If someone ever intends to pick up this code and do something useful with it, having it cleanly delimited by before/after tags is very helpful. If it's not commited as a single commit, you risk having your change be interleaved with other unrelated changes. Of course, if nobody ever picks it up, the gain is indeed inexistent, but the cost really seems pretty minor compared to the effort needed to figure out how to remove the code (which parts to remove, etc...). Thank you for the effort, Stefan