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 14:36:00 -0500 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <87k28zkvhb.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> <87a89vmj3a.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 1486668989 29173 195.159.176.226 (9 Feb 2017 19:36:29 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 9 Feb 2017 19:36:29 +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 20:36:25 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 1cbuVy-00076Z-RG for ged-emacs-devel@m.gmane.org; Thu, 09 Feb 2017 20:36:23 +0100 Original-Received: from localhost ([::1]:39907 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cbuW1-0000sZ-EG for ged-emacs-devel@m.gmane.org; Thu, 09 Feb 2017 14:36:25 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51070) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cbuVv-0000sR-VW for emacs-devel@gnu.org; Thu, 09 Feb 2017 14:36:20 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cbuVr-0007dW-Qc for emacs-devel@gnu.org; Thu, 09 Feb 2017 14:36:20 -0500 Original-Received: from [195.159.176.226] (port=55623 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cbuVr-0007dN-KC for emacs-devel@gnu.org; Thu, 09 Feb 2017 14:36:15 -0500 Original-Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1cbuVf-0006GC-1C for emacs-devel@gnu.org; Thu, 09 Feb 2017 20:36:03 +0100 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: emacs-devel@gnu.org Original-Lines: 39 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:pIw8LleUyQ93Ta6jzLKoIr1Akok= 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:212177 Archived-At: On Thu, 09 Feb 2017 12:39:15 -0500 Stefan Monnier wrote: >> 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). SM> You mean "if we assume that dynload modules will be installed via apt/yum SM> rather than via package.el"? Right. SM> Indeed, I expect that this will end up being fairly common (since even SM> if you already have a C compiler installed, it's likely you'll need to SM> have to install some libfoo-dev package to get the module to compile). Exactly, plus it can be very platform-dependent at the C level... >> If we agree on that, then ELPA packages of dynload modules only have to >> support local compilation for developers. SM> But I think that the case of non-developers installing via package.el SM> should be considered important as well. We probably won't be able to SM> provide as smooth a solution for them as `apt-get` or `yum`, but they SM> deserve some efforts on our part. On Wed, 08 Feb 2017 19:52:49 +0100 Achim Gratz wrote: AG> I simply don't think that wrapper scripts and/or compiling binaries is AG> appropriate for ELPA packages, it just opens one big can of worms that I AG> don't really want to deal with in any way. Stefan, I think there's a disagreement there, and each side has a point. I don't know the best way forward. Ted