From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: BZR and the bootstrap Date: Tue, 10 Aug 2010 20:26:00 +0300 Message-ID: <83k4nyv0pj.fsf@gnu.org> References: <4C5D8EB2.7090601@alice.it> <83zkwwv6k6.fsf@gnu.org> <87k4nzh8tq.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1281461187 4155 80.91.229.12 (10 Aug 2010 17:26:27 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 10 Aug 2010 17:26:27 +0000 (UTC) Cc: emacs-devel@gnu.org, handa@m17n.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Aug 10 19:26:23 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 1Oisad-0004OR-6q for ged-emacs-devel@m.gmane.org; Tue, 10 Aug 2010 19:26:15 +0200 Original-Received: from localhost ([127.0.0.1]:56828 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Oisac-0007J4-Lr for ged-emacs-devel@m.gmane.org; Tue, 10 Aug 2010 13:26:14 -0400 Original-Received: from [140.186.70.92] (port=60684 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OisaS-0007Ih-7H for emacs-devel@gnu.org; Tue, 10 Aug 2010 13:26:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OisaR-00072O-0r for emacs-devel@gnu.org; Tue, 10 Aug 2010 13:26:04 -0400 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:57497) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OisaQ-000728-PP for emacs-devel@gnu.org; Tue, 10 Aug 2010 13:26:02 -0400 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0L6Y00I005KJTD00@a-mtaout22.012.net.il> for emacs-devel@gnu.org; Tue, 10 Aug 2010 20:26:01 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([77.126.102.143]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0L6Y009115R8HK60@a-mtaout22.012.net.il>; Tue, 10 Aug 2010 20:25:57 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) 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:128553 Archived-At: > From: Stefan Monnier > Cc: Eli Zaretskii , emacs-devel@gnu.org > Date: Tue, 10 Aug 2010 11:20:57 +0200 > > > I think just turning off VC-facility while building is good. > > Are there any merit in having it while building? > > I don't think VC brings any benefits while building Emacs, indeed. Nevertheless, I don't like the idea of turning it off in some circumstances. From the moment we made VC an inherent part of visiting files, it should do that always, because this is now a routine part of file ops. If we disable it in some situations, a Lisp programmer will be unable to tell when VC is available and when not without consulting the code or the docs, because no one will remember all these conditions a year from now. > OTOH, if it needs to be turned off in this case, maybe it needs to be > turned off in other cases. IOW, I'd rather try and make sure VC "never" > needs to be turned off, or only in cases where the user really has an > odd config that justifies such a measure. Right. > E.g. we could change VC so it figures out which backend is in use > (etc...) more lazily. I think the problem here is with running "bzr status". But we could be smarter about doing that in a lightweight checkout.