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: Re: Emacs release and bundling GNU Elpa Date: Wed, 24 Jun 2015 10:04:16 -0400 Message-ID: References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1435154688 28320 80.91.229.3 (24 Jun 2015 14:04:48 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 24 Jun 2015 14:04:48 +0000 (UTC) Cc: emacs-devel@gnu.org To: Barry Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jun 24 16:04:39 2015 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 1Z7lI5-0000K8-1R for ged-emacs-devel@m.gmane.org; Wed, 24 Jun 2015 16:04:37 +0200 Original-Received: from localhost ([::1]:50876 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z7lI4-0004Ux-BC for ged-emacs-devel@m.gmane.org; Wed, 24 Jun 2015 10:04:36 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49856) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z7lHq-0004Uq-1g for emacs-devel@gnu.org; Wed, 24 Jun 2015 10:04:22 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z7lHm-0003Cw-Qb for emacs-devel@gnu.org; Wed, 24 Jun 2015 10:04:22 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]:17301) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z7lHm-0003CV-Mw for emacs-devel@gnu.org; Wed, 24 Jun 2015 10:04:18 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0AsEwA731xV/3+MCkxcgxCEAoVVuzcJh0sEAgKBPDkUAQEBAQEBAYEKQQWDXQEBAwFWIwULCzQSFBgNJCyICwjPIwEBAQcCAR+LOoUFB4QtAQSzP4FFI2GDMyKCeAEBAQ X-IPAS-Result: A0AsEwA731xV/3+MCkxcgxCEAoVVuzcJh0sEAgKBPDkUAQEBAQEBAYEKQQWDXQEBAwFWIwULCzQSFBgNJCyICwjPIwEBAQcCAR+LOoUFB4QtAQSzP4FFI2GDMyKCeAEBAQ X-IronPort-AV: E=Sophos;i="5.13,465,1427774400"; d="scan'208";a="128169305" Original-Received: from 76-10-140-127.dsl.teksavvy.com (HELO ceviche.home) ([76.10.140.127]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 24 Jun 2015 10:04:16 -0400 Original-Received: by ceviche.home (Postfix, from userid 20848) id 21E1B660F3; Wed, 24 Jun 2015 10:04:16 -0400 (EDT) In-Reply-To: (Barry's message of "Wed, 24 Jun 2015 01:12:16 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 206.248.154.181 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:187468 Archived-At: >> step-3: we change the build scripts again so they always use those >> packages from elpa.git. > What are the essential reasons for having two Git repos rather than one? If you look beyond actual repositories (which are just arbitrary containers of data), there are more than 2 branches: there's the emacs.git branch "master", the elpa.git branch "master", and the various other elpa.git branches of the form "externals/". We want ELPA packages to live their own life, to be released at their own pace. > Is the vision that core Emacs could eventually be reduced to the Elisp > engine and other infrastructure, and ELPA constitutes the features? No. >> I think the net result will be more bugs because of unsynchronized >> development and less exposure of packages to people who track >> development on master Yes, there will be more total bugs, simply because the Emacs tarball will be bigger. But as long as those "bundled ELPA packages" (BEPs) don't affect other bundled packages, it's not worse than if the user had to install those packages by hand. So all it takes to keep those extra bugs under control is to check the autoloads of those BEPs. Stefan