From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nick Dokos Subject: Re: [RFC] Move ox-koma-letter into core? Date: Tue, 21 Jan 2014 10:50:49 -0500 Message-ID: <87mwiptjty.fsf@alphaville.bos.redhat.com> References: <878uueciku.fsf@gmail.com> <55F46D73-2430-4831-ABE9-D66AE03647E7@gmail.com> <874n50cdnu.fsf@bzg.ath.cx> <87mwisrrv8.fsf@Rainer.invalid> <87k3dwaw98.fsf@bzg.ath.cx> <87r482wo2k.fsf@Rainer.invalid> <87ha8yjzeb.fsf@bzg.ath.cx> <87eh42wju4.fsf@Rainer.invalid> <874n4yju56.fsf@bzg.ath.cx> <87eh4259r2.fsf@gmail.com> <87iotdhait.fsf@bzg.ath.cx> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:38976) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W5dbb-0001rS-4g for emacs-orgmode@gnu.org; Tue, 21 Jan 2014 10:51:16 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W5dbV-00056k-9s for emacs-orgmode@gnu.org; Tue, 21 Jan 2014 10:51:11 -0500 Received: from plane.gmane.org ([80.91.229.3]:48746) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W5dbV-00056c-2f for emacs-orgmode@gnu.org; Tue, 21 Jan 2014 10:51:05 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1W5dbT-0004p9-JJ for emacs-orgmode@gnu.org; Tue, 21 Jan 2014 16:51:03 +0100 Received: from nat-pool-bos-t.redhat.com ([66.187.233.206]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 21 Jan 2014 16:51:03 +0100 Received: from ndokos by nat-pool-bos-t.redhat.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 21 Jan 2014 16:51:03 +0100 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Bastien writes: > > The separate repo could be a submodule of Org's core repo and its > contents could even make it into the .tar.gz and .zip files. > I'm not sure that submodules are robust enough. I tried using them for a small project and found them wanting (that was a couple of years ago, so there may be have changes to git to make things better). I then used the alternate strategy described in Chacon's book (git subtree merging) and ended up in a tangle: I had to tease the repos apart manually. I now do things more manually, but (to me) more transparently. This may very well have been me tripping over my shoelaces of course, and a more knowledgeable git admin might have been able to make things work better than I did. But I think it would behoove us to step into those waters with a fair amount of caution, a backup strategy and lots of experimentation and documentation, before we take the leap. Nick