From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.devel Subject: Re: Installing binaries with package.el Date: Thu, 09 Feb 2017 11:20:41 -0500 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <87a89vmj3a.fsf@flea> References: <3fdcbe78-969e-f9e1-2a9d-a5f8494c35b3@mit.edu> <8760kmtvpu.fsf@mbork.pl> <35ae3a71-f8da-3405-6966-38337d8e74e0@gmail.com> <871svatqh0.fsf@mbork.pl> <76433d89-f381-b805-4501-c9c8b8f7a275@gmail.com> <87d1euniog.fsf@flea> <877f51oklv.fsf@flea> Reply-To: emacs-devel@gnu.org NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1486657269 17280 195.159.176.226 (9 Feb 2017 16:21:09 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 9 Feb 2017 16:21:09 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Feb 09 17:21:05 2017 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 1cbrSy-0004IY-DN for ged-emacs-devel@m.gmane.org; Thu, 09 Feb 2017 17:21:04 +0100 Original-Received: from localhost ([::1]:38794 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cbrT4-0001P4-48 for ged-emacs-devel@m.gmane.org; Thu, 09 Feb 2017 11:21:10 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39238) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cbrSv-0001Ow-I6 for emacs-devel@gnu.org; Thu, 09 Feb 2017 11:21:02 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cbrSq-0002x3-Ni for emacs-devel@gnu.org; Thu, 09 Feb 2017 11:21:01 -0500 Original-Received: from [195.159.176.226] (port=36870 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cbrSq-0002wU-HD for emacs-devel@gnu.org; Thu, 09 Feb 2017 11:20:56 -0500 Original-Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1cbrSf-0003Fh-9J for emacs-devel@gnu.org; Thu, 09 Feb 2017 17:20:45 +0100 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: emacs-devel@gnu.org Original-Lines: 24 Original-X-Complaints-To: usenet@blaine.gmane.org X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6; d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" Mail-Copies-To: never Cancel-Lock: sha1:rkqnZIC1ItE2khz8WWzL2ObYIWM= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 195.159.176.226 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:212169 Archived-At: On Thu, 09 Feb 2017 08:10:58 -0500 Stefan Monnier wrote: >> Do you think OS distributions will pick up the module distribution >> piece like they did with Python, Perl, etc.? SM> Not sure what you mean. Debian does already provide various ELPA SM> packages, so I guess the answer is yes, but I don't think this will be SM> of much help to the above problems (it just lets the user choose whether SM> to install a package via ELP or via dpkg, and only for those packages SM> which Debian has packaged as a dpkg). IOW, they do a parallel job, SM> which doesn't really help us (not to imply that it hurts, tho). If Debian will keep track of package dependencies, and we are not so worried about other platforms (expecting them to match Debian's approach), and we're satisfied that their approach resolves the issues I've brought up (OS package dependencies and dynload module/general binary distribution), then it's a lot less important to have dependencies on OS packages in ELPA packages or to provide any binaries (the two ELPA features I've proposed so far). If we agree on that, then ELPA packages of dynload modules only have to support local compilation for developers. Ted