From: Eli Zaretskii <eliz@gnu.org>
To: Dmitry Gutov <dgutov@yandex.ru>
Cc: ddavis@ddavis.io, larsi@gnus.org, 46610@debbugs.gnu.org,
monnier@iro.umontreal.ca
Subject: bug#46610: Interactive mode tagging for python.el navigation functions
Date: Thu, 18 Feb 2021 19:25:43 +0200 [thread overview]
Message-ID: <834ki95luw.fsf@gnu.org> (raw)
In-Reply-To: <4419101f-a65a-6906-2cdd-d550f5f40f0a@yandex.ru> (message from Dmitry Gutov on Thu, 18 Feb 2021 17:37:37 +0200)
> Cc: ddavis@ddavis.io, larsi@gnus.org, 46610@debbugs.gnu.org,
> monnier@iro.umontreal.ca
> From: Dmitry Gutov <dgutov@yandex.ru>
> Date: Thu, 18 Feb 2021 17:37:37 +0200
>
> > Not necessarily "newer", but one that relies on features that exist in
> > the Emacs version with which it is bundled.
>
> This can be done with either maintaining a separate version of python.el
> somewhere in a different repo, or with version checks inside the main
> file, compatibility aliases, etc.
>
> Neither seems warranted for the feature in question, since we have a
> backward-compatible syntax as well.
My question is more of the conceptual kind, not necessarily about this
specific change. Your original response was also about the principle,
AFAIU.
> >> Then we (someone? who?) either have to maintain both version, or accept
> >> that ELPA and all users of Emacs 24-27 won't get any subsequent updates
> >> to python.el, including support for newer Python syntax, etc.
> >
> > I don't think I understand why. We are talking about changing
> > python.el on master, which will be released with Emacs 28, in some
> > not-too-close future. What does that have to do with users of older
> > Emacsen receiving updates to python.el? I guess I'm confused here.
>
> Emacs 27 users can install the most recent version of python.el from GNU
> ELPA. This is generally a good thing.
Sure, but if the ELPA version doesn't have these changes, there's no
problem, right?
> >> Either approach can work in ELPA, but our "ELPA core" scheme aims to
> >> make new features available to as many users as feasible, while limiting
> >> the extra support effort required.
> >
> > The new features on master will be available only when Emacs 28 is
> > released, until then they cannot possibly do any harm to anyone.
> > Right?
>
> I meant the "new features" of python.el (not of Emacs 28 core) and of
> other "ELPA core" packages.
Those new features are not merged to python.el in master branch of the
Emacs repository? If they are, then users of older Emacsen can have
them from ELPA, while those who use the development version will have
them from master. Right?
next prev parent reply other threads:[~2021-02-18 17:25 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-02-18 4:46 bug#46610: Interactive mode tagging for python.el navigation functions Doug Davis
2021-02-18 11:40 ` Lars Ingebrigtsen
2021-02-18 11:49 ` Dmitry Gutov
2021-02-18 11:52 ` Lars Ingebrigtsen
2021-02-18 14:41 ` Eli Zaretskii
2021-02-18 14:54 ` Dmitry Gutov
2021-02-18 15:07 ` Eli Zaretskii
2021-02-18 15:37 ` Dmitry Gutov
2021-02-18 17:25 ` Eli Zaretskii [this message]
2021-02-18 17:54 ` Dmitry Gutov
2021-02-18 19:47 ` Eli Zaretskii
2021-02-18 19:57 ` Dmitry Gutov
2021-02-18 20:00 ` Eli Zaretskii
2021-02-18 20:05 ` Dmitry Gutov
2021-02-18 15:50 ` Doug Davis
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=834ki95luw.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=46610@debbugs.gnu.org \
--cc=ddavis@ddavis.io \
--cc=dgutov@yandex.ru \
--cc=larsi@gnus.org \
--cc=monnier@iro.umontreal.ca \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).