[PATCH 1/2] save duid to lease file

2013-02-13 Thread Gene Czarcinski
get_duid() got a default-duid from the lease file, from one of the system files, or from the machine-id but did not save it back to the lease file so that dhclient could use it. Signed-off-by: Gene Czarcinski g...@czarc.net --- src/dhcp-manager/nm-dhcp-dhclient.c | 24 +--- 1

[PATCH 0/2] Fix default-duid support

2013-02-13 Thread Gene Czarcinski
These two patches correct the code for default-duid support. The first patch changes the code so that a default-duid is gotten from the lease file, from one of the system files such as /etc/dhclient6.leases, or a generate duid-UUID based on the machine-id. The second patch adds the routine

[PATCH 2/2] add special machine-id parse function

2013-02-13 Thread Gene Czarcinski
The original used uuid_parse() but that function did not work properly since the format of the machine-id is not compatable with a real uuid. This patch adds a new machine_id_parse() routine to correctly convert the character string of hex digits to a 16 byte binary string. Signed-off-by: Gene

Re: [PATCH 0/2] Fix default-duid support

2013-02-13 Thread Gene Czarcinski
On 02/13/2013 03:01 AM, Gene Czarcinski wrote: These two patches correct the code for default-duid support. The first patch changes the code so that a default-duid is gotten from the lease file, from one of the system files such as /etc/dhclient6.leases, or a generate duid-UUID based on the

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

2013-02-13 Thread Jonh Wendell
Hi Dan. 2013/2/11 Dan Williams d...@redhat.com 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

Re: [PATCH 1/2] save duid to lease file

2013-02-13 Thread Dan Williams
On Wed, 2013-02-13 at 03:01 -0500, Gene Czarcinski wrote: get_duid() got a default-duid from the lease file, from one of the system files, or from the machine-id but did not save it back to the lease file so that dhclient could use it. Signed-off-by: Gene Czarcinski g...@czarc.net Instead of

Re: [PATCH 1/2] save duid to lease file

2013-02-13 Thread Gene Czarcinski
On 02/13/2013 10:43 AM, Dan Williams wrote: On Wed, 2013-02-13 at 03:01 -0500, Gene Czarcinski wrote: get_duid() got a default-duid from the lease file, from one of the system files, or from the machine-id but did not save it back to the lease file so that dhclient could use it. Signed-off-by:

Re: [PATCH 1/2] save duid to lease file

2013-02-13 Thread Gene Czarcinski
On 02/13/2013 11:36 AM, Dan Williams wrote: On Wed, 2013-02-13 at 11:16 -0500, Gene Czarcinski wrote: On 02/13/2013 10:43 AM, Dan Williams wrote: On Wed, 2013-02-13 at 03:01 -0500, Gene Czarcinski wrote: get_duid() got a default-duid from the lease file, from one of the system files, or from

Re: Possibility to determine state of a connection

2013-02-13 Thread Martin Steuer
Am 13.02.2013 01:17, schrieb Dan Williams: On Tue, 2013-02-12 at 21:18 +0100, Martin Steuer wrote: I started using NetworkManager on a fresh installation of mine and noticed a problem regarding PPPoE connections: When establishing a PPPoE connection via ethernet an existing IP connection is

Re: [PATCH] dns: store priv-last_iface even when no actual updates are performed

2013-02-13 Thread Michael Stapelberg
Hi Dan, Sorry for replying late and thanks for taking care of this. Dan Williams d...@redhat.com writes: So I'll propose a different solution: check the last patch in the dcbw/dns-iface git branch, and let me know if that works for you?

Re: [PATCH] dns: store priv-last_iface even when no actual updates are performed

2013-02-13 Thread Dan Williams
On Wed, 2013-02-13 at 21:11 +0100, Michael Stapelberg wrote: Hi Dan, Sorry for replying late and thanks for taking care of this. Dan Williams d...@redhat.com writes: So I'll propose a different solution: check the last patch in the dcbw/dns-iface git branch, and let me know if that

Re: [PATCH] dns: store priv-last_iface even when no actual updates are performed

2013-02-13 Thread Michael Stapelberg
Hi Dan, Dan Williams d...@redhat.com writes: cat /var/run/NetworkManager/dnsmasq.conf server=192.168.1.1 server=fe80::4e60:deff:fed8:d7c5@eth0 server=192.168.1.1 server=fe80::4e60:deff:fed8:d7c5@wlan0 I suppose it doesn’t really hurt, at least not in my case, but wouldn’t it be cleaner