git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Felipe Contreras <felipe.contreras@gmail.com>
To: Elijah Newren <newren@gmail.com>,
	Felipe Contreras <felipe.contreras@gmail.com>
Cc: Junio C Hamano <gitster@pobox.com>,
	Git Mailing List <git@vger.kernel.org>
Subject: Re: Contributions which I feel are dangerous and/or deceptive (Was: Re: What's cooking in git.git (Jun 2021, #06; Thu, 17))
Date: Thu, 17 Jun 2021 11:58:38 -0500	[thread overview]
Message-ID: <60cb7f3e66cfd_1305720822@natae.notmuch> (raw)
In-Reply-To: <CABPp-BE95Y0+d6yVQ0ZqRWnknqc3N1vL04VYoqy-7mvQckfuaQ@mail.gmail.com>

Elijah Newren wrote:
> On Thu, Jun 17, 2021 at 7:19 AM Felipe Contreras
> <felipe.contreras@gmail.com> wrote:
> >
> > Elijah Newren wrote:
> > > I hate doing this, but...
> > >
> > > On Wed, Jun 16, 2021 at 7:58 PM Junio C Hamano <gitster@pobox.com> wrote:
> > >
> > > > * fc/pull-cleanups (2021-06-15) 3 commits
> > > >  - pull: trivial whitespace style fix
> > > >  - pull: trivial cleanup
> > > >  - pull: cleanup autostash check
> > > >
> > > >  Code cleanup.
> > > >
> > > >  Will merge to 'next'.
> ...
> > Do you see anything wrong with these particular patches?
> ...
> 
> Sorry for responding when I said I wouldn't but let me clarify my own email.
> 
> The *code* changes in fc/pull-cleanups are good, I said as much
> previously.  The commit messages are also fine, except for the
> misleading Reviewed-by claim that you still aren't addressing.

I did address that two days ago:

https://lore.kernel.org/git/60c887f678c88_e63320846@natae.notmuch/

I said I guess I'll avoid reviewed-by.

Do you want me to resend the patches without that trailer? If that's
what you wanted all you needed was to say so.

I just did so, to be safe [1].

> That could be overlooked on its own.
> 
> Any other problematic patches or portions thereof of yours could
> easily have been written off as mistakes and been no big deal.
> 
> My concern is primarily in how you *respond* to feedback.

You titled this sub-thread "Contributions which I feel are dangerous
and/or deceptive", that has nothing to do with feedback.

Additionally, responses to feedback have nothing to do with the parent
thread "What's cooking in git.git".

I'd be happy to discuss any comments you might have regarding my
responses to feedback in the appropriate thread, but I don't think this
is it.

> I feel you have displayed a callous disregard for what others find
> critical and important, and appear to be unwilling or unable to adapt
> and work with the community.

OK. You are entitled to having that opinion, that doesn't mean it's
necessarily true.

I am entitled to have my own opinion and disagree with you, and so can
others.

> It was particularly your recent emails with Peff at [1], [2], and [3]
> that have me deeply troubled.

All those responses are from the same thread for the same patch [2].
That patch never even landed on "seen", nor is there any remote
possibility of it ever landing on "seen", so I don't see any urgency in
dealing with those responses.

That patch has been removed from the archive even though it's a direct
copy of Uwe's patch [3], and Uwe's patch remains there. So this is
clearly an ad hominem thing: if Uwe sends it it's OK, if I send it it's
not OK.

There is nothing urgent for me to do regarding [2], so I'll deal with
the dangling responses of that thread (which likely include personal
attacks) later.

> Troubled enough that I do not want my name used to endorse your
> changes, particularly when I already pointed out that you have used my
> name in a false endorsement of your patch

You may disagree on what "endorsement" means, but most people take:

  Yes, very nice!  Thanks. [4]

to mean an endorsement (approval).

Although the Git project doesn't explicitely state an equivalence, the
Linux project does:

  Hence patch mergers will sometimes manually convert an acker's "yep,
  looks good to me" into an Acked-by: (but note that it is usually
  better to ask for an explicit ack).

