[haiku-development] Re: Request to work on newer buildtools integration (GCC/Binutils)
- From: Niels Reedijk <niels.reedijk@xxxxxxxxx>
- To: haiku-development@xxxxxxxxxxxxx
- Date: Mon, 2 Nov 2009 19:41:52 +0100
Hello,
2009/10/29 Joseph Prostko <joe.prostko+haiku@xxxxxxxxx>:
> If you guys would like to take a vote to see if you'd like me to do
> this, I would appreciate it. If allowed to proceed, it might take me
> some time to get up and running (as I've never used SVN before in a
> committer role), but I should be able to get the job done.
>
> It might make sense to keep me locked away in a branch, at least
> initially, but I'll trust your discretion on this one.
I am going to vote against giving you commit access for two distinct reasons.
First of all, the operations you are going to do require working with
vendor branches, and also performing operations that bypass a working
copy (and thus any optical checks beforehand). The fact that you do
not have any experience in working with svn as committer discourages
me to trust you to do well. And even if you work in a different
branch, our repository is not a sandbox and any muddling about will be
stored for the rest of time.
Secondly, and you may correct me if I have the wrong impression. A
quick mail history search shows you're around since 2006, which is
good, but I have not seen any patches. In my opinion, commit access is
granted based on two requirements:
- There has been past work which has been accepted into the tree (so
by peer review).
- There is a clear map of what the project is that you are going to
work on in the near future.
[Deviations from this model have been there in the past, for example
for the GSoC students]
You satisfy the future plans condition perfectly, but I cannot judge
the quality of any past work (and a few patches for GCC 4.x fixes do
not compare to the work you intend to do).
This is by no means a judgement of your plans, which seem to be
well-considered, or a rejection based on personal grounds, but I would
rather see you work with one of the more experienced Haiku developers
(preferably ones that know the buildtools) to work on these major
changes. If at some point he says your work is of a good quality, then
I will gladly change the vote.
N>
Other related posts: