[Users] Conclusions

Folks, There were a lot of ideas, discussions, fears vehiculated in the last days. I try to bring some response as quick and as short as possible just to close the subject. 1) there is and it will be no war - I think the idea to associate war with new thing is in human nature and we cannot fight it. Media Proxy was also welcomed with war and it proved to be a good thing (a complementary solution to nathelper); avpops got the same treatment and now I believe to be a very used module. So let's try t get rid of the war idea - OpenSER is just an alternative to SER and everybody is free to choose what to use. 2) very common idea (no idea who came with it?!) was that OpenSER is less stable and it will be mainly an place for new thing to get mature - wrong ! OpenSER's stability will be one of its strong attribute - if you look to the NEW FEATURE section we will be surprise how many bugs were hunted and fixed. Shortly - we will try to keep OpenSER as stable as SER and maybe more - of course, nothing is bug free :) 3) getting back into SER team - maybe the GCC story will happen, but for this the SER must prove (with facts and not words) that it became a real open project - politics and development are not dictated by any hidden commercial reasons; SER becomes an independent and neutral project (not faked "propriety" of anybody), anybody being free to contribute; the maintainer dictatorship must end - a module maintainer must not have "live or death" right on its modules, it must obey the management group of the project!. 4) documentation management - that a hard problem which frustrated the users a lot - OpenSER tries a different cycle of documentation which will make it easier to use and to update for user: main storage point will be sgml files on CVS -> HTML files on web for reading -> on web wiki page for user to contrib/comment -> filtered time to time by maintainers and moved into sgml; and here ends; easy and straight for both users and maintainers; also Makefiles has built-in commands for generating READMEs and HTMLS from sgml. now, some short answers to some interesting ideas: Greger ------ what was the attitude when "commercial components start popping up with alternative contributions" ? IGNORE! "Do they(voice system) contribute their commercial code to OpenSER? Of course not, they have exactly the same problems as iptelorg.com" Maybe you should look twice to avpops, speeddial, alias_db, uac modules, maintenance for xlog and pdt and all patches to usrloc, rr , register and nathlper - many enterprise solution fixes are there (nat traversal and replication) Kristian Galway, reticent, Maxim, Klaus, Giudace ------------------------------------------------ there is no war and let's forget the word! it's simple matter of choosing and liberty (even if history showed us that all this were gain through war) Everybody is free to use whatever he like. If you don't like OpenSER, fine by me, forget about it, but don't misplace words! Dave, Ingo, Maxim, Atle ------------------------------------------------ by splitting the project nothing is lost, but better (efficient) used; for developers - no more struggle to put your stuff on cvs; more time to work on real things; anyhow you worked was blocked on SER :(. For users - if they know what they want, they can have the liberty to choose based on the preferences, which is a step forward. Let's not hide behind the mentality - simple thing and less options make our life easier... Harry, Samuel ------------- interesting idea of being looser....wonder way?? If like SER you can stick to it and you don't loose or win; If you find OpenSER more suitable for you, you win.....so....where is the looser may I ask?? Cesc ----- |And this process (n. devel) must be well-defined and NOT CONTROLLED exclusively by a company (be iptel or voice-systems, same-o, same-o). If the contribution is voted as desirable by a community of users, it is well tested and so on, it should be accepted." you made a strong point here !! with this email I want to close the subject. Please *do not reply* to it, but only in privately or use openser mailing list if you have related questions. End of subject Bogdam