Yes, I mistakenly used reviewed-by instead of very-nice-by (or something
similar), which in Git's by-laws could be considered a no-no. I did not
know that at the time, so it wouldn't be generous of you to attribute
that mistake to malice.

But that most definitely is not "false endorsement".

For some reason you decided to launch a personal vendetta against me,
threw personal attacks, and now you are slandering me, implying that I
forged your endorsement of my patch.

This is not true. You did endorse my patch [4].


For reference, here are all the last 5 comments that got translated to a
Reviewed-by line:

  This looks good - it's exactly the same as the change I approved previously
  Looks good to me [Elijah Newren]
  this v2 patch looks good to me
  This change looks good to me [Elijah Newren] (explicit Reviewed-by)
  Thanks, this version looks good to me

Only *one* has an explicit Reviewed-by, and it's by you. I think it's
safe to say it's not a generalized practice.

Moreover, you yourself said "Looks good to me" without an explicit
Reviewed-by [5], and Derrick Stolee used that in his next version of the
series [6].

Why aren't you accusing Derrick Stolee of "false endorsement"?

Could it be that this has absolutely nothing to do with the action, and
everything to do with the person doing the action?


None of this has anything to do with "[c]ontributions which [you] feel are
dangerous and/or deceptive".

Cheers.

[1] https://lore.kernel.org/git/20210617161710.81730-1-felipe.contreras@gmail.com/
[2] https://lore.kernel.org/git/20210613143155.836591-1-felipe.contreras@gmail.com/
[3] https://lore.kernel.org/git/1362602202-29749-1-git-send-email-u.kleine-koenig@pengutronix.de/
[4] https://lore.kernel.org/git/CABPp-BEsQWsHMAmwc3gmJnXcS+aR-FtoMJxBRQ=BpARP49-L-Q@mail.gmail.com/
[5] https://lore.kernel.org/git/CABPp-BFudyBP8c_ROmxDEeuu5AfdoyVW8hNPYqVdFPFNofJnCQ@mail.gmail.com/
[6] https://lore.kernel.org/git/1d825dfdc70b8c658c4b6317310706bb6386f468.1620432501.git.gitgitgadget@gmail.com/

-- 
Felipe Contreras

  reply	other threads:[~2021-06-17 16:58 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-06-17  2:55 What's cooking in git.git (Jun 2021, #06; Thu, 17) Junio C Hamano
2021-06-17  9:38 ` jh/builtin-fsmonitor, was " Johannes Schindelin
2021-06-17  9:40 ` js/subtree-on-windows-fix, " Johannes Schindelin
2021-06-17 12:38 ` Contributions which I feel are dangerous and/or deceptive (Was: Re: What's cooking in git.git (Jun 2021, #06; Thu, 17)) Elijah Newren
2021-06-17 14:19   ` Felipe Contreras
2021-06-17 15:06     ` Elijah Newren
2021-06-17 16:58       ` Felipe Contreras [this message]
2021-06-17 14:42 ` What's cooking in git.git (Jun 2021, #06; Thu, 17) Felipe Contreras
2021-06-17 23:58 ` brian m. carlson
2021-06-18  0:27   ` Jeff King
2021-06-18  4:28     ` Felipe Contreras
2021-06-19  7:18     ` Junio C Hamano
2021-06-19 17:27       ` Ignoring valid work Felipe Contreras
2021-06-18  4:20   ` What's cooking in git.git (Jun 2021, #06; Thu, 17) Felipe Contreras
2021-06-18 16:32 ` Jeff Hostetler
2021-06-25 22:21 ` Emily Shaffer
2021-06-25 22:26   ` Randall S. Becker
2021-06-28 16:46   ` Jeff Hostetler

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=60cb7f3e66cfd_1305720822@natae.notmuch \
    --to=felipe.contreras@gmail.com \
    --cc=git@vger.kernel.org \
    --cc=gitster@pobox.com \
    --cc=newren@gmail.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).