From: Juanma Barranquero <lekktu@gmail.com>
To: Karl Fogel <kfogel@red-bean.com>
Cc: "Eric S. Raymond" <esr@thyrsus.com>,
"Jordi \\1" <jordigh@octave.org>,
Daniel Colascione <dancol@dancol.org>,
Emacs developers <emacs-devel@gnu.org>
Subject: Re: Move to git is not imminent - esr is just tired of talking about it
Date: Mon, 6 Jan 2014 21:26:55 +0100 [thread overview]
Message-ID: <CAAeL0SSjtrcfAVuvO7tei3L5KJxyhEfmNnN1jDj0f7ba+mp+KQ@mail.gmail.com> (raw)
In-Reply-To: <877gac27uk.fsf@floss.red-bean.com>
On Mon, Jan 6, 2014 at 9:06 PM, Karl Fogel <kfogel@red-bean.com> wrote:
> Whether or not there are such people, did you see any of them
> volunteering, the way ESR did?
Why should someone volunteer for something that has *not* yet been
decided, and that was proposed four days ago? Are you sure that no one
would, given a little more time and a little more thought? (And no, I
won't, because I don't have the desire or the technical expertise for
that role, so no sour grapes here.)
> ESR is just trying to get something done in a fairly typical way that we
> try to get things done around here. He didn't "appoint himself"
> technical director for the move -- he *volunteered* to do it, and when
> no one else stepped forward volunteering the same, ESR proceeded on the
> reasonable assumption that the responsibility was his.
Oh, really? Reasonable? I know you have a lot of knowledge about how
free/open source projects work (great book, BTW). Have you
participated in many projects where someone who is not a regular
contributor, or he is but hasn't been active for years,
single-handledly assumed responsibility for something as important as
a VCS switch and put a date to it, in four days? Because what you call
"volunteering" I would call "trampling".
> Maybe he's being a little pushy as to schedule (I agree the switchover
> can wait until after the release)
I'm happy to see that we can agree at least in two points.
> but pushy isn't a sin -- in this case it may be a virtue :-)
Why? I fail to see any virtue in being pushed.
-- and it's quite clear that ESR isn't going to
> argue if Stefan says to wait until after the freeze is over (or for
> whatever reason).
It's quite clear that Eric is not going to go forward without Stefan's
consent. I wouldn't go to far as to say the he's not going to argue.
J
next prev parent reply other threads:[~2014-01-06 20:26 UTC|newest]
Thread overview: 61+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-01-06 16:51 Move to git is imminent - awaiting Stefan's approval Eric S. Raymond
2014-01-06 17:20 ` Jay Belanger
2014-01-06 19:40 ` Eric S. Raymond
2014-01-07 15:57 ` Jay Belanger
2014-01-07 11:20 ` Stephen J. Turnbull
2014-01-07 11:26 ` Eric S. Raymond
2014-01-06 17:30 ` Eli Zaretskii
2014-01-06 21:09 ` Stefan Monnier
2014-01-06 21:29 ` Óscar Fuentes
2014-01-06 23:57 ` Stefan Monnier
2014-01-07 0:20 ` Automatically marking conflicts are resolved (was: Move to git is imminent - awaiting Stefan's approval) Óscar Fuentes
2014-01-07 0:43 ` Automatically marking conflicts are resolved David Kastrup
2014-01-07 0:51 ` Óscar Fuentes
2014-01-07 8:33 ` David Kastrup
2014-01-07 11:04 ` Óscar Fuentes
2014-01-07 12:34 ` David Kastrup
2014-01-07 13:06 ` Óscar Fuentes
2014-01-07 13:07 ` Stephen J. Turnbull
2014-01-07 0:17 ` Move to git is imminent - awaiting Stefan's approval Leo Liu
2014-01-07 5:24 ` Thierry Volpiatto
2014-01-07 13:45 ` Stefan Monnier
2014-01-07 16:22 ` Eli Zaretskii
2014-01-08 21:12 ` Barry Warsaw
2014-01-09 0:04 ` Stefan Monnier
2014-01-09 6:32 ` Eli Zaretskii
2014-01-09 7:32 ` David Engster
2014-01-09 9:46 ` Juanma Barranquero
2014-01-06 17:40 ` Juanma Barranquero
2014-01-06 18:42 ` Bastien
2014-01-06 19:06 ` Jarek Czekalski
2014-01-06 19:37 ` Drew Adams
2014-01-06 19:42 ` Eric S. Raymond
2014-01-06 19:51 ` Drew Adams
2014-01-06 20:25 ` Eric S. Raymond
2014-01-06 20:28 ` Juanma Barranquero
2014-01-07 11:24 ` Stephen J. Turnbull
2014-01-06 17:49 ` Move to git is not imminent - esr is just tired of talking about it Jordi Gutiérrez Hermoso
2014-01-06 18:18 ` Daniel Colascione
2014-01-06 18:39 ` Jay Belanger
2014-01-06 18:41 ` Juanma Barranquero
2014-01-06 20:06 ` Karl Fogel
2014-01-06 20:26 ` Juanma Barranquero [this message]
2014-01-06 22:12 ` Karl Fogel
2014-01-06 22:15 ` Juanma Barranquero
2014-01-07 16:53 ` Richard Stallman
2014-01-07 21:08 ` Juanma Barranquero
2014-01-08 1:19 ` Bob Bobeck
2014-01-06 18:23 ` Drew Adams
2014-01-06 23:06 ` Werner LEMBERG
2014-01-06 19:10 ` David Kastrup
2014-01-06 19:30 ` Drew Adams
2014-01-06 20:32 ` Juanma Barranquero
2014-01-07 2:48 ` Move to git is imminent - awaiting Stefan's approval joakim
2014-01-07 10:03 ` Andreas Schwab
2014-01-07 10:08 ` joakim
2014-01-15 17:23 ` Martin Geisler
2014-01-15 18:39 ` Stefan Monnier
2014-01-15 22:57 ` Martin Geisler
2014-01-15 23:53 ` Stefan Monnier
2014-01-16 12:25 ` Rüdiger Sonderfeld
2014-01-16 1:40 ` Yuri Khan
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=CAAeL0SSjtrcfAVuvO7tei3L5KJxyhEfmNnN1jDj0f7ba+mp+KQ@mail.gmail.com \
--to=lekktu@gmail.com \
--cc=dancol@dancol.org \
--cc=emacs-devel@gnu.org \
--cc=esr@thyrsus.com \
--cc=jordigh@octave.org \
--cc=kfogel@red-bean.com \
/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).