Re: Kannel's module API
Harrie Hazewinkel <[email protected]>
| Newsgroups | gmane.comp.mobile.kannel.devel |
|---|---|
| Message-ID | <24247902.1023811126@localhost> |
(resend, since it bounced due to wrong sender address) Hi Stipe, --On Tuesday, June 11, 2002 12:24 AM +0200 Stipe Tolj <[email protected]> wrote: > Hi Harrie, > > I liked the document you wrote about Kannel's API structure. Hope that > more of the other developers have a chance to review it. I'll have a > deaper look into the patch itself. The patch itself needs some updating, since some other changes cause collisions. I will update it in a day or 2. > > IMO, the way apache-1.3 does the modularization may be addopted to > Kannel for those API purposes. What do the the others think of this? It is indeed based on that :-)) We even could do it based on the Apache 2.0 api, but that is somehow trivial. The concept for now is more important. > > Should we start re-constructing the current devel tree after we > released 1.2.0 and keep a stable branch? > > I'm +1 for re-constructing Not sure, what you mean here. But I assume you want to branch for the 1.2.0 releases and development goes into head, right?? > > a) to a general autoconf layout, hence utilize libtool (yet no > assigned volonteers here) Using libtool is not directly my goal, but it seems to make things as porting easier. I also believe that making the build process a bit more fixed is not a bad thing. Now it creates some libraries of arbitrary files and things can easily extended where a new 'gmake .depend' seem to add > b) for modularization using a Kannel API structure (Harrie will be > leading this effort, because he's highly involved in Apache's API > structure and has most experiences here IMO) I don't have Kannel as some kind of day-job, unlike some of the others here. Meaning as soon I have some paid-work that will get more priority. But I am willing to lead this effort. I even would not mind working on this for some company who needs it. :-)) > > BTW, I'm working on a new Kannel web site (using PHP4 and MySQL) and > other funny things ;) Cool. What about ssh on the cvs server?? That would make things more secure on that part too. Harrie Internet Management Consulting mailto:[email protected] http ://www.mod-snmp.com/