On Tue, Oct 16, 2012 at 10:56:40AM -0500, Ben Myers wrote: > Hi XFS Folks, > > Linux v3.7-rc1 is out. The XFS master branch > (git://oss.sgi.com/xfs/xfs.git) has been fast-forwarded to v3.7-rc1. > > We'd like to take a moment and let you all know that we at SGI are going > to make an effort to communicate more from our end. Your contribution > is appreciated whether it be features, testing, reviews, docs, > refactoring, cheerleading, or otherwise. We want you here, and we want > your help! We'll continue to try to be as responsive as possible. "we at SGI". Curious. Has the XFS maintainer been replaced with a corporate plurality? :/ FWIW: http://lwn.net/SubscriberLink/519919/01a4caa1a34465f5/ "Developing in the community has a lot of rewards, including the fact that credit for the work stays with the developer rather than accruing to the sponsoring company. > Please bear in mind that the master branch is a shared resource. We XFS > developers need a stable and bug free environment to work in and test > our changes. We simply cannot pull in work with known regressions > because that can stop _all_ development until the problems are resolved. I disagreed when you first indicated this is what you wanted to do a couple of weeks ago: http://oss.sgi.com/archives/xfs/2012-10/msg00124.html but you didn't respond. I still disagree with it. FYI, I don't need a stable and bug free environment to work in - I haven't had one for years. That's because finding and fixing bugs is what I do every day. I create tens of XFS bugs a day and I fix that many as well. If the dev tree has bugs in it, then I'll find and fix those as I trip over them. And I don't care whose bug the code is in - if it stops me from continuing my line of development then my job is to immediately find and fix that bug. This is what *everyone* use the dev tree should be doing - we are all responsible for finding and fixing bugs in the XFS tree. Regardless, instituting new development policies by decree is not the best way to win friends and influence people in an open development environment. You cannot force people to agree to new policies, even as the maintainer. Change is made via discussion and concensus, but you haven't engaged in disussion of this subject at all. Indeed, the development history of Linux and OSS in general points to this policy change being the precisely the wrong direction to take. At minimum, the benefits to developer productivity need to be demonstrated before such a change should be made. Show us why this is the right direction to take - tell us how you came to this decision and how it will improve my productivity.... Cheers, Dave. -- Dave Chinner david@xxxxxxxxxxxxx _______________________________________________ xfs mailing list xfs@xxxxxxxxxxx http://oss.sgi.com/mailman/listinfo/xfs
