From: Eli Zaretskii <eliz@gnu.org>
To: David Kastrup <dak@gnu.org>
Cc: emacs-devel@gnu.org
Subject: Re: Syncing Gnus and Emacs repositories
Date: Sat, 16 Jun 2007 16:01:20 +0300 [thread overview]
Message-ID: <uodjgrr33.fsf@gnu.org> (raw)
In-Reply-To: <85k5u4nlrh.fsf@lola.goethe.zz> (message from David Kastrup on Sat, 16 Jun 2007 14:09:54 +0200)
> Cc: rms@gnu.org, emacs-devel@gnu.org
> From: David Kastrup <dak@gnu.org>
> Date: Sat, 16 Jun 2007 14:09:54 +0200
>
> > I don't necessarily agree with Richard's decision, but can you
> > explain why should it be a drag on the development? If someone
> > wants to make far-reaching changes, they could always switch to the
> > Unicode branch and make them there, can't they?
>
> And that is going to make merging unicode-2 into the trunk easier just
> how?
It won't make it easier, but I don't see how it would make it harder,
either.
> And if we are considering new feature branches
Are we? if so, what are they? If this is just a hypothetical
situation, we don't need to be bothered by it.
> should they be based off unicode-2 in order to have the ability to
> prepare stuff intended for 23.1?
It depends on the specific feature in question.
> Richard) Let's keep the trunk close to 22.1
>
> Ken'ichi) Let's keep the trunk close to unicode-2 so that we can move
> forward soon with merging, and don't have extra effort to
> move Emacs to 23.1.
>
> The difference is that I see no useful "so that" for Richard's desire.
I don't see how that matters. It is the combination of these that
causes the development to stall; take out one of them, and the problem
is gone.
> Would Ken'ichi complain if we merged unicode-2 into the trunk
> tomorrow? I doubt it.
He asked not to, so doing so over his objections would be unkind.
> There is a _purpose_ to Ken'ichi's request,
> and that purpose is to facilitate move development forward.
>
> I fail to see a similar purpose to the request of Richard.
This just means that you agree with Ken'ichi, but not with Richard.
But compromises are not based on agreements, they are based on meeting
your opponents half-way.
> >> The current plan, however, seems to be "let's achieve as little as
> >> possible over as long as possible".
> >
> > That's just being vicious, David. There are ways to say what you
> > want without assuming malicious intent such as this, which Richard
> > clearly cannot have.
>
> I don't see where I am stating malicious intent here.
Then perhaps we have very different standards of civilized behavior,
and continuing this discussion becomes useless and pointless.
next prev parent reply other threads:[~2007-06-16 13:01 UTC|newest]
Thread overview: 134+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-06-13 18:41 Syncing Gnus and Emacs repositories Reiner Steib
2007-06-13 19:57 ` Stefan Monnier
2007-06-13 21:47 ` Reiner Steib
2007-06-13 22:21 ` Stefan Monnier
2007-06-13 22:41 ` Glenn Morris
2007-06-13 23:22 ` Chong Yidong
2007-06-14 6:31 ` Emacs 23 development policy (was: Syncing Gnus and Emacs repositories) Reiner Steib
2007-06-14 7:25 ` David Reitter
2007-06-14 13:42 ` Adrian Robert
2007-06-14 19:56 ` Emacs 23 development policy Stefan Monnier
2007-06-14 16:20 ` Syncing Gnus and Emacs repositories Richard Stallman
2007-06-14 16:27 ` Chong Yidong
2007-06-15 0:57 ` Kenichi Handa
2007-06-15 2:03 ` Miles Bader
2007-06-15 3:14 ` Kenichi Handa
2007-06-15 2:35 ` Nick Roberts
2007-06-15 19:22 ` Richard Stallman
2007-06-15 21:48 ` Nick Roberts
2007-06-16 18:50 ` Richard Stallman
2007-06-16 19:23 ` Chong Yidong
2007-06-16 19:28 ` David Kastrup
2007-06-17 8:54 ` Richard Stallman
2007-06-17 19:47 ` David Kastrup
2007-06-17 8:54 ` Richard Stallman
2007-06-18 1:36 ` Kenichi Handa
2007-06-18 21:30 ` Richard Stallman
2007-06-19 5:01 ` Kenichi Handa
2007-06-19 5:31 ` Stefan Monnier
2007-06-19 22:26 ` Richard Stallman
2007-06-20 13:18 ` Kenichi Handa
2007-06-20 17:36 ` Richard Stallman
2007-06-15 22:12 ` David Kastrup
2007-06-16 10:48 ` Eli Zaretskii
2007-06-16 12:09 ` David Kastrup
2007-06-16 13:01 ` Eli Zaretskii [this message]
2007-06-16 13:13 ` David Kastrup
2007-06-16 13:23 ` Eli Zaretskii
2007-06-16 14:05 ` David Kastrup
2007-06-16 16:34 ` Eli Zaretskii
2007-06-16 17:38 ` David Kastrup
2007-06-16 18:26 ` Eli Zaretskii
2007-06-16 13:55 ` YAMAMOTO Mitsuharu
2007-06-16 14:16 ` David Kastrup
2007-06-17 23:07 ` Kenichi Handa
2007-06-18 3:10 ` Eli Zaretskii
2007-06-18 5:18 ` David Kastrup
2007-06-18 6:01 ` Nick Roberts
2007-06-18 19:12 ` Eli Zaretskii
2007-06-18 21:12 ` Nick Roberts
2007-06-19 22:25 ` Richard Stallman
2007-06-18 19:11 ` Eli Zaretskii
2007-06-18 21:30 ` Richard Stallman
2007-06-18 6:53 ` Stephen J. Turnbull
2007-06-18 7:24 ` David Kastrup
2007-06-18 8:34 ` Stephen J. Turnbull
2007-06-18 8:50 ` David Kastrup
2007-06-18 19:23 ` Eli Zaretskii
2007-06-19 0:53 ` Stephen J. Turnbull
2007-06-19 5:17 ` Eli Zaretskii
2007-06-19 5:37 ` David Kastrup
2007-06-19 6:09 ` Eli Zaretskii
2007-06-19 17:53 ` Stephen J. Turnbull
2007-06-19 5:21 ` David Kastrup
2007-06-19 2:19 ` Kenichi Handa
2007-06-19 5:20 ` Eli Zaretskii
2007-06-23 8:13 ` Giorgos Keramidas
2007-06-16 18:50 ` Richard Stallman
2007-06-16 14:22 ` Proposal for a 22.2/trunk development model (was: Syncing Gnus and Emacs repositories) Dan Nicolaescu
2007-06-16 14:37 ` Proposal for a 22.2/trunk development model David Kastrup
2007-06-16 16:01 ` Dan Nicolaescu
2007-06-16 16:41 ` David Kastrup
2007-06-16 17:05 ` Dan Nicolaescu
2007-07-01 20:40 ` Proposal for a 22.2/trunk development model (was: Syncing Gnus and Emacs repositories) Richard Stallman
2007-06-15 19:21 ` Syncing Gnus and Emacs repositories Richard Stallman
2007-06-14 16:48 ` Jay Belanger
2007-06-17 13:47 ` Reiner Steib
2007-07-09 2:22 ` Miles Bader
2007-07-09 17:21 ` Richard Stallman
2007-07-10 10:33 ` Miles Bader
2007-07-10 12:19 ` Daiki Ueno
2007-07-10 15:51 ` Leo
2007-07-10 20:05 ` Miles Bader
2006-12-16 2:58 ` [bug] PGG shows ?? when prompt for passphrase Leo
2006-12-17 1:30 ` Daiki Ueno
2006-12-17 2:18 ` Leo
2006-12-17 3:28 ` Daiki Ueno
2006-12-17 4:18 ` Leo
2006-12-17 4:28 ` Daiki Ueno
2006-12-17 5:27 ` Leo
2006-12-18 1:12 ` Richard Stallman
2006-12-18 1:34 ` Daiki Ueno
[not found] ` <E1GwhJI-0003jz-GI@fencepost.gnu.org>
2006-12-19 23:55 ` Daiki Ueno
[not found] ` <E1Gw733-00050z-Ic@fencepost.gnu.org>
[not found] ` <c371ac3b-6629-4e1a-a023-92982698664b@well-done.deisui.org>
[not found] ` <6662a3b9-1148-4aa0-bd2d-29a67be38d76@well-done.deisui.org>
[not found] ` <E1Gx14z-0000Zc-Lm@fencepost.gnu.org>
[not found] ` <5a520e06-4ee3-4c4f-9345-d49a666516f9@well-done.deisui.org>
[not found] ` <E1GyDFo-00006s-IW@fencepost.gnu.org>
[not found] ` <7f60c21d-2f66-4c4b-9abb-e377ca24a153@well-done.deisui.org>
[not found] ` <fe674575-f87f-46e4-8287-6481b3fc6f03@well-done.deisui.org>
[not found] ` <E1Gz20z-0003hC-Nb@fencepost.gnu.org>
[not found] ` <844cd50a-ec18-4b09-a057-35bdfb5173fd@well-done.deisui.org>
[not found] ` <E1GzP1P-0006JH-Lb@fencepost.gnu.org>
[not found] ` <8ba25607-9381-4a27-ae53-8b0f3ccc3ac1@well-done.deisui.org>
[not found] ` <E1Gzg8G-0002bZ-JG@fencepost.gnu.org>
[not found] ` <366fa6ab-42a0-4df5-a17f-4ac3d1744d78@well-done.deisui.org>
[not found] ` <E1H0Jui-0005YH-HB@fencepost.gnu.org>
[not found] ` <ec5e0f1b-45c5-4ed5-ae1c-766fa33e3ee0@well-done.deisui.org>
2006-12-30 18:24 ` pgg-encrypt is a pain in the neck Richard Stallman
2006-12-30 19:41 ` Sascha Wilde
2006-12-31 1:02 ` Daiki Ueno
2006-12-31 12:27 ` Sascha Wilde
2006-12-31 14:07 ` Reiner Steib
2006-12-31 14:38 ` Daiki Ueno
2006-12-31 22:13 ` Richard Stallman
2006-12-31 1:47 ` Richard Stallman
2006-12-31 12:54 ` Sascha Wilde
2006-12-31 14:13 ` Daiki Ueno
2006-12-31 22:13 ` Richard Stallman
2007-01-02 0:28 ` Daiki Ueno
2007-01-02 16:37 ` Richard Stallman
2007-01-02 19:53 ` Reiner Steib
2006-12-31 22:13 ` Richard Stallman
2007-01-02 18:43 ` Stefan Monnier
2006-12-31 1:46 ` Richard Stallman
[not found] ` <E1H0Juj-0005YY-RU@fencepost.gnu.org>
2007-07-10 22:47 ` Syncing Gnus and Emacs repositories Daiki Ueno
2007-07-10 22:54 ` Miles Bader
2007-07-11 0:07 ` Daiki Ueno
2007-07-11 21:03 ` Richard Stallman
2007-07-10 21:29 ` Stefan Monnier
2007-07-11 2:25 ` Miles Bader
2007-07-11 21:03 ` Richard Stallman
2007-07-11 3:05 ` Richard Stallman
2007-07-11 3:43 ` Daiki Ueno
2007-07-11 9:38 ` Sascha Wilde
2007-07-11 10:22 ` Daiki Ueno
2007-07-11 21:04 ` Richard Stallman
2007-06-14 8:38 ` Miles Bader
[not found] <E1Ibp6i-0001vw-LM@fencepost.gnu.org>
[not found] ` <b4m7im7spqn.fsf@jpl.org>
2007-10-01 17:40 ` [mail.list.steel.mental@gmail.com: chinese group names can not displayed properly in *Complation* buffer] Richard Stallman
2007-10-01 18:27 ` Syncing Gnus and Emacs repositories (was: [mail.list.steel.mental@gmail.com: chinese group names can not displayed properly in *Complation* buffer]) Reiner Steib
2007-10-02 3:32 ` Richard Stallman
2007-10-02 7:16 ` Syncing Gnus and Emacs repositories Reiner Steib
2007-10-02 13:35 ` Daiki Ueno
2007-10-02 21:59 ` Richard Stallman
2007-10-03 11:09 ` Daiki Ueno
2007-10-03 11:29 ` Leo
2007-10-03 13:41 ` Reiner Steib
2007-10-03 14:10 ` Leo
2007-10-04 2:03 ` Richard Stallman
2007-10-16 21:10 ` Reiner Steib
2007-10-16 21:19 ` Miles Bader
2007-10-02 21:59 ` Richard Stallman
2007-10-16 20:58 ` Reiner Steib
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=uodjgrr33.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=dak@gnu.org \
--cc=emacs-devel@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).