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 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
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
Am 21.05.2017 um 23:51 schrieb Simon Kelley:
> Heads up. I just pushed another release candidate.
Thanks. There is a typo in CHANGELOG which could be fixed for the
release without pushing another release candidate
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