From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Karl Fogel Newsgroups: gmane.emacs.devel Subject: Re: Apologia for bzr Date: Fri, 03 Jan 2014 14:17:25 -0600 Message-ID: <87r48ovmzu.fsf@ktab.red-bean.com> References: <87fvp6bdd9.fsf_-_@ktab.red-bean.com> <83wqiixqbb.fsf@gnu.org> <20140102172804.GB13245@thyrsus.com> <83vby2xo6x.fsf@gnu.org> <20140102183432.GB13506@thyrsus.com> <83sit6xgfg.fsf@gnu.org> <8761q18kni.fsf@thinkpad.tsdh.org> <838uuxxsxu.fsf@gnu.org> <20140103174534.GC17261@thyrsus.com> <8761q1x82k.fsf@ktab.red-bean.com> <87txdlgcvq.fsf@flea.lifelogs.com> <87r48pvsdo.fsf@ktab.red-bean.com> Reply-To: Karl Fogel NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1388780256 29166 80.91.229.3 (3 Jan 2014 20:17:36 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 3 Jan 2014 20:17:36 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jan 03 21:17:42 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1VzBBd-0000cD-69 for ged-emacs-devel@m.gmane.org; Fri, 03 Jan 2014 21:17:41 +0100 Original-Received: from localhost ([::1]:51672 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VzBBc-0006lx-Ow for ged-emacs-devel@m.gmane.org; Fri, 03 Jan 2014 15:17:40 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43645) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VzBBU-0006iX-Ix for emacs-devel@gnu.org; Fri, 03 Jan 2014 15:17:37 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VzBBP-0002Vm-9J for emacs-devel@gnu.org; Fri, 03 Jan 2014 15:17:32 -0500 Original-Received: from mail-ig0-x22f.google.com ([2607:f8b0:4001:c05::22f]:40731) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VzBBP-0002VZ-4O for emacs-devel@gnu.org; Fri, 03 Jan 2014 15:17:27 -0500 Original-Received: by mail-ig0-f175.google.com with SMTP id j1so1958487iga.2 for ; Fri, 03 Jan 2014 12:17:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:references:reply-to:date:in-reply-to :message-id:user-agent:mime-version:content-type :content-transfer-encoding; bh=PkVw+APOFB9AnCrn4sUgbzteVFKIHrINbjNJxmAzx7k=; b=JSafZbvo38fZgS8lXEXwtEOZnUvOp3+dYffpjkHpEdbJ+vTHDf5WkQ2bvAxwEvwpHd yM77T9lKa0RkG0gVdD0XxpqfrAgArQa2/O8vUvDSRGaUZXBVZWSrLikf/zCiidiNUaHo gx8dqm4bkT+GKwGJ0cKx7Ophoq94++GkpYIUkE0MolEpHH4xCDHPD+0yya7JQeEf/4u1 zTILnTuVpRKIKQFhds9Ur7FFT3JbQURLI9VbNRVVgCIeVnhpxzczU/uxVhvm3n334s7d +Pa9UjY20/c2M+7hQHE2yuxAw16wYB4i95JxbxPjh2tkRv1/h7ZdiU99xc4bfRlshDFC k/+g== X-Received: by 10.50.128.72 with SMTP id nm8mr4914265igb.10.1388780246566; Fri, 03 Jan 2014 12:17:26 -0800 (PST) Original-Received: from ktab.red-bean.com (74-92-190-113-Illinois.hfc.comcastbusiness.net. [74.92.190.113]) by mx.google.com with ESMTPSA id c10sm3328757igx.4.2014.01.03.12.17.25 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Fri, 03 Jan 2014 12:17:25 -0800 (PST) In-Reply-To: (Stefan Monnier's message of "Fri, 03 Jan 2014 14:52:42 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:4001:c05::22f X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:167225 Archived-At: Stefan Monnier writes: >> I guess I really meant "If they switch to having a common branch history >> with core Emacs, then merging and change porting gets a lot easier, > >As you know, there is no VCS tool out there that can actually handle >such a thing. Two-way syncs between different branches is still an >open problem. ? No, I meant what I said, but it's possible I said it too compactly. (If you want, I can explain in more detail off-list, but I won't go into it more here as it's tangential to our immediate concerns -- i.e., feel free to drop it, as I think it's an academic point given the accumulated history of those projects on their own branches :-) ). =C2=ADK