From: Gustavo S. B. <bar...@pr...> - 2012-06-20 22:26:31
|
On Wed, Jun 20, 2012 at 7:18 PM, Vincent Torri <vin...@gm...> wrote: > On Wed, Jun 20, 2012 at 3:58 PM, Gustavo Sverzut Barbieri > <bar...@pr...> wrote: >> On Wednesday, June 20, 2012, Stefan Schmidt wrote: >> >>> Hello. >>> >>> On 06/20/2012 02:11 PM, Lucas De Marchi wrote: >>> > On Wed, Jun 20, 2012 at 9:49 AM, Michael Blumenkrantz >>> > <mic...@gm... <javascript:;>> wrote: >>> >> If you have an e17 bug, reply to this mail or create a ticket for it on >>> >> trac. This is the LAST call. Hint hint. >>> > >>> > ConnMan module is not working with the stable 1.0 ConnMan API. >>> > >>> > I plan to work on this when time allows. No deadlines neither >>> >>> I also plan to work on this. Also when time allows. Might be tricky to >>> not step on each others feeds. :) >>> >>> My plan so far: >>> >>> 1) e_dbus: Create a copy of connman0_7x in connman1_x as we need to keep >>> the connman0_7x stuff. >>> >>> 2) e_dbus: Make changes changes like GetTechnologies instead of >>> AvailableTechnologies, etc. >>> >>> 3) Check for all missing signals and properties to have the basics working. >>> >>> 4) Remove all outdated APIs like the profile stuff and so on. >>> >>> 5) Adjust connman module in e to be on the same level as before. No need >>> to have a copy for the old version in here as this was never released. >>> >>> 5) Once it is working for normal setups look into counters and vpn. >>> >>> 6) Bring all this goodies to the e17 module. Also all the missing manual >>> configuration things for IP, etc. >>> >>> I ahve 1 done here already and it detects the newer connman but fails to >>> get services from it as interfaces for getting the services and >>> technologies changed. I also have some patches for removing old >>> interfaces but that might be better to bring in once it is actually >>> working with the new ones. I'm on a plane today but I hope to commit 1) >>> today or tomorrow to have a base we could work on. After that I will not >>> have time for this until starting next week. >>> >>> >> How about if we copy edbus econnman to e17 and talk DBus directly. Remove >> the configuration dialog and add the agent. Do the config dialog externally >> (in python-elm it should ttake a day) > > omg ? python in e17 ? why not perl and m4 ? it's not in the same process, it's in a separate process using python and elementary for speed of development. doing it in python is super-simple due introspection... for C we need to write everything manually and it's too time consuming :-/ -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -------------------------------------- MSN: bar...@gm... Skype: gsbarbieri Mobile: +55 (19) 9225-2202 |