From: "Stephen J. Turnbull" <stephen@xemacs.org>
To: Eli Zaretskii <eliz@gnu.org>
Cc: dak@gnu.org, emacs-devel@gnu.org
Subject: Re: Further CC-mode changes
Date: Wed, 17 Sep 2014 15:54:32 +0900 [thread overview]
Message-ID: <87tx4620uv.fsf@uwakimon.sk.tsukuba.ac.jp> (raw)
In-Reply-To: <831tra4y68.fsf@gnu.org>
Eli Zaretskii writes:
> > From: "Stephen J. Turnbull" <stephen@xemacs.org>
> > Date: Wed, 17 Sep 2014 08:40:25 +0900
> > Cc: emacs-devel@gnu.org
> >
> > I think it's ironic that when it comes to the XEmacs support Alan
> > wants to provide, Glenn is all for "aggressive modernization" and
> > devil take the hindmost, but when it comes to the same policy toward
> > the git repo Eric wants to provide, he's the loudest of footdraggers.
>
> That's unfair to Glenn, and is evidently based on just 2 data points
> out of many more.
>
> So let me add 2 more from my failing memory:
>
> . Glenn also lobbied hard to remove the old MS-Windows configury
> (which I objected, and therefore it didn't happen yet)
>
> . Glenn suggested that the trunk relies on GNU Make, which did
> happen, and made many useful changes which that enabled
I consider those both to support my claim, which is that if it reduces
the amount of work he needs to do to achieve a unit of Emacs
development in the future, he's in favor of investing both his time,
and users' time and inconvenience, in the change. If somebody else
does the same, but it inconveniences him, he complains. That's
*ironic*, no matter how dedicated Glenn may be to Emacs development.
Of course I'm -1 on anything that makes it even harder for XEmacs to
catch up to current reality. That shouldn't bother core Emacs people
too much, although I'm glad it's a consideration for Alan and many
other package developers. And you shouldn't be surprised that this is
the point that piqued me enough to speak up. But ...
My real point is that bzr has held Emacs back for long enough. Both
Eric's obsession with the 36-24-36 conversion and Glenn's insistance
that everything that is part of the bzr workflow be done for git
*before* the switchover is executed are unfortunate.
> If you consider the inordinate amount of work Glenn personally
> invested in making bzr usage convenient in Emacs, you might come up
> with an alternative explanation to his alleged "footdragging".
Sure. The labor theory of value: if I worked so hard on it, it must
be worth keeping. Thing is, bzr was a mistake from day 1, and it went
mostly downhill from there. The consequent duplication of effort was
not Eric's fault!
next prev parent reply other threads:[~2014-09-17 6:54 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-05-02 5:26 POC: customizable cc-mode keywords Daniel Colascione
2014-05-10 23:13 ` Daniel Colascione
2014-05-11 21:13 ` Alan Mackenzie
2014-05-11 21:23 ` Daniel Colascione
2014-05-16 17:52 ` Alan Mackenzie
2014-05-16 18:06 ` Daniel Colascione
2014-05-18 21:33 ` Alan Mackenzie
2014-05-18 22:28 ` Daniel Colascione
2014-05-19 2:25 ` Stefan Monnier
2014-05-25 18:08 ` Alan Mackenzie
2014-09-08 17:28 ` Stefan Monnier
2014-09-11 13:55 ` Further CC-mode changes Stefan Monnier
2014-09-12 23:59 ` Alan Mackenzie
2014-09-13 1:09 ` Ivan Andrus
2014-09-13 10:04 ` Alan Mackenzie
2014-09-13 3:04 ` Stefan Monnier
2014-09-13 15:10 ` Alan Mackenzie
2014-09-13 19:24 ` Stefan Monnier
2014-09-13 23:08 ` Syntax-propertize and CC-mode [Was: Further CC-mode changes] Alan Mackenzie
2014-09-14 4:04 ` Stefan Monnier
2014-09-16 17:30 ` Sync'ing cc-mode Stefan Monnier
2014-09-26 19:19 ` Stefan Monnier
[not found] ` <jwv4mvmjl0c.fsf-monnier+emacs@gnu.org>
[not found] ` <jwv4mvkqy4g.fsf-monnier+emacs@gnu.org>
[not found] ` <jwv4mv3mn2a.fsf-monnier+emacs@gnu.org>
[not found] ` <jwv38a644p7.fsf-monnier+emacs@gnu.org>
[not found] ` <jwvppd2wx7o.fsf-monnier+emacs@gnu.org>
[not found] ` <20141106104534.GA3385@acm.acm>
2014-11-06 14:06 ` bug#18022: " Stefan Monnier
2014-09-15 20:24 ` Further CC-mode changes Glenn Morris
2014-09-16 3:07 ` Stephen J. Turnbull
2014-09-16 13:39 ` Stefan Monnier
2014-09-16 14:22 ` David Kastrup
2014-09-16 23:40 ` Stephen J. Turnbull
2014-09-17 1:02 ` Stefan Monnier
2014-09-17 1:48 ` Stephen J. Turnbull
2014-09-17 5:22 ` David Kastrup
2014-09-17 13:00 ` Stefan Monnier
2014-09-17 18:31 ` Glenn Morris
2014-09-17 19:12 ` David Kastrup
2014-09-17 5:24 ` Eli Zaretskii
2014-09-17 6:54 ` Stephen J. Turnbull [this message]
2014-09-17 7:20 ` Eli Zaretskii
2014-09-17 7:30 ` David Kastrup
2014-09-17 13:04 ` Stefan Monnier
2014-09-17 18:25 ` Glenn Morris
2014-09-18 5:20 ` Stephen J. Turnbull
2014-09-18 9:44 ` Emilio Lopes
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=87tx4620uv.fsf@uwakimon.sk.tsukuba.ac.jp \
--to=stephen@xemacs.org \
--cc=dak@gnu.org \
--cc=eliz@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 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.