I've used dnsmasq as a local network DHCP/DNS server for several years,
running in a small Slackware based server. After a few initial set up
problems, it worked flawlessly for years.
Recently I decided that I had to rebuild the server. It was running out
of storage space and I was getting bor
Am 21.05.2017 um 23:49 schrieb Simon Kelley:
> rfc2131.c:839:25: warning: data argument not used by format string
>>> [-Wformat-extra-args]
>>>service->basename, layer);
>>> ^
> Taking the patch for this reluctantly. The original code seems
Am 21.05.2017 um 23:51 schrieb Simon Kelley:
> Heads up. I just pushed another release candidate.
>
> http://www.thekelleys.org.uk/dnsmasq/release-candidates/dnsmasq-2.77rc5.tar.gz
Thanks. There is a typo in CHANGELOG which could be fixed for the
release without pushing another release candidate t
Am 21.05.2017 um 23:24 schrieb Simon Kelley:
> I think my code has beaten the compiler.
>
>
> opt->source_netmask will remain set to zero on any code path which
> doesn't set addrp and inhibit the execution of the memcpy()
Wasn't obvious to me, and chances are that clang either didn't check, or
c
On 12/05/17 16:32, Pali Rohár wrote:
> On Friday 12 May 2017 17:15:20 Simon Kelley wrote:
>> There are so many layers of quotes here that I've completely lost
>> track of what we were trying to achieve, and how to achieve it. My
>> memory is that we'd failed to come up with any consensus on either
On 12/05/17 15:35, Andriy Gapon wrote:
> On 11/05/2017 14:36, Simon Kelley wrote:
>> The design is that dnsmasq sends the options expected by a PXE client if
>> it's acting as a proxy (because the whole proxy thing is part of the PXE
>> spec: a normal DHCP client doesn't know how to deal with it.)
On 23/05/2017 01:14, Simon Kelley wrote:
> To the best of my knowledge it's _only_ PXE clients which can accept
> extra options from a proxy. PXE is a superset of DHCP, which includes
> that functionality. The DHCP clients run by the OS are just that - DHCP
> clients, they don't know how to do the