git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Philippe Vaucher <philippe.vaucher@gmail.com>
To: David Kastrup <dak@gnu.org>
Cc: Junio C Hamano <gitster@pobox.com>,
	"git@vger.kernel.org" <git@vger.kernel.org>
Subject: Re: [PATCH 0/4] remote-hg: more improvements
Date: Wed, 14 May 2014 18:06:15 +0200	[thread overview]
Message-ID: <CAGK7Mr7jhpizoHuA9NDnyNPy_rr8_R0m8-hCFO3CDn2Hbh3_pQ@mail.gmail.com> (raw)
In-Reply-To: <87a9aktqms.fsf@fencepost.gnu.org>

>> I'm sorry that my words aren't clear enough for you to infer the point
>> I'm trying to make. Let's try something simpler: what I was saying is
>> that bad behavior will get you into trouble when contributing (and
>> thus it's important to behave nicely), where Felipe usualy says bad
>> behavior is irrelevant because only truth/quality is important.
>
> Do you feel Felipe is in control of what you label bad behavior?  Do you
> feel you are in control over how you react to his behavior?

I feel that Felipe cannot control this (or decided not to), and I feel
that I am pretty much in control of my reactions given I am able to
not "give in" to the burst of emotions that some of his behavior can
trigger. For the record I'm not really blaming Felipe for what he
does, I'm saying a solution has to be found to prevent his behavior
from harming people, and that a solution that involves everyone
adapting to Felipe is not reasonable.


> Yesterday my girl friend bought back a mare she had sold two years ago
> because its owner did not manage to get along with it.  It's a
> temperamental animal that learns and performs amazingly well for its
> comparatively compact build.  But it's highest in rank "or else", and so
> in the end it got locked up in its stable box most of the time in order
> to avoid injuries to other horses.  Now it's back here at the riding
> school, and there is little question that there will be some injuries
> before things settle down again even though most of the horses here know
> it already.

I think that is the point: behave properly or be isolated to avoid
harming others. Wether you control your behavior or not has little to
do with it, it's your behavior that counts. That's how it works in
pretty much any communities I know of.


> It may be that distributed version control systems offer more
> possibilities for organizing cooperation in a manner leaving graceful
> escape paths when things don't work out.  It's not what one want to have
> to rely on permanently but it may be worth thinking about ways to make
> consequences from difficulties less "inevitable" and/or grave.

Sure, I believe my proposal of acting on bad behavior earlier would
prevent incidents like this one, because it would defuse situations
before they settle in. But that's just a proposal, I'm just an
observer here.

Philippe

  reply	other threads:[~2014-05-14 16:06 UTC|newest]

Thread overview: 49+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-05-04  2:16 [PATCH 0/4] remote-hg: more improvements Felipe Contreras
2014-05-04  2:16 ` [PATCH 1/4] remote-hg: add more tests Felipe Contreras
2014-05-04  9:40   ` Eric Sunshine
2014-05-04  2:16 ` [PATCH 2/4] t: remote-hg: add file operation tests Felipe Contreras
2014-05-04  2:16 ` [PATCH 3/4] t: remote-hg: trivial cleanups and fixes Felipe Contreras
2014-05-04  2:16 ` [PATCH 4/4] remote-hg: add support for hg v3.0 Felipe Contreras
2014-05-07 18:12 ` [PATCH 0/4] remote-hg: more improvements Junio C Hamano
2014-05-07 19:01   ` Felipe Contreras
2014-05-07 20:28     ` Junio C Hamano
2014-05-07 20:37       ` Felipe Contreras
2014-05-07 23:59         ` Junio C Hamano
2014-05-08  1:09           ` Felipe Contreras
2014-05-08  1:34             ` James Denholm
2014-05-08 20:15               ` Felipe Contreras
2014-05-11 19:33             ` Philippe Vaucher
2014-05-12 12:19               ` Philippe Vaucher
2014-05-12 19:50               ` Junio C Hamano
2014-05-12 20:19                 ` Felipe Contreras
2014-05-12 20:40                   ` Junio C Hamano
2014-05-12 22:21                     ` Felipe Contreras
2014-05-14  9:12                 ` Philippe Vaucher
2014-05-14  9:30                   ` David Kastrup
2014-05-14  9:36                     ` Philippe Vaucher
2014-05-14  9:55                       ` David Kastrup
2014-05-14 12:11                         ` Philippe Vaucher
2014-05-14 12:50                           ` David Kastrup
2014-05-14 13:13                             ` Philippe Vaucher
2014-05-14 13:51                               ` David Kastrup
2014-05-14 16:06                                 ` Philippe Vaucher [this message]
2014-05-14 20:19                                   ` Felipe Contreras
2014-05-14 20:58                                     ` David Kastrup
2014-05-14 21:39                                       ` Felipe Contreras
2014-05-14 22:12                                         ` David Kastrup
2014-05-14 22:30                                           ` Felipe Contreras
2014-05-15  6:03                                             ` David Kastrup
2014-05-14 22:24                     ` Junio C Hamano
2014-05-14 22:30                       ` David Kastrup
2014-05-14 22:34                         ` Junio C Hamano
2014-05-08  0:00   ` Junio C Hamano
2014-05-08  1:36     ` Felipe Contreras
2014-05-08 18:36       ` Junio C Hamano
2014-05-08 19:56         ` Felipe Contreras
2014-05-08 22:22           ` Junio C Hamano
2014-05-08 22:42             ` Felipe Contreras
2014-05-08 23:06               ` Junio C Hamano
2014-05-08 23:39                 ` Felipe Contreras
2014-05-09  0:23                   ` Felipe Contreras
2014-05-09 17:16                   ` Junio C Hamano
2014-05-09 17:59                     ` Felipe Contreras

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=CAGK7Mr7jhpizoHuA9NDnyNPy_rr8_R0m8-hCFO3CDn2Hbh3_pQ@mail.gmail.com \
    --to=philippe.vaucher@gmail.com \
    --cc=dak@gnu.org \
    --cc=git@vger.kernel.org \
    --cc=gitster@pobox.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.
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 NNTP newsgroup(s).