Re: Contributions which I feel are dangerous and/or deceptive (Was: Re: What's cooking in git.git (Jun 2021, #06; Thu, 17))

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Elijah Newren wrote:
> On Thu, Jun 17, 2021 at 7:19 AM Felipe Contreras
> <felipe.contreras@xxxxxxxxx> wrote:
> >
> > Elijah Newren wrote:
> > > I hate doing this, but...
> > >
> > > On Wed, Jun 16, 2021 at 7:58 PM Junio C Hamano <gitster@xxxxxxxxx> 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@xxxxxxxxx/
[2] https://lore.kernel.org/git/20210613143155.836591-1-felipe.contreras@xxxxxxxxx/
[3] https://lore.kernel.org/git/1362602202-29749-1-git-send-email-u.kleine-koenig@xxxxxxxxxxxxxx/
[4] https://lore.kernel.org/git/CABPp-BEsQWsHMAmwc3gmJnXcS+aR-FtoMJxBRQ=BpARP49-L-Q@xxxxxxxxxxxxxx/
[5] https://lore.kernel.org/git/CABPp-BFudyBP8c_ROmxDEeuu5AfdoyVW8hNPYqVdFPFNofJnCQ@xxxxxxxxxxxxxx/
[6] https://lore.kernel.org/git/1d825dfdc70b8c658c4b6317310706bb6386f468.1620432501.git.gitgitgadget@xxxxxxxxx/

-- 
Felipe Contreras



[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux