From: John Wiegley <jwiegley@gmail.com>
To: Dmitry Gutov <dgutov@yandex.ru>
Cc: Tino Calancha <f92capac@gmail.com>, 22583@debbugs.gnu.org
Subject: bug#22583: 25.1.50; find-library don't call find-function-after-hook
Date: Sun, 21 Feb 2016 16:00:38 -0800 [thread overview]
Message-ID: <m2a8mtobq1.fsf@newartisans.com> (raw)
In-Reply-To: <56CA47C7.1090605@yandex.ru> (Dmitry Gutov's message of "Mon, 22 Feb 2016 01:27:03 +0200")
[-- Attachment #1: Type: text/plain, Size: 1388 bytes --]
>>>>> Dmitry Gutov <dgutov@yandex.ru> writes:
> Tino, could you resend these as one patch, using 'git format-patch' as
> described in CONTRIBUTE, with an appropriate commit message (which means
> using ChangeLog-style description, as also described in CONTRIBUTE).
> John, would you say it's okay for emacs-25?
At this point, qualification for inclusion into emacs-25 is fairly strict (now
clarifying for the sake of future discussion):
- It should *not* result in any changes to the NEWS file, APIs, or existing
documentation. Not unless we missed something major.
- If it fixes new behavior -- so, it hasn't been out in the wild yet -- then
just fix it if you think it's not destabilizing.
- If it corrects old behavior, sufficient testing is needed to ensure that
this "right" behavior does not lead to surprising behavior after two
pretests have already been out.
Be very cautious with changes at this point, since they won't have had the
benefit of those pretests. Especially if it's a breakage that has been broken
for a long time, I say it can stay broken until 25.2. But if we're smoothing
out new code before it hits the streets, there is still a little time for
that.
--
John Wiegley GPG fingerprint = 4710 CF98 AF9B 327B B80F
http://newartisans.com 60E1 46C4 BD1A 7AC1 4BA2
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 629 bytes --]
next prev parent reply other threads:[~2016-02-22 0:00 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-02-07 15:18 bug#22583: 25.1.50; find-function-search-for-symbol don't call find-function-after-hook Tino Calancha
2016-02-08 5:01 ` Dmitry Gutov
2016-02-08 12:50 ` Tino Calancha
2016-02-18 0:52 ` bug#22583: 25.1.50; find-library " Tino Calancha
2016-02-21 23:27 ` Dmitry Gutov
2016-02-22 0:00 ` John Wiegley [this message]
2016-02-22 0:04 ` Dmitry Gutov
2016-02-22 17:01 ` John Wiegley
2016-02-22 17:19 ` Tino Calancha
2016-04-25 17:27 ` Lars Magne Ingebrigtsen
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=m2a8mtobq1.fsf@newartisans.com \
--to=jwiegley@gmail.com \
--cc=22583@debbugs.gnu.org \
--cc=dgutov@yandex.ru \
--cc=f92capac@gmail.com \
--cc=johnw@gnu.org \
/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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.