From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#6871: Please make linum-mode per buffer, not per major mode Date: Fri, 20 Aug 2010 12:05:50 +0300 Message-ID: <831v9tr6vl.fsf@gnu.org> References: Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1282295355 25201 80.91.229.12 (20 Aug 2010 09:09:15 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 20 Aug 2010 09:09:15 +0000 (UTC) Cc: lekktu@gmail.com, 6871@debbugs.gnu.org To: Lennart Borgman Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Aug 20 11:09:14 2010 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1OmNb6-00085p-Um for geb-bug-gnu-emacs@m.gmane.org; Fri, 20 Aug 2010 11:09:13 +0200 Original-Received: from localhost ([127.0.0.1]:42260 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OmNb6-0004NJ-5I for geb-bug-gnu-emacs@m.gmane.org; Fri, 20 Aug 2010 05:09:12 -0400 Original-Received: from [140.186.70.92] (port=36591 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OmNax-0004Lk-Tj for bug-gnu-emacs@gnu.org; Fri, 20 Aug 2010 05:09:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OmNaw-00029j-Lr for bug-gnu-emacs@gnu.org; Fri, 20 Aug 2010 05:09:03 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:50591) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OmNaw-00029a-KP for bug-gnu-emacs@gnu.org; Fri, 20 Aug 2010 05:09:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1OmNYz-0007P8-Jg; Fri, 20 Aug 2010 05:07:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 20 Aug 2010 09:07:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 6871 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 6871-submit@debbugs.gnu.org id=B6871.128229520428455 (code B ref 6871); Fri, 20 Aug 2010 09:07:01 +0000 Original-Received: (at 6871) by debbugs.gnu.org; 20 Aug 2010 09:06:44 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OmNYh-0007Ou-VJ for submit@debbugs.gnu.org; Fri, 20 Aug 2010 05:06:44 -0400 Original-Received: from mtaout20.012.net.il ([80.179.55.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OmNYe-0007Op-Sk for 6871@debbugs.gnu.org; Fri, 20 Aug 2010 05:06:42 -0400 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0L7G00I000C3DG00@a-mtaout20.012.net.il> for 6871@debbugs.gnu.org; Fri, 20 Aug 2010 12:07:49 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([77.127.220.100]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0L7G00HFA1CYPYC0@a-mtaout20.012.net.il>; Fri, 20 Aug 2010 12:07:47 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Fri, 20 Aug 2010 05:07:01 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:39659 Archived-At: > From: Lennart Borgman > Date: Fri, 20 Aug 2010 00:21:40 +0200 > Cc: 6871@debbugs.gnu.org > > > That depends. I don't develop on the trunk, but a branch, so if some > > of the changes are trivial fixes or whatever, I move them to the trunk > > and commit them right now (so one less thing to think about) and keep > > the other changes in the branch while I refine them. Else, I commit > > each change to my branch as separate commits, and then, when the time > > comes to merge back to the trunk, I decide if they are related or not, > > so I push them as a merge or separate commits. > > Thansk, I think I understand the workflow, but I do not know how to do > this practically. > > Let us say I first in this case write the parts for multi major modes. > I guess I then submit this to my local rep? How? You need to create a separate branch, with the "bzr branch" command. Then you can commit there with "bzr ci". Alternatively, you can use "bzr ci --local" in the bound branch, but this is less recommended, since it requires you to be aware of local commits that you didn't push to the remote repository. > And how do I make a diff after that? Can I make the diff later on to > in a simple way? Ye, "bzr diff" supports versions. E.g., bzr diff -r101100..101101 will produce the diffs between the two named versions. > After this I want to do the other changes to linum immediately so I > will not forget them. So I do that and submit them to my local rep. Yes. > Or should I do something else at this point? Nothing else is required. > And what if Stefan (or someone else) now says that the first part > needs some refinements and I should send a new patch? How can I handle > that now after I have submitted my first part to my local rep? You commit another change and use "bzr diff" as above, with a different couple of revision numbers.