Zitat von Alex Kanavin <a...@sensi.org>: > 2010/3/1 Christian Zuckschwerdt <christ...@zuckschwerdt.org>: >> The thought has come up before. But Marcel will tell you quite >> strongly that the project is his alone. The two of us are the last >> ones from the original group (more like the successors to the original >> people really). It's a good thing he cares about keeping the project >> stable and I do see it in a kind of maintainance-only mode now. > > Well, I'd like to hear something - anything - firsthand from Marcel. > > Frankly, I think Hendrik, Johan or Bastien would be much better at it > - first of all by being more responsive to patches and issues and > second, by sticking to a steady and more frequent release schedule.
A frequent release schedule is over-estimated in the case of OpenOBEX. RC releases would be nice to check all issues before the actual release like we had with 1.4 or 1.5. Additionally, nobody answered when I asked for the two character conversion functions. I just assume that nobody uses them and'll make a patch that removes them (no sane application should use those functions, anyway). It would also be important to actually get both sides working even for USB so that e.g. Linux-based mobile devices can easily offer this. I lately tried dummy_hcd.ko to try the g_serial.ko obex support but my computer froze while trying :-( That would need investigation as dummy_hcd.ko is nice for testing because not everyone has a phone at hand that can do OBEX over USB. Additionally, the current way of doing this with a custom transport is less than optimal. The final support for the USB server side should then be supportable in the library, not only in the application by using a custom transport. For OBEX over bluetooth, it would be nice to have the OBEX v1.5 spec as it introduces "single response mode"[1] which would need support in the library. Additionally, having the find-devices logic in the library (for all currently supported systems[2]) would be a bonus. So there are other things to do than discussing project maintainership. Greetings from Munich, Hendrik [1]: http://linkevolution.e-globaledge.com/obex/aboutobex.html [2]: Linux, Free-/Net-/OpenBSD, Windows (noone seems to care for MacOS X) ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Openobex-users mailing list Openobex-users@lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/openobex-users
