Re: fixed ipv6 address with DHCPv6

- Original Message - From: Gene Czarcinski g...@czarc.net I will state again that the UUID based on the machine-id does not satisfy my need to keep the client-id the same for all installations on a system which use a particular interface. DUID-UUID is currently the most stable

Re: network manager with two interfaces

From: Bo Forslund bo.forsl...@abc.se I had to hand edit /etc/udev/rules.d/70-persistent-net.rules and /etc/network/interfaces. This was done with an out of the box installation of debian 6.0.6. It seems like the install process randomly sets the network cards to eth0/eth1 from one install to

help with ActivateConnection, GetSettings and version of NetworkManager

Hey all, I have a couple of questions: 1. How can I find network manager version? I am using “dpkg -s network-manager | grep Version” and get 0.9.6.0-0ubuntu7. 2. Where can I find the Network-Manager D-Bus Interface spec for this version? I found the spec of 0.9.6.4 on the

[PATCH 0/5] Handle HTTP error 511

From: Jonh Wendell jonh.wend...@oiwifi.com.br This series of patches fixes (on the NM side) bug #670394. Basically we added a new method in the API: CaptivePortalState (), which returns a boolean indicating whether we are behind a captive portal, and a string that contains the login url, as

[PATCH 1/5] connectivity: change the connected member for a more generic one

From: Jonh Wendell jonh.wend...@oiwifi.com.br use now the enum State, adding the Behind Captive Portal value. Signed-off-by: Jonh Wendell jonh.wend...@oiwifi.com.br --- src/nm-connectivity.c | 59 +-- src/nm-connectivity.h | 13

[PATCH 2/5] connectivity: Add libxml2 as a dependency

From: Jonh Wendell jonh.wend...@oiwifi.com.br libsoup already depends on libxml2 but we need to explicitly link to it. Signed-off-by: Jonh Wendell jonh.wend...@oiwifi.com.br --- configure.ac| 14 +++--- src/Makefile.am | 4 ++-- 2 files changed, 13 insertions(+), 5 deletions(-)

[PATCH 3/5] connectivity: Add the private member login_url

From: Jonh Wendell jonh.wend...@oiwifi.com.br It will contain, in the case we are behind a captive portal, the url to login at the captive portal. Signed-off-by: Jonh Wendell jonh.wend...@oiwifi.com.br --- src/nm-connectivity.c | 22 ++ src/nm-connectivity.h | 15

[PATCH 4/5] connectivity: check for http response code 511

From: Jonh Wendell jonh.wend...@oiwifi.com.br If 511 code is returned, try to find the URL for the captive portal login. Currently it searches only in the meta http-equiv=refresh tag. Signed-off-by: Jonh Wendell jonh.wend...@oiwifi.com.br --- src/nm-connectivity.c | 111

[PATCH 5/5] api: Added the method CaptivePortalState()

From: Jonh Wendell jonh.wend...@oiwifi.com.br It returns whether we are behind a captive portal and, if we are, also returns the url to login at the hotspot. Signed-off-by: Jonh Wendell jonh.wend...@oiwifi.com.br --- introspection/nm-manager.xml | 20 src/nm-manager.c

Re: [PATCH 5/5] api: Added the method CaptivePortalState()

On Mon, 2013-02-11 at 12:09 -0200, Jonh Wendell wrote: From: Jonh Wendell jonh.wend...@oiwifi.com.br It returns whether we are behind a captive portal and, if we are, also returns the url to login at the hotspot. Any particular reason this is a method and not a property? Also I think we may

Re: [PATCH 0/5] Handle HTTP error 511

On Mon, 2013-02-11 at 12:09 -0200, Jonh Wendell wrote: From: Jonh Wendell jonh.wend...@oiwifi.com.br This series of patches fixes (on the NM side) bug #670394. Thanks for working on this! One thing I'm wondering is how we'd more quickly see whether the portal login was successful or not so

Re: [PATCH 2/5] connectivity: Add libxml2 as a dependency

On Mon, 2013-02-11 at 12:09 -0200, Jonh Wendell wrote: From: Jonh Wendell jonh.wend...@oiwifi.com.br libsoup already depends on libxml2 but we need to explicitly link to it. At least we already theoretically required it; though is it possible to use GMarkup here instead of libxml2? GMarkup

Re: [PATCH 2/5] connectivity: Add libxml2 as a dependency

On Mon, 2013-02-11 at 17:10 +0100, Bastien Nocera wrote: On Mon, 2013-02-11 at 10:06 -0600, Dan Williams wrote: On Mon, 2013-02-11 at 12:09 -0200, Jonh Wendell wrote: From: Jonh Wendell jonh.wend...@oiwifi.com.br libsoup already depends on libxml2 but we need to explicitly link to

Re: [PATCH 2/5] connectivity: Add libxml2 as a dependency

On Mon, 2013-02-11 at 10:06 -0600, Dan Williams wrote: On Mon, 2013-02-11 at 12:09 -0200, Jonh Wendell wrote: From: Jonh Wendell jonh.wend...@oiwifi.com.br libsoup already depends on libxml2 but we need to explicitly link to it. At least we already theoretically required it; though is

Re: [PATCH 2/5] connectivity: Add libxml2 as a dependency

In these patches I want to fix the 511-http-status. As it's something new, of course most hotspots don't use that (including my employer). Almost all of them rely on 30X Moved with help of the Wispr 'pseudo-protocol'. It's on my TODO list to work on those scenarios. That would touch only code in

Re: [PATCH 2/5] connectivity: Add libxml2 as a dependency

On Mon, 2013-02-11 at 15:30 -0200, Jonh Wendell wrote: In these patches I want to fix the 511-http-status. As it's something new, of course most hotspots don't use that (including my employer). Almost all of them rely on 30X Moved with help of the Wispr 'pseudo-protocol'. It's on my TODO

[MM] [PATCH] iface-modem-3gpp: defer registration state update when registration is lost

This patch defers the update of 3GPP registration state by 15 seconds when the registration state changes from 'registered' (home / roaming) to 'searching'. This allows a temporary loss of 3GPP registration to recover itself when relying on ModemManager to explicitly disconnect and reconnect to