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 the
Hi,
We branched for NM 0.9.8 last Friday, and I uploaded the snapshot
tarballs to the usual locations this weekend:
http://ftp.gnome.org/pub/GNOME/sources/NetworkManager/0.9/
http://ftp.gnome.org/pub/GNOME/sources/network-manager-applet/0.9/
Notable changes in this release include generating a D
2013/2/11 Dan Williams
> On Mon, 2013-02-11 at 12:09 -0200, Jonh Wendell wrote:
> > From: Jonh Wendell
> >
> > 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
2013/2/11 Dan Williams
> On Mon, 2013-02-11 at 12:09 -0200, Jonh Wendell wrote:
> > From: Jonh Wendell
> >
> > 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 succes
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
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 N
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
> >
> > 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
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
> > >
> > > libsoup already depends on libxml2 but we need to explicitly link
> > > to it.
> >
> >
On Mon, 2013-02-11 at 12:09 -0200, Jonh Wendell wrote:
> From: Jonh Wendell
>
> 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 would be somewhat simpl
On Mon, 2013-02-11 at 12:09 -0200, Jonh Wendell wrote:
> From: Jonh Wendell
>
> 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 we could change our NM st
On Mon, 2013-02-11 at 12:09 -0200, Jonh Wendell wrote:
> From: Jonh Wendell
>
> 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 want more properties a
From: Jonh Wendell
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
---
introspection/nm-manager.xml | 20
src/nm-manager.c | 18 ++
2 files changed, 38 i
From: Jonh Wendell
If 511 code is returned, try to find the URL for the captive portal
login. Currently it searches only in the
tag.
Signed-off-by: Jonh Wendell
---
src/nm-connectivity.c | 111 +-
1 file changed, 100 insertions(+), 11 deletions(
From: Jonh Wendell
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
---
src/nm-connectivity.c | 22 ++
src/nm-connectivity.h | 15 +--
2 files changed, 31 insertions(+), 6 deletions(
From: Jonh Wendell
libsoup already depends on libxml2 but we need to explicitly link
to it.
Signed-off-by: Jonh Wendell
---
configure.ac| 14 +++---
src/Makefile.am | 4 ++--
2 files changed, 13 insertions(+), 5 deletions(-)
diff --git a/configure.ac b/configure.ac
index 916561a.
From: Jonh Wendell
use now the enum "State", adding the "Behind Captive Portal" value.
Signed-off-by: Jonh Wendell
---
src/nm-connectivity.c | 59 +--
src/nm-connectivity.h | 13
src/nm-manager.c | 25 --
3 f
From: Jonh Wendell
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 supplied by the captive portal.
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 web-si
> From: "Bo Forslund"
> 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 another on
- Original Message -
> From: "Gene Czarcinski"
> 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 mechanism. And s
20 matches
Mail list logo