Re: [gentoo-project] Re: Trying to become a Gentoo Developer again spanning 8 years...

[William L. Thomson Jr.]

On Monday, October 3, 2016 11:47:11 AM EDT Rich Freeman wrote:
>
> Well, if you have a problem with Comrel you might try following the
> official process before starting a mailing list discussion.
>
> I'm pretty sure one of the quizzes has a question about how to handle
> disputes/etc for exactly this reason.

That has been part of my problem. I disagree with such questions, the answers, 
so can get hung up on those questions on the quiz. Why one review took 2 hours 
and did not max it past the 10th question on the 1st of 3 quizzes.

> Nobody is going to reply to this list and promise you that you're
> going to be allowed to be made a dev even if Comrel objects unless
> this is overturned in an appeal.

Understood, but once light has been shed on the matter. Maybe I can be assured 
the past will not be brought up and it has in the past. Even the team lead of 
comrel who made some what I would consider unprofessional comments coming from 
an educator. Made completely inaccurate statements saying the past had no 
bearing on the events in 2015, despite facts showing otherwise.

At the same time discussion is taking place. Maybe others will seek to change 
things and that may make the process better for me to return. You never know 
till you try, and what I tried before did not work. Appeals I feel is some 
what futile and in most cases should not be necessary.

It is also not clear what I would be appealing...

> The only general advice I can offer to people who have had past
> brushes with Comrel is to:
> 1.  Acknowledge the importance of demonstrating that you can work with
> others.  (If you can't do that, you probably won't be admitted.)
> 2.  Work to demonstrate that you can indeed work well with others
> today, regardless what may or may not have been a problem in the past.

Are both of these not assumed when a mentor opens a bug for a contributor to 
become a developer?

Is  the mentor not confirming the person can work with others, as in them at 
minimum. Likely the mentor has seen them work with others as well.

Why does the mentor not factor in at all here?

Unless comrel is going to research every commit and contribution, at some 
point they have to let the mentor vouch for the contributor. After all I was 
requested to do what I had already done. Comrel was just unaware and that is 
not my nor the mentor's fault.

> I'm not going to pass judgment on any individual without having all
> the facts.  However, as a matter of principle I certainly believe that
> is important that prospective devs demonstrate that they're able to
> work well with others in the community.  If somebody believes they've
> truly done this and Comrel just isn't getting it, well, they can
> appeal.  If they're going to appeal on the argument that being able to
> work well with others doesn't matter, well, that is their right, but
> my sense is that it is unlikely to get them far.

Where does the mentor come into play? Are they not vouching for the 
individual?

> And as I've pointed out, there are a fair number of people who have
> made significant contributions as non-developers.  Anybody can offer
> pull requests of Java (or other project) ebuilds at any time, and a
> developer can merge them in.

So why is stuff sitting in GitHub PRs? Why did stuff sit in bugs for years? 
Why is stuff still in tree I was seeking to remove in 2008?

Any comments along the lines of you can contribute to Gentoo Java from the 
outside. Is making that comments from an uneducated uninformed position. Go 
look into the details. The reality may shock you. Its VERY bad, for a VERY 
long period of time. It will take MASSIVE amounts of work. ~5-10 Java devs.

People just do not understand, Java is massive, and some aspects pretty 
complex. Go package something like Hadoop from source. Why is Jenkins in tree 
binary and not from source?

-- 
William L. Thomson Jr.