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 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

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

2013-02-05 Thread Michael Stapelberg
up in the situation where priv-last_iface is NULL when adding a link-local IPv6 DNS server (e.g. fe80::4e60:deff:fed8:d7c5%wlan0), leading to a segmentation fault. -- Best regards, Michael From 48d5f34f709dbf00ea0bffeabb4e5db136500a32 Mon Sep 17 00:00:00 2001 From: Michael Stapelberg mich

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

2013-02-05 Thread Michael Stapelberg
Hi Dan, Dan Williams d...@redhat.com writes: Sending the interface name is a hack anyway just to make netconfig and resolvconf happy, even though prioritizing DNS information based on interface name is bogus. NM merges and prioritizes the DNS configuration before sending to

Re: [PATCH] Use SIGKILL to be able to immediately start a new dnsmasq afterwards

2012-05-06 Thread Michael Stapelberg
Hi Howard, Quoting Howard Chu (2012-05-06 17:09:11) Killing and restarting dnsmasq each time you need to make a change has all the elegance of a kick in the groin. Problems like this wouldn't exist if you used I totally agree, but it’s necessary at the moment to make my system work.

[PATCH] Use SIGKILL to be able to immediately start a new dnsmasq afterwards

2012-05-05 Thread Michael Stapelberg
:00:00 2001 From: Michael Stapelberg mich...@stapelberg.de Date: Sat, 5 May 2012 14:56:51 +0200 Subject: [PATCH] Use SIGKILL to be able to immediately start a new dnsmasq afterwards MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit This fixes the problem

Re: [PATCH] Use '@interface' for link-local DNS servers in the dnsmasq config

2011-08-26 Thread Michael Stapelberg
Hi Dan, Excerpts from Dan Williams's message of 2011-08-25 22:54:53 +0200: Pushed to 0.9 and 0.8 with a small fix to avoid the extra allocation when the interface is not returned. If you can re-verify my g_strdup_printf - strncat conversion that'd be great. Yep, it works correctly. Thanks!

Re: [PATCH] Use '@interface' for link-local DNS servers in the dnsmasq config

2011-08-24 Thread Michael Stapelberg
Hi Dan, Excerpts from Dan Williams's message of 2011-08-20 00:47:59 +0200: Thanks! Though we do risk buffer overflows because the buffer being passed into the function is only INET6_ADDRSTRLEN long, so we need to be more careful here when appending the interface name. I've reworked that a

[PATCH] Use '@interface' for link-local DNS servers in the dnsmasq config

2011-08-12 Thread Michael Stapelberg
99cd08234bffdaebbafb5e4deff302809fa819ae Mon Sep 17 00:00:00 2001 From: Michael Stapelberg mich...@stapelberg.de Date: Fri, 12 Aug 2011 13:43:07 +0200 Subject: [PATCH] Use '@interface' for link-local DNS servers in the dnsmasq config --- src/dns-manager/nm-dns-bind.c|3 ++- src/dns