From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.devel Subject: Re: distributing Emacs modules as ELPA packages Date: Thu, 07 Jul 2016 15:57:28 -0400 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <87twg1b4rb.fsf@lifelogs.com> References: <87eg75ct2a.fsf@lifelogs.com> <83shvljsi1.fsf@gnu.org> <87a8htcr55.fsf@lifelogs.com> <83mvltjrdi.fsf@gnu.org> <87y45dbaly.fsf@lifelogs.com> <83lh1djl25.fsf@gnu.org> Reply-To: emacs-devel@gnu.org NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1467921482 16053 80.91.229.3 (7 Jul 2016 19:58:02 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 7 Jul 2016 19:58:02 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jul 07 21:57:53 2016 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 1bLFQk-0006KV-Qb for ged-emacs-devel@m.gmane.org; Thu, 07 Jul 2016 21:57:50 +0200 Original-Received: from localhost ([::1]:42014 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bLFQk-0002hP-4J for ged-emacs-devel@m.gmane.org; Thu, 07 Jul 2016 15:57:50 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49595) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bLFQe-0002hK-2T for emacs-devel@gnu.org; Thu, 07 Jul 2016 15:57:44 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bLFQZ-0003Bx-SI for emacs-devel@gnu.org; Thu, 07 Jul 2016 15:57:43 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:46683) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bLFQZ-0003Bp-L5 for emacs-devel@gnu.org; Thu, 07 Jul 2016 15:57:39 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1bLFQY-0006DQ-3O for emacs-devel@gnu.org; Thu, 07 Jul 2016 21:57:38 +0200 Original-Received: from c-98-229-60-157.hsd1.ma.comcast.net ([98.229.60.157]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 07 Jul 2016 21:57:38 +0200 Original-Received: from tzz by c-98-229-60-157.hsd1.ma.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 07 Jul 2016 21:57:38 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: emacs-devel@gnu.org Original-Lines: 31 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: c-98-229-60-157.hsd1.ma.comcast.net 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 User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) Cancel-Lock: sha1:QWcWXj5/ZSZltdTFzC+vXERoy2k= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 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:205374 Archived-At: On Thu, 07 Jul 2016 22:38:10 +0300 Eli Zaretskii wrote: >> From: Ted Zlatanov >> Date: Thu, 07 Jul 2016 13:51:05 -0400 >> >> 1. We have modules in 25.1. >> >> 2. 25.1 is in feature freeze (so code bindings are stable). >> >> 3. We discussed putting the crypto patch in an ELPA module package years >> ago; in fact Stefan made it a requirement: EZ> My problem is that anyone who'd want to use that package will have to EZ> build Emacs themselves, probably from the Git checkout. That's not EZ> for the faint at heart. The package will include some metadata to tell package.el that it requires modules enabled. Then package.el can warn appropriately when the package or things that depend on it are requested. This metadata is not defined currently, AFAIK. package.el also needs logic to rebuild the module from source or install from binaries. None of these tasks have been done before AFAIK (which is why I asked in the first place). Someone has to be first I guess :) I'll work on it in a scratch branch and publish it for review when it's ready. Ted