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: bzr repository ready? Date: Sun, 22 Nov 2009 15:55:05 -0500 Message-ID: References: <87zl6vskq0.fsf@red-bean.com> <874op07kb0.fsf@red-bean.com> <87639fr3w7.fsf@red-bean.com> <87vdhfpil2.fsf@red-bean.com> <87einvxy9c.fsf@red-bean.com> <20091118230952.GB908@muc.de> <87my2jw05z.fsf@red-bean.com> <83skc9pbf7.fsf@gnu.org> <87iqd5vw5n.fsf@red-bean.com> <83hbsop394.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1258923332 25373 80.91.229.12 (22 Nov 2009 20:55:32 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 22 Nov 2009 20:55:32 +0000 (UTC) Cc: Karl Fogel , jearl@notengoamigos.org, ian.clatworthy@canonical.com, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Nov 22 21:55:24 2009 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 1NCJSs-0004bG-9y for ged-emacs-devel@m.gmane.org; Sun, 22 Nov 2009 21:55:22 +0100 Original-Received: from localhost ([127.0.0.1]:55839 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NCJSr-00063j-VE for ged-emacs-devel@m.gmane.org; Sun, 22 Nov 2009 15:55:21 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NCJSl-000626-2u for emacs-devel@gnu.org; Sun, 22 Nov 2009 15:55:15 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NCJSg-0005xz-9T for emacs-devel@gnu.org; Sun, 22 Nov 2009 15:55:14 -0500 Original-Received: from [199.232.76.173] (port=37691 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NCJSg-0005xl-2m for emacs-devel@gnu.org; Sun, 22 Nov 2009 15:55:10 -0500 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.183]:51753 helo=ironport2-out.pppoe.ca) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NCJSd-0004vX-1u; Sun, 22 Nov 2009 15:55:07 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvYEAHozCUvO+IIa/2dsb2JhbACBTdFRhDwEigI X-IronPort-AV: E=Sophos;i="4.47,267,1257138000"; d="scan'208";a="49815281" Original-Received: from 206-248-130-26.dsl.teksavvy.com (HELO ceviche.home) ([206.248.130.26]) by ironport2-out.pppoe.ca with ESMTP; 22 Nov 2009 15:55:05 -0500 Original-Received: by ceviche.home (Postfix, from userid 20848) id 8C2FEB40C9; Sun, 22 Nov 2009 15:55:05 -0500 (EST) In-Reply-To: <83hbsop394.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 21 Nov 2009 12:43:19 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (gnu/linux) X-detected-operating-system: 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:117508 Archived-At: > . The description starts with "bzr init-repo" followed by "bzr > branch", but in fact all the discussions on the subject I saw till > now recommend to "scp -r" instead. It is unclear whether any of > the first commands should be modified, replaced, or removed if the > "scp -r" method is used. Yes, the "scp -r" does the "init-repo" plus fetches the branches. What it doesn't do is "check out" the branches, i.e. populate the directories with the files of the branches. So you need something like: scp -r bzr.sv.gnu.org:/srv/bzr/emacs . cd emacs/trunk; bzr checkout bzr pull sftp://bzr.sv.gnu.org/srv/bzr/emacs/trunk IIUC scp only works for non-anonymous access, so we'll want to place a tarball somewhere for download so the scp will be replaced by "wget+untar". > Also, the above doc.bazaar URL uses the --trees switch to init-repo. > What is its significance, and do we need to use it? IIRC it means that when you do "bzr branch" (aka "bzr clone") you'll get a branch complete with its files, whereas otherwise you'd only get a branch without its files (i.e. it would require a separate "bzr checkout" as I did above in order to get the files). > Is this structure imposed by Bazaar or known conveniences, or is > it just a suggestion, and the directories can be anywhere? Just a suggestion. Emacs's own repository uses "trunk" for the main line of development, so it makes sense to use the same name, but it doesn't have to be the case either. > . The considerations for starting a "task branch" as opposed to a > lightweight branch are not clear. The text talks about "multiple > commits and rounds of feedback", but keeps silent about what does > this "feedback" mean in practice. More details are needed to make > the "lightweight vs task branch" decision in practice. For any kind of development, I strongly discourage lightweight branches, unless you have very fast and constant access to the base repository (i.e. most likely not the case if the base repository is the Emacs repository). > . The description of pushing local changes upstream say nothing about > the ChangeLog files. IIUC, unless I do something special, all my > local log entries get to the upstream log files verbatim, and > therefore (a) will be out of time-line (i.e. dates will not > increase monotonically anymore), and (b) will include entries about > intermediate changes we generally didn't want to see up until now, > such as changes in functions that were subsequently deleted, or > changes in functions that didn't exist on the trunk before local > changes were pushed. Unless there's some magic here that does TRT, > I think we need instructions for this area. There's no magic. Since we will still use the ChangeLog file, that file will need to be written (or at least fixed up) at the time you push to upstream). > . The text says to update the mirror only _after_ pushing the local > changes from the task branch and deleting that branch. Is it not > possible or advisable to update the mirror with partially pushed > changes, while the task branch still exists? (Use-case: while > working on a new feature, I discover a bug in the existing code, > and want to fix it without waiting for my final push.) No idea. > . It's unclear whether building inside the mirror branch tree is okay > or not. For that matter, it's unclear whether the ``thing'' > created by "bzr branch" is just a simple directory tree, like the > one created by "cvs checkout" (in which case one can build from > within that tree), or something with more complex metadata, which > makes building and editing in it undesirable. It's just like a cvs checkout in this respect. > Yes, but it just says "1.17 or higher", to support some unnamed > features needed for Emacs. Current versions of Bazaar are 2.0.2 and > 2.1.0b1. It would be good to have recommendations for the best > version since 1.17. I think "1.17 or higher" is about as good as it gets. More recent versions will give you more recent code with new features and new bugs, of course, but I don't think there's any preferred version. Of course if you have to download one, you might as well download the latest stable version. Stefan