2006-08-21: Keith Bennett dixit: > Last week I implemented the opaque data structure to be used > instead of the integer currently returned by > lk_karma_connect(). However, the patch is pretty large and it > completely changes the API - ie. every single function call has > changed. > > I also have some unrelated API changes, such as a more > functional lk_karma_connect() call which performs all the > auto-detect, authentication, etc. > > What does everyone want me to do with these patches? I could > sit on them for a while so that all pending issues get fixed > before the major overhaul. > > I could also submit all the API changes in one go, although > this would make it difficult for others to review the changes.
I think these big changes should await to include also your planed changes to increase efficiency. Moreover, I'd support the idea of branching the libkarma project: one branch would keep developping and stabilizing the current code, without important (API) changes; the other would start a new library (e.g., `lkarma' or `libkarma+') where we can take advantage of all we have learnt with libkarma and make things better/simpler wherever possible. Also lkarmafs should branch; the new one implementing a fully flexible virtual filesystem based on the path DB file. Best, EV. ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ linux-karma-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/linux-karma-devel
