On Tuesday, December 9, 2014 4:40:03 PM UTC+1, Cédric Krier wrote:
>
> On 09 Dec 16:23, Albert Cervera i Areny wrote: 
> > 2014-12-09 15:28 GMT+01:00 Cédric Krier <[email protected] 
> <javascript:>>: 
> > > On 09 Dec 15:05, Simon Klemenc wrote: 
> > >> http://codereview.tryton.org/11681002/ might lead to just another 
> > >> contributor leaving... 
> > > 
> > > Don't understand at all what the problem with this review. 
> > 
> > AFAIU the problem is that there seems to be no rule that says the real 
> > name of the contributor is required. At least the discussion and votes 
> > I've seen in the mailing list concludes otherwise. 
>
> OK, I will just state: I will never push a changeset from someone who I 
> know for using fake name. It is the minimal policy we must ensure to not 
> have trouble (in case of thread on his contribution) because we must 
> trust the contributor about his contribution and his licensing. 
>
> End of the discussion. 
> -- 
>

You know this is an unenforceable guideline? 
Additionally, you stated yourself that "we all know that you are [...]", 
implying you know his real name.
Additionally, you reuploaded exactly the same patch under your own name, 
implying you don't think there's something wrong with it.
Additionally, do you seriously _not_ understand what the problems are when 
you refuse to look at a patch because of the contributer's non-compliance 
with a non-existent guideline?

Don't get me wrong, I know you work hard for this project, and as such you 
are in a very powerful, manager-like position. And as every such position, 
this requires certain softskills, including being simply nice to others and 
saying "thanks", "sorry" and "please" when appropriate.

Certain maintainers and choices of this project sometimes seem to make in 
unnecessarily hard for others to contribute. I think this can be seen as a 
fact, simply go to one of the thousands of other open-source-projects and 
see how they handle things. These very frustrating obstacles include 
scattered resources, unusual choice of infrastructure & tools which 
sometimes have "ugly" interfaces, bad documentation, and mainly a general 
bad attitude (might have forgotten a few things here). I know you like it 
as it is, but I have yet to find a vim user that doesn't. 

This is not the kernel and you are not linus ;)

Reply via email to