From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: =?utf-8?Q?Jostein=20Kj=C3=B8nigsen?= Newsgroups: gmane.emacs.devel Subject: Re: GNU ELPA package for CC-mode Date: Mon, 20 Aug 2018 19:58:07 +0200 Message-ID: <1534787887.2223352.1480288944.4527C9AA@webmail.messagingengine.com> References: <20180819204918.GA3934@ACM> <1534753450.61885.1479668936.0BCA49E2@webmail.messagingengine.com> Reply-To: jostein@kjonigsen.net NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="_----------=_153478788722233520" Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1534787816 25403 195.159.176.226 (20 Aug 2018 17:56:56 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 20 Aug 2018 17:56:56 +0000 (UTC) Cc: Alan Mackenzie , jostein@kjonigsen.net, emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Aug 20 19:56:51 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 1froQ3-0006Q5-6b for ged-emacs-devel@m.gmane.org; Mon, 20 Aug 2018 19:56:47 +0200 Original-Received: from localhost ([::1]:48467 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1froS9-0005KU-Ng for ged-emacs-devel@m.gmane.org; Mon, 20 Aug 2018 13:58:57 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33430) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1froRR-0005KO-4z for emacs-devel@gnu.org; Mon, 20 Aug 2018 13:58:14 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1froRM-0004Vs-Nq for emacs-devel@gnu.org; Mon, 20 Aug 2018 13:58:12 -0400 Original-Received: from out1-smtp.messagingengine.com ([66.111.4.25]:42757) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1froRM-0004Ua-4W for emacs-devel@gnu.org; Mon, 20 Aug 2018 13:58:08 -0400 Original-Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id DAFEE21BF1; Mon, 20 Aug 2018 13:58:07 -0400 (EDT) Original-Received: from web4 ([10.202.2.214]) by compute6.internal (MEProxy); Mon, 20 Aug 2018 13:58:07 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= secure.kjonigsen.net; h=cc:content-transfer-encoding :content-type:date:from:in-reply-to:message-id:mime-version :references:reply-to:subject:to:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=VE3GQ6cCw0MdemXl5VzHF3Z3JFTStd97FfWQ7xvev fI=; b=b0HFin9qO3KkzBlZyqYtv8laj36122GOSyZlaxUmWu5N6h0m5zuCsJPs7 XiAjnuLVpGpaJrheQluuK4fPEmWechbFNq+Ki85BCwm1szNbj+Q4vOSDK96ujQ/R rrA1p3O4NO+DxGad/UWYnuYZIhvjJfrbk85jSEyBGX29aySA2NMUIjk9kD3lDF47 CNoOoGOEYez9gTuRLWGRG4bE6X8SpNB6ZW4Rt3XX2qzCD515GJLK7VHIjrT/GZuZ vHLcWZ11Re4ARkd7qYKp/x/hhiUUEMwhVg1l6pX1Qh5qAcKzUnBiCxGSVID1mFeb FhECalHUH39TqOb1bSLTZqb5uBw5A== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :reply-to:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=VE3GQ6cCw0MdemXl5VzHF3Z3JFTStd97FfWQ7xvevfI=; b=aSowTHLTZrX2 4PH4IGuQWT/bB5ln8bXxulovN8cyAjDMzRHlSzKuXDjXYa4nEpfW4eF0d3xxAQ12 5xSV8UjOfnz97ATAi0D+6oStN8jHA/KrxtuX0PcR0XNFnrOYzY5H8v5LiCgDhhQY 2rH/YeKvGNUYRkHqRCz+UKNFir8s4W72aBeVeYY8PT/rjVkzy43rGE6mTIwXdfo2 i6XFSEnXrXAiOjCyPtAbo+X61trMg/0pMysxG52UH3qfn/Hjb7QutSrpiPviI13J IQMdfBu/tXPbyPQ3wMkuM3lZOdjRjfBsqrX1cWnOEZzlehbtHb0IeZX+PppAyCl3 bpKqwSgjjQ== X-ME-Proxy: X-ME-Sender: Original-Received: by mailuser.nyi.internal (Postfix, from userid 99) id 578A4BA4CF; Mon, 20 Aug 2018 13:58:07 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface - ajax-7b72137a In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 66.111.4.25 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:228756 Archived-At: This is a multi-part message in MIME format. --_----------=_153478788722233520 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" On Mon, Aug 20, 2018, at 4:06 PM, Stefan Monnier wrote: >>>>> I just tested the construction of a GNU ELPA package for CC- >>>>> mode using>>> the :core thingy of elpa.git and everything looks >>>>> good.>>>> Who's going to be testing this? I've a slight suspicion th= at >>>> sometimes>> people add things to CC Mode that depend on things in >>>> sometimes>> master.>>>> That would>> be subotimal for ELPA. >>> This has not proved to be a problem for other packages we handle >>> this> way>>> (e.g. soap-client, python.el, ...). >>> One of the reasons is that it's so cheap&quick to release a new >>> version> that such problems are trivial to solve if/when they show >>> version> up.>>=20 >> cc-mode is not only used inside core Emacs, but also by third party >> developers. > [...] >=20 > I'm not suggesting to remove CC-mode from Emacs. Only to > **additionally**> distribute it via GNU ELPA. >=20 >=20 > Stefan I realize that. I was just pointing out how that can make handling compatibility harder than it used to be for packages and major-modes which derives from cc-mode. It seems though, as my suggestion to make this less of a problem (separate versioning for cc-mode accessible through programmatic means, c-version) is already implemented and in place, and as a third- party package author, I can transition to verify against that instead of emacs-version. -- Regards Jostein Kj=C3=B8nigsen jostein@kjonigsen.net =F0=9F=8D=B5 jostein@gmail.com https://jostein.kjonigsen.net --_----------=_153478788722233520 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="utf-8"
On Mon, Aug 20, 2018, at 4:06 PM, Stefan Monnier wrote:
<= div>I just tested the construction of a GNU ELPA package for CC-
mode using>>> the :core thingy of elpa.git and everything loo= ks good.
Who's going to be testing this?  I've a slight suspi= cion that
sometimes>> people add things to CC Mode that depend on things i= n master.
That would>> be subotimal for ELPA.
This has not proved to be a problem for other packages we= handle this> way
(e.g. soap-client, python.el, ...).
One of the reasons is that it's so cheap&quick to release a new
version> that such problems are trivial to solve if/when they show = up.

cc-mode is not only used inside core Emacs, but also by third party
developers.
[...]

I'm not suggesting to remove CC-mode from Emacs.  Only to *add= itionally*
distribute it via GNU ELPA.


        Stefan

I realize that.

I was just pointing out how that can make handling compatibility harde= r than it used to be for packages and major-modes which derives from cc-mod= e.

It seems though, as my suggestion to make this less of a problem (se= parate versioning for cc-mode accessible through programmatic means, c-vers= ion) is already implemented and in place, and as a third-party package auth= or, I can transition to verify against that instead of emacs-version.

--


--_----------=_153478788722233520--