Asked Marcel Holtmann, from ConnMan and answers are below:

On Fri, May 13, 2011 at 10:03 PM, Carsten Haitzler <ras...@rasterman.com> wrote:
> On Fri, 13 May 2011 18:16:58 -0300 Gustavo Sverzut Barbieri
> <barbi...@profusion.mobi> said:
>
>> On Fri, May 13, 2011 at 9:44 AM, Carsten Haitzler <ras...@rasterman.com>
>> wrote:
>> > On Fri, 13 May 2011 09:18:50 -0300 Bruno Dilly <bdi...@profusion.mobi> 
>> > said:
>> >
>> >> On Fri, May 13, 2011 at 9:00 AM, Carsten Haitzler <ras...@rasterman.com>
>> >> wrote:
>> >> > just fyi:
>> >> >
>> >> > http://trac.enlightenment.org/e/wiki/Release
>> >> >
>> >> > i've knocked off another item (environment var config)... anyone lurking
>> >> > with a desire to do things... please go attack an item on the list (put
>> >> > your name there so we know u're doing it)... those with names there...
>> >> > what's the status?
>> >>
>> >> I would be glad to help with connman module, but I require more
>> >> information about what is desired before starting.
>> >> Who made the description could elaborate a bit more about it ?
>> >
>> > aaah ok. well here's a list:
>> >
>> > 1. gui-wise knowing if a network is secured or not is not obvious (in the
>> > selection list) - a little lock icon would be good. as opposed to colors.
>> > sure
>> > - needs some gfx work.
>>
>> It should be all about theme AFAIR. A signal "e,security,%s" "e" is
>> sent to edje. %s is replaced with none, wep, psk, ieee8021x, wps, wpa
>> or rsn.
>
> yes. just the default theme should display it a bit more prominently (easy to
> figure out which one it is) than colors - eg a little padlock for wep, 2
> padlocks for wpa, etc.
>
>> > 2. also sorting by signal strength OR name is good and make sure it doesnt
>> > update so often to make it hard to select a network (sometimes)
>>
>> No, the list is ordered by connman by its algorithm. We should not
>> sort it. If there is something strange, we can see if we're not
>> messing the list in the middle, but it should be already sorted by
>> connman's priority list.
>
> well right now i don't see any logic in the sorting as it doesn't display
> signal strength of each ap etc. :)

use efenniht theme :-) or wait someone to fix b&w


>> We could allow reordering to change the priority in connmand with
>> MoveAfter and MoveBefore.
>>
>>
>> > 3. signal strength in the gadget i've never seen updated and i've never see
>> > the popup list of ap's show signal strength.
>>
>> someone reported it as well, Lucas De Marchi said he'd take a look.
>>
>>
>> > 3. no way to specifically disable connman on specific devices. eg "please
>> > ignore eth1" or "ignore usb0" etc. there is the ability to do this in
>> > connman - there's a gnome gui to fiddle with this, just nothing in e.
>>
>> There is no per-device, but per-technology. It's there in Controls >
>> Network Switches.
>
> so connman can't disable a specific device? thats rather poopie. eg have 2
> ethernet cards and i want just 1 controlled by connman, other left to "i'm
> doing work on that one and configure that one by hand".

no, it can't. He says if you're doing development or other corner-case
task (I do have to agree here, it's not a regular use case) you can
start "connmand -I eth1" to ignore eth1.

He said if this is about host x gadget mode on USB, then he said it
already detects USB gadget side, this is used to enable USB tethering.


>> > 4. no way to FORGET networks (delete them from your list) and even just 
>> > list
>> > remembered networks that you have
>>
>> ack.
>>
>>
>> > 5. no way to set up a static ip, gateway, dns and so on for specific
>> > networks. only dhcp.
>>
>> ack. Just note that you have 2 sets of properties in connman's service
>> object, those suffixed with ".Configuration" is the one you should
>> write to. So Nameservers.Configuration is your desired configuration
>> while Nameservers is the effective value in use.
>>
>>
>> > 6. no way to have a "network profile" - eg for eth0 be able to switch from
>> > "home" to "work" (home is dhcp, work is static ip for example)
>>
>> profiles are going away from connman.
>
> and what will replace them? if it's going away from connman it smells like the
> gui itself has to implement it by storing them itself an feeding them to
> connman when requested by the user.
>
>> > 7. nothing to set up http proxies for specific network configs (enviornment
>> > variables if not some system config services/setups - i havent looked into
>> > what these are that lets things like firefox auto change proxy setup etc.
>> > without env var)
>>
>> I did not look into connman's latest proxy stuff, but should be
>> doable. however they were working on PAC (Proxy Auto Configuration)
>> and this should reduce the need for auto-configuration.
>
> that's good - but it's still a need :)

Talked to him, he is pushing for PACrunner and its
org.pacrunner.Client.FindProxyForURL(your_url) that will calculate the
proxy for the given URL. They are providing a wrapper around libproxy
for that, but anyone can (should) talk to DBus directly as it's
asynchronous (while libproxy is synchronous).

The proxy configuration is based on the manual list of URL and
excludes you provide manually or automatically with PAC/WPAD. He said
his test case is within Intel's infrastructure with a quite complex
PAC file of 24kb.


