Hello, these issues were pointed in the first place, my comments follow inline. 1) the need for a new reliable release - delayed or low-quality releases are affecting the credibility of the project - http://lists.kamailio.org/pipermail/users/2008-August/018999.html - the link above shows this one was a faster release than in past - http://www.kamailio.net/mos/view/KAMAILIO-v1.4.0-Released/ - the link above shows the efforts in creating a testing suite which was running on devel server during this development cycle - the link above shows no much new things in the core, but code cleanup, duplicity removal, source code documentation 2) degradation of the project quality - testing, performance measurements and code quality control are overlooked - presented before, testing suite was built and running, lot of code was reviewed and improved - who in the new project will do that and couldn't do it because was blocked in the old project 3) lack of the control, management and coordination of the project - critical project issues could not be handled or solved - I am not aware of mis-coordinations that could affect the project so badly - I am not aware of critical issues that could not be solved and there was no report of a critical deadlock - if there was a failure in management, all from the board share same fault Moreover, I believe there are facts in the past that openser took care of its quality. I repeat as I said that QA might not be enough no matter is done. If openser 1.3.x is the core component of a platform hosting about 2 millions of subscribers does not ensure some QA, then nothing else can be said, see: http://www.ilocus.com/2008/03/the_largest_voip_offering_base.html None above motivates such reactions as happened recently, but if does, then probably with some openess and discussions everything would have been better now. Cheers, Daniel -- Daniel-Constantin Mierla http://www.asipto.com