>>>> I am very much in favor of this approach because it forces the least >>>> amount of administrative overhead on regular contributors while still >>>> leaving the door open for non-regular contributors to submit patches via >>>> pull requests. Personally, I do not want to open a pull request for >>>> every little change I make. >>> That's what I'd prefer too. >> Because it is the only solution that doesn't make existing problems >> worse (it is, in my opinion)? > >What problems are you talking about, and how would other approaches make them >worse?
Noticeable part of major feature proposals get neither positive nor negative review and get buried by inaction before the next person who could benefit of the proposed changes appears. If there are many trivial pull requests and they are supposed to be reviewed either by multiple people or by one of too few people, the numerous small requests would demand more attention from the reviewing people, thus leaving them less time to review major feaures. _______________________________________________ nix-dev mailing list [email protected] http://lists.science.uu.nl/mailman/listinfo/nix-dev
