In my opinion, the current system looks fine. Having a maintainer per component could be a nightmare for both maintainers and contributors. Maintainers are usually bottlenecks for various reasons no matter how hard they try not to be. It could slow down the whole process significantly. Right now, it seems to run pretty flawlessly.
But how does it work for big and complex components (like desktop environments)? Should they be rejected due to the lack of the contributor's maintenance guarantee? When I look at the contributors' list I see that people appear and disappear and that's a natural process. This implies that nobody can guarantee that they will maintain components they add (I mean the bigger ones). 2017-05-12 6:22 GMT+02:00 Alexander Pyhalov <[email protected]>: > On 11.05.2017 22:13, Peter Tribble wrote: > >> On Thu, May 11, 2017 at 6:56 PM, Aurélien Larcher < >> [email protected]> wrote: >> >> >>> The question raised is whether we should formalize a maintaining process >>> for some important components or groups of components. >>> >>> At some point I joked about a campaign going like "Adopt a package". >>> >>> >> There are downsides to having a formal owner: they can become a >> bottleneck, and it might discourage others to contribute in an area >> where there's an individual (or individuals) listed. Also, people may be >> reluctant to contribute if there's a prospect of being lumbered with >> the responsibility going forward. >> >> But, if you can avoid that, then there are benefits to having what we >> would call "Subject Matter Experts" for components or groups. Having >> someone who is reasonably familiar with the component, preferably >> someone who uses it, is useful as a source of help and advice, and >> having a list of such people and their specialities would be useful to >> other contributors. >> >> Putting such a list on display would also show that OI wasn't just a >> one or two person effort, which would be good. >> > > Yes, this idea seems reasonable. BTW, recently github started suggesting > reviewers > and it does it rather well. > --- > System Administrator of Southern Federal University Computer Center > > > > _______________________________________________ > oi-dev mailing list > [email protected] > https://openindiana.org/mailman/listinfo/oi-dev >
_______________________________________________ oi-dev mailing list [email protected] https://openindiana.org/mailman/listinfo/oi-dev
