From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Michael Welsh Duggan Newsgroups: gmane.emacs.devel Subject: Re: RFC: Adding BBDB to Emacs core Date: Sun, 15 Apr 2018 23:11:16 -0400 Message-ID: <87sh7vyhez.fsf@md5i.com> References: <3ovactap4b.fsf@fencepost.gnu.org> <87sh7wi2up.fsf@russet.org.uk> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1523848205 8247 195.159.176.226 (16 Apr 2018 03:10:05 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 16 Apr 2018 03:10:05 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Apr 16 05:10:00 2018 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f7uWl-00021N-VO for ged-emacs-devel@m.gmane.org; Mon, 16 Apr 2018 05:10:00 +0200 Original-Received: from localhost ([::1]:37472 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f7uYq-0000OF-SK for ged-emacs-devel@m.gmane.org; Sun, 15 Apr 2018 23:12:08 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54518) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f7uY5-0000Nt-PZ for emacs-devel@gnu.org; Sun, 15 Apr 2018 23:11:26 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f7uY1-0003TA-Ej for emacs-devel@gnu.org; Sun, 15 Apr 2018 23:11:21 -0400 Original-Received: from md5i.com ([75.151.244.229]:56966) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1f7uY1-0003Sg-8a for emacs-devel@gnu.org; Sun, 15 Apr 2018 23:11:17 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=md5i.com; s=dkim; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:References: Subject:To:From:Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=FOiv5AbStIhF50nbLuzopBfF5p+ZLKmtWO0MLjHrnCs=; b=AtgURsWH1AMEagT7Pxix8Bvb7M x4sQLh5cwoqHV7liPiA0CjrFovJuN+zXnmp5/hmEQETmc+LO/M7RIcnCKhnMWQi/4DWS8bN2iguiE bShgRSp1xz8gXEcmrnyiWw0oK; Original-Received: from md5i by md5i.com with local (Exim 4.90_1) (envelope-from ) id 1f7uY0-0000BV-AE for emacs-devel@gnu.org; Sun, 15 Apr 2018 23:11:16 -0400 In-Reply-To: <87sh7wi2up.fsf@russet.org.uk> (Phillip Lord's message of "Sun, 15 Apr 2018 22:20:14 +0100") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 75.151.244.229 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:224630 Archived-At: phillip.lord@russet.org.uk (Phillip Lord) writes: > This version: > > http://git.savannah.gnu.org/cgit/emacs.git/log/?h=elparized-core > > for example, just pulls out parts of ELPA using git magic, and copies > the files into core. Simple, straight-forward and it works. But, > ultimately, will it make maintaining core more easy? In the end, I think > not, because it is essentially an ad-hoc way of tying together emacs.git > and elpa.git. > > > This version: > > http://git.savannah.gnu.org/cgit/emacs.git/log/?h=feature/integrated-elpa > > uses package.el during the build process of Emacs, so that ELPA packages > could be added as packages. It requires more work. In the end, my own > feeling is that this is the right way. We could dramatically slim down > core Emacs to be enough to run package.el. The release would then be > "core plus what ever packages we think are important at the time". > > This would decrease the complexity of the emacs git. But it might > increase the complexity of the release process, since you'd be dependent > on multiple other packages. I think ELPA and package.el need > to be able to cope with multiple versions of the same package, > supporting different versions of Emacs for this to work. I would support any method that does _not_ require a working internet connection in order to install packages. I have had to work on Emacs in many, many places that have limited or non-existent network connections. The ability to "move a package to external medium," then "install from medium as a 'package' maintained by package-mode" would be very nice to have. This may not actually have anything to do with the text I quoted, but I would like to put it out there anyway, just so it is in the back of implementers' minds. -- Michael Welsh Duggan (md5i@md5i.com)