>> I'm not aware on how they implemented it, but if I was the one to
>> implement, I'd do HTTP proxy transparently in the system by using
>> iptables to redirect outgoing stream on port 80 to proxy.
>
> don't tell me. you would then be sensible and know what you are doing.
> unfortunately there are massive IT departments around with significantly less
> clue than you. and you are just a mere "programmer". :)

ehehe... when I mentioned the "locally transparent proxy" using
iptables he almost spanked me. Although I never saw that in practice,
he said proxy configuration is a dynamic matter and you can't provide
it with fixed iptables rules :-)  Ok, he knows more than me there,
let's agree with him.


>> Anyway, the biggest problem is that, as expected, proxy is a complex
>> matter and the UI will not be simple. The "auto" case is handled
>> without effort (using dhcp/wpad), but the other requires the
>> management of a list of URI and list of excludes.
>
> hnmm i wasn't thinking going to THAT much of an extent. auto proxy config is
> great - in some cases you will need to specify the pac location with a url for
> that network, in others you may just set up http and https proxy if you are
> that far, i don't think we need to also provide the list of exceptions. thats
> going a bit too far imho. just "for network x here is a http and https proxy,
> or a .pac file url" in addition to possible static ip info, and the
> "autoconfigure" flags etc. :)
>
>> > 8. no manual entry of an essid if its not broadcasting (for hidden 
>> > networks)
>>
>> ack. But good we did not have that before, the API changed dozen of
>> times before settling :-)
>
> yeah. i feel your pain :) not like we're blameless either. :)
>
>> > 9. i'd love to see it be able to ping the gateway or some specific ip
>> > address or host (global config and per-network config) so it can detect
>> > when the network went down and try a re-connect or move to a new network
>> > that does work.
>>
>> connmand should do this, try to access some page and if not the
>> expected outcome, take this as a "open network that requires
>> authentication". iPhone/iPad does this, Marcel said he'd like this in
>> Connman as well. If it's done I'm not sure, but it's in the daemon and
>> not in the interface.
>
> well it's currently not in the daemon, so it needs to exist somewhere. :) the
> gui can implement it - we can have a nice ecore_con_url baby do the job :) 
> thay
> or ping (which means pprobably just ecore_exe_run'ing ping +options and 
> parsing
> its stdout)

he said connmand does HTTP request to validate connectivity. You need
to enable the "portal" plugin and it will ping
http://www.connman.net/online/status.html


>> That's the reason connman now have a "ready" state as well as
>> "online". There are also some properties like LoginRequired and
>> SetupRequired to see if additional work must be done.
>
> sure... but... not done yet :)

seems it is done, check this "portal" plugin. We could just show a
"limited connectivity" icon/status.


>> > 10. i'd love to see a nicer notification popup when it connects or
>> > disconnects so you know it stopped working or is changing
>>
>> Please, for do it in notification module so we can unify these kind of
>> stuff. I planned to add this support to enjoy and other things as
>> well.  E17 already does this with offline/presentation modes. For
>> these I used E_EVENT_CONFIG_MODE_CHANGED signal that is listened by
>> E-MODULES-EXTRA/notification, we could add another signal and listen
>> it there.
>
> well i was thinking of just having the box that pops up when you mouse over 
> the
> connman gadget pop up with status changes. code is there. just make that work.
> not wanting any new grand designs for e17 here. just make connman usable for
> release. you're right - yes, but we have whats needed 99% - just need to
> trigger it on network changes so the user is more aware that their network 
> just
> went down or connected rather than wondering why their browser stopped loading
> for a few seconds or ssh session paused. :)
>
>> Ideally we'd use e_dbus/notification, but then we'd talk via dbus to
>> ourselves if we use the notification module, that is troublesome. So
>> just doing the ecore_event is fine, we can later introduce a module
>> that forwards these events to libnotify if an external tool is used to
>> display them (lots of people use Ubuntu's notification daemon
>> http://launchpad.net/notify-osd since it supports more features and
>> looks nicer).
>>
>> Other items that could be worked on (in order):
>>   - better error handling: sometimes errors were expected but are not
>> handled in such way, if you request one connection and abort it
>> midway, you'll get an OperationAborted error, but we should clearly
>> ignore it if you request it to be aborted :-D
>
> oh yes. definitely. i forgot about this. sometimes connman gadget can sit 
> there
> and try and "connect" forever, or its connected and still displays the "i'm
> connecting" animation forever.

ah, that is an edje bug :-P we don't handle one of the states (online
or ready?) and don't stop the connecting animation.


>>   - agent: to report errors, request input, etc. Right now we do the
>> basics to request passphrase, but not using the Agent API. See bluez
>> module on similar usage.
>>   - tethering: also non-existing when we wrote it, allows you to share
>> your connection (per technology)
>
> very cool - if connman supports it - add support. i was going to mention this,
> but decided that it's able to be lived without if connman doesn't do it yet.
> reality is that to tether you need to also run a dhcpd on some other network
> port etc. etc. :) (to make it really easy to use).

it should be easy, a small set of properties to setup. The nasty bits
are handled automatically.


>>   - stats: we currently don't show any statistics (when we wrote there
>> were any), BWM guys added lots of them, so you can know how much you
>> transferred and how much should you pay, etc.
>
> that'd be most cool. and even track stats per connection and make them
> persistent over multiple sessions (and record every session separately).

that is done already, data is persistent across sessions.

-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--------------------------------------
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202

------------------------------------------------------------------------------
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to