From: Eli Zaretskii <eliz@gnu.org>
To: rms@gnu.org
Cc: ams@gnu.org, emacs-devel@gnu.org, larsi@gnus.org,
drew.adams@oracle.com, juri@linkov.net
Subject: Re: Recentish C-s M-y change
Date: Sun, 03 Jan 2021 17:05:47 +0200 [thread overview]
Message-ID: <83pn2mcb78.fsf@gnu.org> (raw)
In-Reply-To: <E1kvwSX-0005uo-GR@fencepost.gnu.org> (message from Richard Stallman on Sun, 03 Jan 2021 01:01:45 -0500)
> From: Richard Stallman <rms@gnu.org>
> Cc: ams@gnu.org, juri@linkov.net, larsi@gnus.org,
> drew.adams@oracle.com, emacs-devel@gnu.org
> Date: Sun, 03 Jan 2021 01:01:45 -0500
>
> > > Thus I propose a rule, which I hope people will remember to apply,
> > > that if a change in features has been discussed inside a thread
> > > about a specific bug, always to raise the issue on emacs-devel
> > > afterward.
>
> > As a guideline, I could agree. But as an enforced rule, I don't think
> > this will fly, and I don't think we should waste our limited resources
> > to try enforcing it.
>
> What is the sort of "enforcement" that seems so bad to you?
> Maybe I have no intention of doing that anyway.
A "rule" that is enforced is something that people are required to
abide by, and if they don't, they should expect to be reprimanded. It
also means that changes should be rejected and/or reverted if they
weren't discussed up front on emacs-devel.
I'm opposed to this kind of enforcement.
A "guideline" means we encourage people to start discussions about
changes they think might be controversial. This is OK IMO, and is
already being done, actually, but maybe we should encourage more.
next prev parent reply other threads:[~2021-01-03 15:05 UTC|newest]
Thread overview: 101+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <<87r1na4tyu.fsf@gnus.org>
[not found] ` <<87tus6tj7s.fsf@mail.linkov.net>
[not found] ` <<87a6txigm1.fsf@gnus.org>
[not found] ` <<874kk5lzew.fsf@mail.linkov.net>
[not found] ` <<m2sg7o8nq3.fsf@fastmail.fm>
[not found] ` <<87eej8ifll.fsf@mail.linkov.net>
[not found] ` <<X+wLPA/Q8TwWYjM5@protected.rcdrun.com>
[not found] ` <<87h7o3k5b5.fsf@mail.linkov.net>
[not found] ` <<E1kuqup-0001Ly-18@fencepost.gnu.org>
[not found] ` <<E1kuvRe-00051d-SB@fencepost.gnu.org>
2020-12-31 16:54 ` Recentish C-s M-y change Drew Adams
2020-12-31 17:18 ` Filipp Gunbin
2021-01-01 11:14 ` Alfred M. Szmidt
2021-01-01 12:13 ` Eli Zaretskii
2021-01-02 5:34 ` Richard Stallman
2021-01-02 7:15 ` Eli Zaretskii
2021-01-03 6:01 ` Richard Stallman
2021-01-03 15:05 ` Eli Zaretskii [this message]
2021-01-04 5:17 ` Richard Stallman
2021-01-04 15:03 ` Eli Zaretskii
2021-01-04 17:44 ` Juri Linkov
2021-01-04 18:20 ` Eli Zaretskii
2021-01-04 18:22 ` Drew Adams
2021-01-03 6:01 ` Richard Stallman
2021-01-03 15:09 ` Eli Zaretskii
2021-01-01 22:47 ` chad
[not found] ` <<83v9cigiaa.fsf@gnu.org>
[not found] ` <<E1kv065-0004mD-6v@fencepost.gnu.org>
[not found] ` <<83k0sygc73.fsf@gnu.org>
2020-12-31 17:02 ` Drew Adams
[not found] <<<87r1na4tyu.fsf@gnus.org>
[not found] ` <<<87tus6tj7s.fsf@mail.linkov.net>
[not found] ` <<<87a6txigm1.fsf@gnus.org>
[not found] ` <<<874kk5lzew.fsf@mail.linkov.net>
[not found] ` <<<m2sg7o8nq3.fsf@fastmail.fm>
[not found] ` <<<87eej8ifll.fsf@mail.linkov.net>
[not found] ` <<<X+wLPA/Q8TwWYjM5@protected.rcdrun.com>
[not found] ` <<<87h7o3k5b5.fsf@mail.linkov.net>
[not found] ` <<<E1kuqup-0001Ly-18@fencepost.gnu.org>
[not found] ` <<<E1kuvRe-00051d-SB@fencepost.gnu.org>
[not found] ` <<fed43c20-1c46-4cc9-b02a-b9f48f10c035@default>
[not found] ` <<E1kvIOG-00011a-4w@fencepost.gnu.org>
[not found] ` <<83wnwwg8iu.fsf@gnu.org>
2021-01-01 19:10 ` Drew Adams
2020-12-28 1:09 Lars Ingebrigtsen
2020-12-28 8:45 ` Juri Linkov
2020-12-28 17:19 ` Juri Linkov
2020-12-28 17:30 ` Filipp Gunbin
2020-12-28 17:50 ` Clément Pit-Claudel
2020-12-29 6:05 ` Richard Stallman
2020-12-29 0:46 ` Lars Ingebrigtsen
2020-12-29 9:34 ` Juri Linkov
2020-12-29 17:25 ` Drew Adams
2020-12-30 4:57 ` Jean Louis
2020-12-30 5:26 ` Richard Stallman
2020-12-31 15:28 ` Gregory Heytings via Emacs development discussions.
2021-01-01 7:21 ` Richard Stallman
2021-01-01 9:15 ` Gregory Heytings via Emacs development discussions.
2021-01-02 5:35 ` Richard Stallman
2021-01-02 9:03 ` Gregory Heytings via Emacs development discussions.
2021-01-02 9:27 ` Alfred M. Szmidt
2021-01-02 11:55 ` Gregory Heytings via Emacs development discussions.
2021-01-03 5:58 ` Richard Stallman
2021-01-04 0:04 ` Drew Adams
2021-01-05 6:28 ` Richard Stallman
2021-01-05 16:30 ` Drew Adams
2021-01-06 5:14 ` Richard Stallman
2021-01-06 9:41 ` Gregory Heytings via Emacs development discussions.
2021-01-08 6:17 ` Richard Stallman
2021-01-04 9:23 ` Gregory Heytings via Emacs development discussions.
2021-01-05 6:44 ` Richard Stallman
2021-01-06 0:13 ` Gregory Heytings via Emacs development discussions.
2021-01-07 7:39 ` Richard Stallman
2021-01-01 19:12 ` Drew Adams
2020-12-29 18:35 ` Filipp Gunbin
2020-12-29 19:20 ` Juri Linkov
2020-12-30 2:45 ` Lars Ingebrigtsen
2020-12-30 5:08 ` Jean Louis
2020-12-30 9:32 ` Juri Linkov
2020-12-30 10:08 ` Andreas Röhler
2020-12-30 11:13 ` Gregory Heytings via Emacs development discussions.
2020-12-30 15:12 ` Filipp Gunbin
2020-12-31 15:18 ` Gregory Heytings via Emacs development discussions.
2020-12-31 17:09 ` Filipp Gunbin
2020-12-31 19:09 ` Gregory Heytings via Emacs development discussions.
2021-01-04 17:50 ` Juri Linkov
2021-01-04 18:22 ` Gregory Heytings via Emacs development discussions.
2021-01-13 18:19 ` Juri Linkov
2021-01-13 19:34 ` Filipp Gunbin
2021-01-14 8:44 ` Juri Linkov
2021-01-14 15:34 ` Filipp Gunbin
2021-01-27 22:01 ` Gregory Heytings
2021-01-28 8:58 ` Juri Linkov
2021-01-30 5:54 ` Richard Stallman
2021-01-30 10:12 ` Gregory Heytings
2021-02-02 5:36 ` Richard Stallman
2021-01-30 10:42 ` Gregory Heytings
2021-01-30 18:37 ` Juri Linkov
2020-12-31 5:54 ` Richard Stallman
2020-12-31 15:29 ` Gregory Heytings via Emacs development discussions.
2021-01-01 7:21 ` Richard Stallman
2021-01-01 8:02 ` Eli Zaretskii
2021-01-02 5:28 ` Richard Stallman
2021-01-02 7:09 ` Eli Zaretskii
2020-12-30 15:08 ` Filipp Gunbin
2020-12-30 17:32 ` Drew Adams
2020-12-31 5:54 ` Richard Stallman
2020-12-31 10:44 ` Alfred M. Szmidt
2020-12-31 11:18 ` Lars Ingebrigtsen
2020-12-31 11:29 ` Alfred M. Szmidt
2021-01-01 10:53 ` Lars Ingebrigtsen
2021-01-01 11:14 ` Alfred M. Szmidt
2021-01-01 12:14 ` Eli Zaretskii
2021-01-01 12:41 ` Alfred M. Szmidt
2020-12-31 14:30 ` Eli Zaretskii
2020-12-31 15:42 ` Alfred M. Szmidt
2020-12-31 16:41 ` Eli Zaretskii
2021-01-01 7:20 ` Richard Stallman
2020-12-31 15:48 ` Dmitry Gutov
2020-12-31 15:29 ` Gregory Heytings via Emacs development discussions.
2020-12-30 15:05 ` Filipp Gunbin
2020-12-30 5:04 ` Jean Louis
2020-12-29 6:01 ` Richard Stallman
2020-12-29 6:14 ` Drew Adams
2020-12-30 9:33 ` Juri Linkov
2020-12-31 5:54 ` Richard Stallman
2020-12-29 5:56 ` Richard Stallman
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=83pn2mcb78.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=ams@gnu.org \
--cc=drew.adams@oracle.com \
--cc=emacs-devel@gnu.org \
--cc=juri@linkov.net \
--cc=larsi@gnus.org \
--cc=rms@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 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).