On Tue, 2016-02-02 at 23:09 +0100, Adrian Freihofer wrote:
> Hi Dan
>
> This is my VPN connection configuration:
> settings = {u'connection': {u'type': u'vpn',
> u'autoconnect': True,
'autoconnect' of VPN connections has no effect (but doesn't hurt
either).
>
On Wed, 2016-02-10 at 19:56 +0100, Anthony Bourguignon wrote:
> Le lundi 11 août 2014 à 10:55 -0500, Dan Williams a écrit :
> > On Thu, 2014-08-07 at 23:01 +0200, Anthony Bourguignon wrote:
> > > Hi,
> > >
> > > I'm trying to configure my debian testing router using Network
> > > Manager
> > >
On Thu, 2016-02-11 at 11:58 +0100, Beniamino Galvani wrote:
> When exporting an object, we first set the object path and then
> create
> GDBus interface skeletons. While doing this, a signal can be
> generated
> [1] and then nm_exported_object_signal_hook() can trigger the failed
> assertion
When exporting an object, we first set the object path and then create
GDBus interface skeletons. While doing this, a signal can be generated
[1] and then nm_exported_object_signal_hook() can trigger the failed
assertion "interface != NULL" because the object is already exported
(priv->path !=
On Mon, 2016-02-08 at 17:03 -0600, Dan Williams wrote:
> The existing checks assumed that all AP/AdHoc connections would use
> the
> shared IP method. But what we really want to check for here is
> whether the
> connection is AP/AdHoc. Leave the existing 'shared' check for
> backwards
>
On Thu, 2016-02-11 at 13:21 +0100, Thomas Haller wrote:
> On Mon, 2016-02-08 at 17:03 -0600, Dan Williams wrote:
> > The existing checks assumed that all AP/AdHoc connections would use
> > the
> > shared IP method. But what we really want to check for here is
> > whether the
> > connection is