Hello! > It seems to me that you are so afraid to break something for your precious > IXPs that you rather drop user contributions than integrate them unless > the changes has been proven correct. I, as a developer, has to do all the > work, testing and "prove" that the change is "good". My view would be > the work load should be shared by the community, this will help moving > BIRD forward much quicker.
A necessary step in sharing your work with the community is to convince the community that the change you want to introduce is useful and/or interesting. Why else should they spend any effort on helping to develop and test your change? Actually, if you look inside the archive of this mailing list, you will be surprised that most people have had it very easy to get their feature accepted. Perhaps "this feature would be useful for my routers" is a sounder argument that "this will boost the performance, but I won't tell you how and why". Perhaps the problem does not lie in the BIRD community, but in your attitude... Maybe you could take a look at the development process of some other projects which aim for producing high quality code, like for example the Linux kernel. Have a nice fortnight -- Martin `MJ' Mares <m...@ucw.cz> http://mj.ucw.cz/ Faculty of Math and Physics, Charles University, Prague, Czech Rep., Earth Anti-trust laws should be approached with exactly that attitude.