Hello there,
As the subject says it, I think we should consider changing the license
Hamlib is released under, from GPL to LGPL. This would make more sense
to the library, I mean the frontend, at least. Each backend would
remain free to be released under whatever license the owner decide
to choose. Personaly, all the backend I wrote will be changed to LGPL
in the next commits.
This is to ensure more acceptance and availability in the various
Ham applications out there.
Let me know what is your feeling on the subject.
Also, some of you may have noticed looking at the cvs-log, Hamlib gained
some new cool features. Application writers will be happy to hear
the birth of C++ and tcl/tk bindings. I need help on API design, so
tell me how you want it to be or better, join devlopment!
Well, the new port_t type ensure more flexibility, esp. when supporting
RIG/DCD/PTT serial comms. Hamlib is has now primitives to probe a rig
and try to guess its model number, more testing need though (other than Icom).
Besides other API updates, the big news is here: Hamlib works under Win32,
I means with backend DLL dlopen'ing! There're still some rough corners,
but hey, that's cool to benefit from both worlds!
Documentation has not been forgotten, hamlib-doc style comments have
been converted to doxygen style (http://www.doxygen.org). This will allow
us more flexible and powerful API documenting. Contribution welcome!
Well, hope to hear from you soon, may you not be too busy.
I think 1.1.2 is close now, as soon as I have some .spec file ready
to be able to generate RPMs. deb would be cool too, but I don't know yet
how this works (shame on me who runs on debian!).
As usual, comments/feedback/ideas/etc. are very welcome!
Cheers,
--
Stephane
|
