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: Replacing the `elpa' branch Date: Fri, 15 Feb 2013 15:33:50 -0500 Message-ID: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1360960440 11553 80.91.229.3 (15 Feb 2013 20:34:00 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 15 Feb 2013 20:34:00 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Feb 15 21:34:22 2013 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 1U6RzC-0007Pq-3X for ged-emacs-devel@m.gmane.org; Fri, 15 Feb 2013 21:34:22 +0100 Original-Received: from localhost ([::1]:33975 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U6Ryr-0005aD-QB for ged-emacs-devel@m.gmane.org; Fri, 15 Feb 2013 15:34:01 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:36982) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U6Ryp-0005a5-ML for emacs-devel@gnu.org; Fri, 15 Feb 2013 15:34:01 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1U6Ryo-0004Sh-86 for emacs-devel@gnu.org; Fri, 15 Feb 2013 15:33:59 -0500 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.182]:50168) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U6Ryo-0004SJ-4T for emacs-devel@gnu.org; Fri, 15 Feb 2013 15:33:58 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhcHABK/CFFFxKjI/2dsb2JhbABEtyKDI4RJF3OCe3ImGA2ISKALoSKNYYMpA4hhnBmBXoMV X-IPAS-Result: AhcHABK/CFFFxKjI/2dsb2JhbABEtyKDI4RJF3OCe3ImGA2ISKALoSKNYYMpA4hhnBmBXoMV X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="1528286" Original-Received: from 69-196-168-200.dsl.teksavvy.com (HELO pastel.home) ([69.196.168.200]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 15 Feb 2013 15:33:55 -0500 Original-Received: by pastel.home (Postfix, from userid 20848) id CCB0F6F7D2; Fri, 15 Feb 2013 15:33:50 -0500 (EST) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 206.248.154.182 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:157061 Archived-At: As many of you know, the `elpa' branch is kind of sick: while the branch itself is actually fine, Bzr chokes on it when doing the initial checkout (the checkout is still possible, if you know the trick). This bug in Bzr has been reported at least since October 2011 and still isn't fixed, so given the lack of development of Bazaar, we can mostly assume it won't be fixed. We could rewrite the `elpa' branch, throwing away the crucial info that triggers the bug, but it's an info I'd like to keep (it's the merge metadata that lets us merge from externally maintained branches of elpa packages). Luckily there's one way forward: using a Git branch for `elpa'. Joergen Schaefer and John Wiegley are working at producing a Git branch that preserves the metadata we currently have in `elpa'. I don't want this to be a discussion about the merits/pitfalls of Git vs Bzr, and this is not an occasion to discuss the use of Git for the `trunk' either. It's just the only way forward to fix this long standing and embarrassing problem on the `elpa' branch. I'm not terribly happy about this change, since it means we'll be using two different tools (Git for `elpa' and Bzr for `trunk'), but I really see no other way out. So this is mostly a heads up. If someone (and no, not someone like Glenn who's already busy enough) could take care of adjusting the scripts in elpa/admin, that would be appreciated. Stefan