One problem I see might be that Mbuni does use the gwlib internally and Kannel as an external interface. But, the design philosophy is different from Kannel. Kannel has been hesitant about depending other people's libraries unless absolutely necessary (libxml2 and openssl are the only one's that immediately come to mind). As a result, products based on Kannel are rather clean when it comes to licensing issues.
Mbuni, on the other hand, uses plenty of external libraries and applications. Some libraries are GPL'ed (libsndfile), some are LGPL'ed (most of SoX except the FFT.h, which is GPL'ed). I haven't had a chance to start looking into the code, but I'm hoping that they are using Lame and SoX through pipes instead of linking directly with the libraries (like mpglib). I understand the reasoning (why re-build the wheel?), but it does increase the level of dependencies.
Actually, I have no problems with bringing them into Kannel if they want. I just wanted to remind everyone that Kannel has a philosophy and we might want to remember it when thinking about including other people's work. I still remember the long and interesting "conversations" about using a DSO-like framework for runtime plugin extensions to Kannel. I can't remember if we might have lost a few good developers by beating them with the "dependency" issue. If nothing else, I would not want them to feel pissed off because we are planning on including so much dependencies without any formal debate.
now, agree'ing on the dependency issue fully. It's a philosophy and we're not about to change it.
The main issue was, how many pieces of their code (that is mainly Kannel source code specific) "could" be bundled to the mmsc (mmsbox) code we have here and may populate to the openmmsc.org site in the future.
Stipe
mailto:stolj_{at}_wapme.de ------------------------------------------------------------------- Wapme Systems AG
Vogelsanger Weg 80 40470 D�sseldorf, NRW, Germany
phone: +49.211.74845.0 fax: +49.211.74845.299
mailto:info_{at}_wapme-systems.de http://www.wapme-systems.de/ -------------------------------------------------------------------
