From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Stephen Leake Newsgroups: gmane.emacs.devel Subject: Re: Installing binaries with package.el Date: Thu, 09 Feb 2017 16:43:49 -0600 Message-ID: <86o9ybouhm.fsf@stephe-leake.org> 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> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1486680253 10898 195.159.176.226 (9 Feb 2017 22:44:13 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 9 Feb 2017 22:44:13 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.91 (windows-nt) To: emacs-devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Feb 09 23:44:08 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 1cbxRd-0002NC-Vo for ged-emacs-devel@m.gmane.org; Thu, 09 Feb 2017 23:44:06 +0100 Original-Received: from localhost ([::1]:40614 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cbxRj-00034S-Om for ged-emacs-devel@m.gmane.org; Thu, 09 Feb 2017 17:44:11 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48440) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cbxRc-00034L-AD for emacs-devel@gnu.org; Thu, 09 Feb 2017 17:44:05 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cbxRY-0001YH-CY for emacs-devel@gnu.org; Thu, 09 Feb 2017 17:44:04 -0500 Original-Received: from smtp145.ord.emailsrvr.com ([173.203.6.145]:49254) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cbxRY-0001WZ-9B for emacs-devel@gnu.org; Thu, 09 Feb 2017 17:44:00 -0500 Original-Received: from smtp23.relay.ord1a.emailsrvr.com (localhost [127.0.0.1]) by smtp23.relay.ord1a.emailsrvr.com (SMTP Server) with ESMTP id 018A44015E for ; Thu, 9 Feb 2017 17:43:53 -0500 (EST) X-Auth-ID: board-president@tomahawk-creek-hoa.com Original-Received: by smtp23.relay.ord1a.emailsrvr.com (Authenticated sender: board-president-AT-tomahawk-creek-hoa.com) with ESMTPSA id BBD4740133 for ; Thu, 9 Feb 2017 17:43:52 -0500 (EST) X-Sender-Id: board-president@tomahawk-creek-hoa.com Original-Received: from Takver4 (76-218-37-33.lightspeed.kscymo.sbcglobal.net [76.218.37.33]) (using TLSv1.2 with cipher AES128-GCM-SHA256) by 0.0.0.0:587 (trex/5.7.12); Thu, 09 Feb 2017 17:43:52 -0500 In-Reply-To: (Stefan Monnier's message of "Thu, 09 Feb 2017 12:39:15 -0500") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 173.203.6.145 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:212188 Archived-At: Stefan Monnier writes: > You mean "if we assume that dynload modules will be installed via apt/yum > rather than via package.el"? > > Indeed, I expect that this will end up being fairly common (since even > if you already have a C compiler installed, it's likely you'll need to > have to install some libfoo-dev package to get the module to compile). On the other hand, I'm happy to maintain a Gnu ELPA package, but I quit being a Debian maintainer years ago, and I never was a maintainer for other OS distros. So if my ELPA package gets a dynload module (as is very likely), I will only be distributing source. And it will work on Linux and Windows without source change (hint; it won't be in C). It's not likely that some Debian maintainer will magically appear for some ELPA package. Popular ELPA packages might get Debian maintainers, but not small ones. Although I suppose the Debian Emacs maintainer might step up. That just increases the pressure on the dynload module developer to minimize the OS dependence, which is appropriate for a cross-OS tool like Emacs. > But I think that the case of non-developers installing via package.el > should be considered important as well. We probably won't be able to > provide as smooth a solution for them as `apt-get` or `yum`, but they > deserve some efforts on our part. Right. If package.el can run a shell script, that will succeed in a typical case, that's good enough. The package user manual can explain the dependencies, if any. -- -- Stephe