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:

1. keep existing api's working and provide compatibility code inside edbus
connman to handle the new connman dbus protocol using the old api's

OR

2. bump major .so version of edbus (specifically connman) AND place the headers
in a new folder so both old and new can be installed side-by-side AND provide a
new pc file with a -2 version.

#2 is pretty much out of the question because econnman is tightly tied to the
rest of edbus and its version etc. and so would become an ugly exception
within the tree.

so we need to retain compatibility so #1 is the only choice.


-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    ras...@rasterman.com


------------------------------------------------------------------------------
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