On Sat, Nov 19, 2011 at 7:25 AM, Carsten Haitzler <ras...@rasterman.com> wrote:
> while making connman work and improve is good... the edbus connman api has 
> been
> quite heavily broken now.
>
> this is now a blocker for efl 1.1 and we can't release until resolved.
> here is what has happened:
>
> e_connman_service_apn_get() removed
> e_connman_service_apn_set() removed
> e_connman_service_ethernet_netmask_get() removed
> e_connman_service_mnc_get() removed
> e_connman_service_mode_get() removed
> e_connman_service_security_get() api/abi break in parameters passed
> e_connman_service_setup_required_get() removed
>
> we can't release with all these breaks. we are the ones providing an 
> advertised
> stable api to talk to connman. if connman itself breaks api, it is our job to
> do either:

I think there's not point in saying we implement a stable connman API.
There's no way to check at runtime what is the version of ConnMan and
doing all the work to be compatible with previous api is totally
insane.

E.g. the case a property changed from plain string to an array of
strings. The natural name of the method for *future* versions cannot
be used.


As such the plan is to support the most recent versions packaged by
distros, at least until the ConnMan API becomes more stable. This is
why we added this in E_Connman.h:

#ifndef E_CONNMAN_I_KNOW_THIS_API_IS_SUBJECT_TO_CHANGE
#error "E_Connman.h is an unstable API linked to upstream connman project"
#endif


However I really hope that at the time this happens we don't need this
submodule anymore. Gustavo began to work on a tool to generate the C
bindings (just like there's in, for example, qt and glib) to ease the
use of dbus. Therefore we would not need this part of the lib and the
application could directly use dbus.


For *this* release, it's sufficient to say we don't provide an stable API.




Lucas De Marchi

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to