Hi,
Like in v4 I want to check incoming inet6 socket adresses early
with the in6_sa2sin6() function.
in6_update_ifa() needs more input validation in a later diff.
ok?
bluhm
Index: netinet6/in6.c
===
RCS file:
On Thu, 07 Nov 2019 15:38:04 +, Stuart Henderson wrote:
> Now I've gone through mkr, here's the diff.
>
> base66 goes from 8100->6870 inodes as it avoids the duplicated copy
> of the standard files, as well as the leap-seconds files.
Fine with me.
- todd
Fine with me.
Stuart Henderson wrote:
> On 2019/10/26 15:32, Mark Kettenis wrote:
> >
> > The fundamental problem with the "right" files is that the time_t
> > values end up being different from their POSIX values for the same UTC
> > time. So whenever these are stored and compared between
During httpd setup I realized that duplicate location names are not
being detected at all, even though I remembered having seen a
corresponding piece of code in 'usr.sbin/httpd/parse.y' the other day.
As far as I understand, the comparison 's->srv_conf.id == srv_conf->id'
will never be true as
On Wed, 6 Nov 2019 13:41:07 +0100 Renaud Allard wrote:
> Given the amount of people which encrypt /home directory on their
> servers, it might be useful to be able to define another directory for
> the sets in sysupgrade as /home_sysupgrade will not be available in that
> case.
How about
this applies the use of tasks and a task_list to interface address
hooks. it's like the detach and linkstate hooks, except it seems other
things run the hooks more than things register hooks, and i can't tell
if the places that run the hooks have the NET_LOCK or not. not by casual
reading anyway.
On Thu, Nov 07, 2019 at 09:22:40AM +, Stuart Henderson wrote:
> On 2019/11/07 11:10, Lauri Tirkkonen wrote:
> > I think it might be a little confusing to make this operation implicit
> > in another operation (ie. list APs), and for root only. How does a user
> > find out about this feature?
>
On Thu, Nov 07 2019 09:22:40 +, Stuart Henderson wrote:
> > Wouldn't it be better to have a separate
> > command to trigger the scan, eg. 'rescan'? That could be documented and
> > restricted to root.
>
> But the command is not "ifconfig list_aps", it's "ifconfig
On 2019/11/07 11:10, Lauri Tirkkonen wrote:
> I think it might be a little confusing to make this operation implicit
> in another operation (ie. list APs), and for root only. How does a user
> find out about this feature?
The manpage part of the diff is yet to be written ;)
>
Hi, a small, hopefully not too bikesheddy note from a user perspective:
On Thu, Nov 07 2019 08:59:54 +, Stuart Henderson wrote:
> On 2019/11/06 19:17, Stefan Sperling wrote:
> > This diff allows the root user to trigger a background scan with:
> >
> > ifconfig iwm0 scan
> >
> > It
On 2019/11/06 19:17, Stefan Sperling wrote:
> This diff allows the root user to trigger a background scan with:
>
> ifconfig iwm0 scan
>
> It supports two use cases which are currently not supported:
>
> 1) It will force an attempt at finding a better AP, even if the
> current AP is above
On 2019/11/07 19:05, Damien Miller wrote:
> goddamn it, I could have used this last week :/
Oh, you may be annoyed to find out that wireshark usb capture works too
then - your method looked more fun though!
> (ok djm)
Thanks.
goddamn it, I could have used this last week :/
(ok djm)
On Wed, 6 Nov 2019, Stuart Henderson wrote:
> Found this diff when updating an old tree, ok?
>
>
> Index: usr.sbin/tcpdump/tcpdump.8
> ===
> RCS file:
13 matches
Mail list logo