From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Daniel Hackney Newsgroups: gmane.emacs.devel Subject: Re: Put updated package.el in ELPA? (and cl-lib backport) Date: Fri, 2 Nov 2012 19:24:17 -0400 Message-ID: References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=14dae934071b4d994f04cd8b6f9d X-Trace: ger.gmane.org 1351898663 9387 80.91.229.3 (2 Nov 2012 23:24:23 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 2 Nov 2012 23:24:23 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Nov 03 00:24:32 2012 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 1TUQbI-0003pe-G8 for ged-emacs-devel@m.gmane.org; Sat, 03 Nov 2012 00:24:32 +0100 Original-Received: from localhost ([::1]:59273 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TUQb9-0002fH-Sb for ged-emacs-devel@m.gmane.org; Fri, 02 Nov 2012 19:24:23 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:51410) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TUQb6-0002f9-JQ for emacs-devel@gnu.org; Fri, 02 Nov 2012 19:24:21 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TUQb5-0002NI-7Q for emacs-devel@gnu.org; Fri, 02 Nov 2012 19:24:20 -0400 Original-Received: from mail-ie0-f169.google.com ([209.85.223.169]:54210) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TUQb4-0002NB-Vj for emacs-devel@gnu.org; Fri, 02 Nov 2012 19:24:19 -0400 Original-Received: by mail-ie0-f169.google.com with SMTP id 10so6979264ied.0 for ; Fri, 02 Nov 2012 16:24:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=haxney.org; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=CbLIXg8rgW2qkiiqLrBWhIys39g0pvo3pct6GY/XsbE=; b=otaxTRC1ctvnoVH3wyNoaQAqGCZT3JOdndl7AUmw4EFFt7yYztip7tHoEqe6aOPboR 9TJ93FEThslyvf1XyMXmXOyY7A9uIB+Nz9B7li2xOkHZ2eKeLdtGGU2Hti7Cr5P+TFGJ CMwhpUK+ilbtqeNxj67FbjsjvO1UjohqMp4Ro= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=CbLIXg8rgW2qkiiqLrBWhIys39g0pvo3pct6GY/XsbE=; b=g34z8QQbVdNZuoVO0TDnT+pJyjWYOUfGS3mHYJ1eg3YUApBZ444NEgqmOylUFEnKEJ LDQ3U+Ocxq9+R/Hvxs3PFDR3q9/8jZItHLqegfY+Kq3D+0RwSuki/JFhwigcg75TcZyu HcP35NTQX2BMGW1W/5uv98fIm9rQTplJhndMx0UmJKoODag3NLLFWvMMp9vWvu3H8eCX 8/0is+DF5gnZ88+MU9ebEg66Oqxa2pRqS8a2CJsetrqvlbHR1Ai/WBMwEbwtuaDfXyBh c83XbjvBnTu59UTA+wN5jpKwbAaAN+wRm7XIgMmYwMFRopKyblDkvCDGsJuYDnRuXn0A xVVA== Original-Received: by 10.50.213.1 with SMTP id no1mr3361757igc.64.1351898658347; Fri, 02 Nov 2012 16:24:18 -0700 (PDT) Original-Received: by 10.64.0.110 with HTTP; Fri, 2 Nov 2012 16:24:17 -0700 (PDT) Original-Received: by 10.64.0.110 with HTTP; Fri, 2 Nov 2012 16:24:17 -0700 (PDT) In-Reply-To: X-Gm-Message-State: ALoCoQm3C1v2N0MwIUEvhvoMMl395A6vGw+ssdcemCLjRz3AyNaP/BYJ0VWJ7IvH5jvuBjbSmVnT X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 209.85.223.169 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:154640 Archived-At: --14dae934071b4d994f04cd8b6f9d Content-Type: text/plain; charset=UTF-8 "Stefan Monnier" wrote: > > Is this something you all think would be appropriate? > > I don't think that would solve the problem: we don't want to force > people to install a newer package.el to access GNU ELPA with Emacs<=24.3. > > IOW the only solution is to make sure that whatever new feature we > implement does not break access with older package.el. The version of package.el shipped with 24.2 is forward-compatible for both -pkg.el files and archive-contents. It simply ignores any additional attributes at the end of the package-desc vectors. So older versions won't break, but they (obviously) won't use the the new features. > > I propose an ELPA-installable package called `cl-lib' which would be > > like 24.3's `cl', but in reverse. It would consist of a bunch of aliases > > to the `cl' functions and macros so that authors on <= 24.2 could use > > `cl-*' functions without excluding everyone not on 24.3. > > I think that would be fine. Even better if it also works for Emacs-23. I'll look into it. I don't know the internals of cl at all. Is there anything else needed other than a big giant pile of `defalias's? --14dae934071b4d994f04cd8b6f9d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

"Stefan Monnier" <monnier@iro.umontreal.ca> wrote:

> > Is this something you all think would be appropria= te?
>
> I don't think that would solve the problem: we don't want to f= orce
> people to install a newer package.el to access GNU ELPA with Emacs<= =3D24.3.
>
> IOW the only solution is to make sure that whatever new feature we
> implement does not break access with older package.el.

The version of package.el shipped with 24.2 is forward-compa= tible for both -pkg.el files and archive-contents. It simply ignores any ad= ditional attributes at the end of the package-desc vectors.

So older versions won't break, but they (obviously) won&= #39;t use the the new features.

> > I propose an ELPA-installable package called `cl-l= ib' which would be
> > like 24.3's `cl', but in reverse. It would consist of a b= unch of aliases
> > to the `cl' functions and macros so that authors on <=3D 2= 4.2 could use
> > `cl-*' functions without excluding everyone not on 24.3.
>
> I think that would be fine. =C2=A0Even better if it also works for Ema= cs-23.

I'll look into it. I don't know the internals of cl = at all. Is there anything else needed other than a big giant pile of `defal= ias's?

--14dae934071b4d994f04cd8b6f9d--