From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?utf-8?Q?=C3=93scar_Fuentes?= Newsgroups: gmane.emacs.devel Subject: Re: No commit in vc? Date: Thu, 28 Jan 2010 14:43:24 +0100 Message-ID: <87zl3ytkeb.fsf@telefonica.net> References: <4B613BFB.2000107@swipnet.se> <87bpgev5bk.fsf@telefonica.net> <4B618AA4.1040403@swipnet.se> <87hbq64b5y.fsf@wanchan.jasonrumney.net> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1264687229 23258 80.91.229.12 (28 Jan 2010 14:00:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 28 Jan 2010 14:00:29 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jan 28 15:00:27 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 1NaUv2-0001zL-9B for ged-emacs-devel@m.gmane.org; Thu, 28 Jan 2010 15:00:24 +0100 Original-Received: from localhost ([127.0.0.1]:33184 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NaUuz-0007sT-Ly for ged-emacs-devel@m.gmane.org; Thu, 28 Jan 2010 09:00:21 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NaUf2-0000W3-5Q for emacs-devel@gnu.org; Thu, 28 Jan 2010 08:43:52 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NaUex-0000Tz-Pl for emacs-devel@gnu.org; Thu, 28 Jan 2010 08:43:51 -0500 Original-Received: from [199.232.76.173] (port=57204 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NaUex-0000Tu-Hx for emacs-devel@gnu.org; Thu, 28 Jan 2010 08:43:47 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]:44876) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NaUex-00045r-0T for emacs-devel@gnu.org; Thu, 28 Jan 2010 08:43:47 -0500 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1NaUeu-0007BJ-JG for emacs-devel@gnu.org; Thu, 28 Jan 2010 14:43:44 +0100 Original-Received: from 92.red-88-24-231.staticip.rima-tde.net ([88.24.231.92]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 28 Jan 2010 14:43:44 +0100 Original-Received: from ofv by 92.red-88-24-231.staticip.rima-tde.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 28 Jan 2010 14:43:44 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 41 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 92.red-88-24-231.staticip.rima-tde.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.91 (gnu/linux) Cancel-Lock: sha1:lllsJdSp4t091kVRzGjSkVIUyL8= X-detected-operating-system: by monty-python.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:120574 Archived-At: Jason Rumney writes: > The same happened to me yesterday. My sequence was > > Edit in local branch, as recommended. Commit. > > In trunk: > bzr update > bzr merge ../branch > > From Emacs C-x v d > > Mark all edited files. Type v. > Use vc specialised functions to pull the Changelog into the commit > message, add an extra one liner at the top. > C-c C-c > Bzr complains about single file commits. When you are committing after `merge', don't mark files in VC-dir. With the point on the `./' entry of VC-dir, press `v'. This does a bare `bzr commit', which comprises all changes on the working tree. Apparently, bzr complains if you ask to commit specific files even when those files are everything which is pending. > Really, this needs to be made to work, and the frequent respondants to > queries such as this need to be less condescending toward the people > reporting these problems Uh? Condescending how? > and admit that the tools need improving to match the workflow expected > by the users, not the other way around! I have nothing to admit. I wrote a guide for working with bzr on a way that is very similar to CVS, so people that just want to contribute with the minimal hassle can keep doing it. I'm not affiliated to Bazaar or Canonical in any way. I'm just trying to help. If you know what's the "workflow expected by users" (whatever that means) describe it and I'll try to see what's possible to match it. I find your claims uncalled-for and almost offensive.