Re: Development of the ModemManager 0.6 API

On Thu, 2011-10-20 at 16:24 +0200, Aleksander Morgado wrote:
> Hi everyone,
> I just pushed a new '06-api' [1] development branch in the upstream
> ModemManager git repo. This branch will hold the port of ModemManager to
> the new 0.6 API, using GDBus and also targeting the new multi-mode LTE
> devices. At some point it will also include the new libmm-glib [2] and
> the mmcli [3], as well as new probing changes discussed not long ago in
> the mailing list.

Go go go! :)


> Currently the branch contains:
>  * Port of the DBus introspection XMLs to the format required by
> gdbus-codegen. Not using the ObjectManager interface yet, still need to
> do that.
>  * Generation of the API documentation with gtk-doc (see generated HTML
> at [4]), and removal of the previous documentation generation.
>  * New static include/ModemManager-enums.h, with enumerations and types
> required both in the DBus API and in the core daemon.
>  * New auto-generated include/ModemManager-names.h, with the DBus
> method, property and signal names taken from the introspection XMLs. We
> can keep this header around, even if libmm-glib is ready, for
> applications wanting an easy port to the new API.
>  * New include/ModemManager1.h which includes the previous both headers;
> temporary name while the include/ModemManager.h from the previous API is
> still around.
>  * Setup of gdbus-codegen and glib-mkenums to generate sources which are
> compiled into a non-installable generated/ Both daemon
> and libmm-glib will end up using this.
> You're advised to *not* use this branch unless you really want unstable
> code. It is expected to break currently available features and plugins
> while the port is ongoing. We'll probably try to merge into master some
> of the new development from time to time, if we see it doesn't break
> anything (or not much). I will also (try to) avoid rebasing it, at least
> until before merging to master.
> Comments (and help) welcome :-),
> Cheers!
> [1]
> [2] Briefly commented in
> [3]
> [4]

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]