From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Engster Newsgroups: gmane.emacs.devel Subject: Re: Bundling GNU ELPA packages Date: Fri, 07 Nov 2014 08:21:50 +0100 Message-ID: <87egtfa31t.fsf@engster.org> References: <87ioira4en.fsf@engster.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1415344944 17996 80.91.229.3 (7 Nov 2014 07:22:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 7 Nov 2014 07:22:24 +0000 (UTC) Cc: Lars Magne Ingebrigtsen , emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Nov 07 08:22:18 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 1Xmds9-0004M8-ML for ged-emacs-devel@m.gmane.org; Fri, 07 Nov 2014 08:22:17 +0100 Original-Received: from localhost ([::1]:58684 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xmds9-0003wX-34 for ged-emacs-devel@m.gmane.org; Fri, 07 Nov 2014 02:22:17 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46301) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xmdrs-0003wO-DM for emacs-devel@gnu.org; Fri, 07 Nov 2014 02:22:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xmdrm-0000ZM-BE for emacs-devel@gnu.org; Fri, 07 Nov 2014 02:22:00 -0500 Original-Received: from randomsample.de ([5.45.97.173]:53583) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xmdrm-0000ZF-2d for emacs-devel@gnu.org; Fri, 07 Nov 2014 02:21:54 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=randomsample.de; s=a; h=Content-Type:MIME-Version:Message-ID:Date:References:In-Reply-To:Subject:Cc:To:From; bh=y470XU5bztlE+d7TwdLuSwscoj2lFcJr/g8kRq7Gkik=; b=llMPeqvIJijhSamqF8rZGABUAXZkPPGFtm2d5M5dSroq8rQ0Z5PIaYK19FsaLokAi7/+ivd8SZJRJ0xEsYndqyD0VjiVFPQgpdv1c5POXbxZDzmZ6benfXmGiGhf/xk1; Original-Received: from ip2504b377.dynamic.kabel-deutschland.de ([37.4.179.119] helo=spaten) by randomsample.de with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1Xmdrk-00014V-W3; Fri, 07 Nov 2014 08:21:53 +0100 In-Reply-To: <87ioira4en.fsf@engster.org> (David Engster's message of "Fri, 07 Nov 2014 07:52:32 +0100") User-Agent: Gnus/5.13001 (Ma Gnus v0.10) Emacs/24.3.91 (gnu/linux) Mail-Followup-To: Stefan Monnier , Lars Magne Ingebrigtsen , emacs-devel@gnu.org X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 5.45.97.173 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:176510 Archived-At: David Engster writes: > Stefan Monnier writes: >>> I think you're not quite communicating what the purpose here is. >> >> Currently the purpose is to move Org to elpa.git and to add company to >> Emacs without moving it to emacs.git. >> >> Once that is supported, maybe some other packages will want to do like >> Org, but it's a separate discussion and there's no hurry for that one. > > I second Lars' confusion here, and you didn't really answer his > question: if we "bundle a package from ELPA", it is *always* available, > isn't it? So how's that a problem if a package is also used by other > code in Emacs? And to add to your second paragraph: I'm afraid there's a bit of a hurry w.r.t. to CEDET. Once Emacs has moved to git, all my merging setup will be tears in rain. CEDET will switch to git as well, but I'm not eager to first setup a new patch-by-patch merging script and then move to yet another solution. As I've said, my idea was to import CEDET as a git-subtree in Emacs, but if we go the ELPA-bundle route, that should be done rather sooner than later before the two repositories diverge too much. -David