Send connman mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.01.org/mailman/listinfo/connman
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of connman digest..."
Today's Topics:
1. Multiple interfaces being offered the same ip address (Usman S)
2. Re: [PATCH] gdbus: Move typedefs for interwork with strict
compilers (Johan Hedberg)
3. Re: [PATCH] gdbus: Move typedefs for interwork with strict
compilers (Patrik Flykt)
4. Re: [PATCH] connman.service: Start ConnMan after
systemd-sysusers (Patrik Flykt)
5. Re: [RFC] vpn: Restrict connman-vpnd capabilities (Patrik Flykt)
6. Re: [PATCH v2 1/4] gdbus: Fix Memory Leak (Patrik Flykt)
7. Re: [PATCH] [connman] gdbus: Drop message replies if the
sender requested no reply (Patrik Flykt)
----------------------------------------------------------------------
Message: 1
Date: Wed, 09 Dec 2015 09:46:13 +0000
From: Usman S <[email protected]>
To: [email protected]
Subject: Multiple interfaces being offered the same ip address
Message-ID:
<campzcowmwgcnu5tj9bslg5g5yg4oe8er67ztt2fwa9jrurz...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi,
Could you please let me know how does connman handles when a connected
device offers an ip via dhcp when one of its existing interface/technology
is already configured with the same ip i.e., in case of managing multiple
technologies. Would connman decline the offer and ask for a new ip. Could
you please give me some details on this.
Thanks in advance
Best Regards,
Usman
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.01.org/pipermail/connman/attachments/20151209/782f22ec/attachment-0001.html>
------------------------------
Message: 2
Date: Wed, 9 Dec 2015 12:24:12 +0200
From: Johan Hedberg <[email protected]>
To: Patrik Flykt <[email protected]>
Cc: [email protected], [email protected], Grant
Erickson <[email protected]>
Subject: Re: [PATCH] gdbus: Move typedefs for interwork with strict
compilers
Message-ID: <[email protected]>
Content-Type: text/plain; charset=us-ascii
Hi Patrik,
On Tue, Dec 08, 2015, Patrik Flykt wrote:
> Move enumeration type defintions AFTER the enumerations themselves are
> declared
> and defined such that the header works with strict compilers.
>
> This occurs when building a plugin, compiled with C++, and occurs on all of:
>
> arm-none-linux-gnueabi-g++ (Sourcery G++ Lite 2010q1-202) 4.4.1
> arm-poky-linux-gnueabi-g++ (GCC) 4.8.2
> g++ (Ubuntu 4.8.4-2ubuntu1~14.04) 4.8.4
> ---
>
> Hi,
>
> This patch came up on the ConnMan mailing list, applies to Bluez too.
>
> The patch is rebased to latest upstream and commit message amended with
> more information.
Applied. Thanks.
Johan
------------------------------
Message: 3
Date: Wed, 09 Dec 2015 21:40:02 +0200
From: Patrik Flykt <[email protected]>
To: Johan Hedberg <[email protected]>
Cc: [email protected], [email protected], Grant
Erickson <[email protected]>
Subject: Re: [PATCH] gdbus: Move typedefs for interwork with strict
compilers
Message-ID: <[email protected]>
Content-Type: text/plain; charset="UTF-8"
Hi,
On Wed, 2015-12-09 at 12:24 +0200, Johan Hedberg wrote:
> Hi Patrik,
>
> On Tue, Dec 08, 2015, Patrik Flykt wrote:
> > Move enumeration type defintions AFTER the enumerations themselves are
> > declared
> > and defined such that the header works with strict compilers.
> >
> > This occurs when building a plugin, compiled with C++, and occurs on all of:
> >
> > arm-none-linux-gnueabi-g++ (Sourcery G++ Lite 2010q1-202) 4.4.1
> > arm-poky-linux-gnueabi-g++ (GCC) 4.8.2
> > g++ (Ubuntu 4.8.4-2ubuntu1~14.04) 4.8.4
> > ---
> >
> > Hi,
> >
> > This patch came up on the ConnMan mailing list, applies to Bluez too.
> >
> > The patch is rebased to latest upstream and commit message amended with
> > more information.
>
> Applied. Thanks.
>
> Johan
Thanks. ConnMan ./gdbus is now in sync with Bluez.
Cheers,
Patrik
------------------------------
Message: 4
Date: Wed, 09 Dec 2015 21:40:25 +0200
From: Patrik Flykt <[email protected]>
To: [email protected]
Subject: Re: [PATCH] connman.service: Start ConnMan after
systemd-sysusers
Message-ID: <[email protected]>
Content-Type: text/plain; charset="UTF-8"
On Tue, 2015-12-08 at 15:44 +0200, Patrik Flykt wrote:
> Some setups may want to define specific system users before starting
> ConnMan. Order startup after systemd-sysusers.service.
Applied.
Patrik
------------------------------
Message: 5
Date: Wed, 09 Dec 2015 21:42:00 +0200
From: Patrik Flykt <[email protected]>
To: [email protected]
Subject: Re: [RFC] vpn: Restrict connman-vpnd capabilities
Message-ID: <[email protected]>
Content-Type: text/plain; charset="UTF-8"
On Tue, 2015-12-01 at 15:32 +0200, Patrik Flykt wrote:
> Have systemd set /home and /run/users read only as VPN certificates can
> be stored also in these directories. Protect other directories in the
> system by making also them read only. The directory options affect also
> all VPN applications started by connman-vpnd.
>
> Restrict capabilities to a subset necessary for normal operations.
Applied, works at least for me with openconnect.
Patrik
------------------------------
Message: 6
Date: Wed, 09 Dec 2015 21:43:11 +0200
From: Patrik Flykt <[email protected]>
To: Saurav Babu <[email protected]>
Cc: [email protected], [email protected]
Subject: Re: [PATCH v2 1/4] gdbus: Fix Memory Leak
Message-ID: <[email protected]>
Content-Type: text/plain; charset="UTF-8"
On Tue, 2015-12-01 at 17:34 +0530, Saurav Babu wrote:
> Members of data are allocated memory but not freed only data is freed
Applied, thanks!
Patrik
------------------------------
Message: 7
Date: Wed, 09 Dec 2015 21:43:44 +0200
From: Patrik Flykt <[email protected]>
To: Philip Withnall <[email protected]>
Cc: [email protected]
Subject: Re: [PATCH] [connman] gdbus: Drop message replies if the
sender requested no reply
Message-ID: <[email protected]>
Content-Type: text/plain; charset="UTF-8"
On Wed, 2015-12-02 at 15:42 +0000, Philip Withnall wrote:
> If the sender flags a D-Bus message as not expecting a reply, it is
> against system bus policy to send a reply ? sending one will result in
> errors being sent to us by dbus-daemon.
>
> Magically drop all replies to messages which request no reply.
>
> This is not a complete fix. In an ideal world, the existing check for
> G_DBUS_METHOD_FLAG_NOREPLY would be dropped, as the server should be
> prepared to return a reply to every method, if the client requests and
> expects one ? otherwise the client will time out. However, that?s a
> much
> bigger change with a much bigger risk of breaking things, so I?ll stick
> with this for now.
>
> Signed-off-by: Philip Withnall <[email protected]>
> Reviewed-by: Simon McVittie <[email protected]>
Applied, thanks!
Patrik
------------------------------
Subject: Digest Footer
_______________________________________________
connman mailing list
[email protected]
https://lists.01.org/mailman/listinfo/connman
------------------------------
End of connman Digest, Vol 2, Issue 9
*************************************
