On Mon, Mar 02, 2020 at 10:39:26PM +, Simon Kelley wrote:
> It's almost 18 months since the last release of dnsmasq, which is far
> too long.
>
> I've done my best over the last couple of weeks to tie up loose-ends, so
> that a 2.81 release can happen. There are ongoing development efforts,
>
It's almost 18 months since the last release of dnsmasq, which is far
too long.
I've done my best over the last couple of weeks to tie up loose-ends, so
that a 2.81 release can happen. There are ongoing development efforts,
but they may have to wait for the 2.82 release, which I intend to be
much
On 02/03/2020 22:00, Geert Stappers wrote:
> On Mon, Feb 17, 2020 at 08:32:49PM +, Simon Kelley wrote:
>>
>>
>> On 17/02/2020 13:31, Donald Sharp wrote:
>>> Running:
>>>
>>> sharpd@eva:~/dnsmasq$ /sbin/dnsmasq --version
>>> Dnsmasq version 2.80 Copyright (c) 2000-2018 Simon Kelley
>>> Compile
On Thu, Feb 20, 2020 at 10:49:35PM +, Simon Kelley wrote:
> On 17/02/2020 14:37, Geert Stappers wrote:
> > On 17-02-2020 14:31, Donald Sharp wrote:
> >
> >> Running:
> >>
> >> sharpd@eva:~/dnsmasq$ /sbin/dnsmasq --version
> >> Dnsmasq version 2.80 Copyright (c) 2000-2018 Simon Kelley
> >
>
In C when declaring a variable on the stack, it is assigned
what ever happens to be on the stack at the place the variable
is accessed in memory from previous usage. Let's explicitly call out a
value instead of using whatever happens to be on the stack
at the point of creation of the sav value.
On Mon, Feb 17, 2020 at 08:32:49PM +, Simon Kelley wrote:
>
>
> On 17/02/2020 13:31, Donald Sharp wrote:
> > Running:
> >
> > sharpd@eva:~/dnsmasq$ /sbin/dnsmasq --version
> > Dnsmasq version 2.80 Copyright (c) 2000-2018 Simon Kelley
> > Compile time options: IPv6 GNU-getopt DBus i18n IDN
On Sun, Mar 1, 2020 at 9:32 PM Vladislav Grishenko
wrote:
>
> Hi Simon,
>
> Thank you for the DSA update.
> According https://tools.ietf.org/html/rfc8624 ECC-GOST must not be
> implemented too:
>
>ECC-GOST (GOST R 34.10-2001) has been superseded by GOST R 34.10-2012
>in [RFC7091]. GOST R
Opps. Patch applied.
Cheers,
Simon.
On 02/03/2020 10:00, Kevin Darbyshire-Bryant wrote:
> Errors encountered if building with 'NO_DHCP6' introduced by
> commit 137286e9baecf6a3ba97722ef1b49c851b531810
>
> option.c: In function 'dhcp_config_free':
> option.c:1040:24: error: 'struct
Indeed. Note that this (and ED448) will not actually be compiled in
until Nettle 3.6, which add support for them, is released and installed.
Cheers,
Simon.
On 02/03/2020 11:16, Vladislav Grishenko wrote:
> Sorry, overlooked it (along with GOST R 34.11-94) must not be used for
>
Patch applied. That looks like the best available solution. Thanks.
Simon.
On 02/03/2020 16:23, Donald Sharp wrote:
> Route lookup in Linux is bounded by `ip rules` as well
> as the contents of specific routing tables. With the
> advent of vrf's(l3mdev's) non-default tables are regularly
On 02/03/2020 08:32, Arthur Darcet wrote:
> Hello,
>
> As discussed here: https://github.com/pi-hole/FTL/issues/703
>
> At startup, dnsmasq tries to close all file descriptors from 0 to
> `ulimit -n` (the maximum number of open files) - here
>
Route lookup in Linux is bounded by `ip rules` as well
as the contents of specific routing tables. With the
advent of vrf's(l3mdev's) non-default tables are regularly being
used for routing purposes.
dnsmasq listens to all route changes on the box and responds
to each one with an event. This is
Sorry, overlooked it (along with GOST R 34.11-94) must not be used for
signing/delegation, but still may - for validation.
Please ignore previous mail.
Best Regards, Vladislav Grishenko
-Original Message-
From: Vladislav Grishenko
Sent: Sunday, March 1, 2020 10:00 PM
To: 'Simon
Errors encountered if building with 'NO_DHCP6' introduced by
commit 137286e9baecf6a3ba97722ef1b49c851b531810
option.c: In function 'dhcp_config_free':
option.c:1040:24: error: 'struct dhcp_config' has no member named 'addr6'; did
you mean 'addr'?
for (addr = config->addr6; addr; addr = tmp)
Hello,
As discussed here: https://github.com/pi-hole/FTL/issues/703
At startup, dnsmasq tries to close all file descriptors from 0 to `ulimit
-n` (the maximum number of open files) - here
15 matches
Mail list logo
