On 2020/08/06 18:12, Thomas Levine wrote:
> The present patch changes the rc.subr(8) manual page to match
> the implementation.
>
> The current manual page for rc.subr(8) says that $pexp is "A regular
> expression to be passed to pgrep(1) in order to find the desired process
> or to be passed to p
On Fri, Aug 07, 2020 at 03:49:32PM +0200, Solene Rapenne wrote:
> Now that i386 platform requires i586 CPU, I guess we should mention
> it in current.html (the page i386.html should be updated accordingly
> at 6.8 release)
>
> Index: current.html
> =
Hi tech@,
We are now getting the default values for font height and width using
the WSDISPLAYIO_GETSCREENTYPE ioctl, so they always match the currently
loaded font metrics. The following diff reflects that in the man page.
As text-mode VGA compatible displays are increasingly uncommon, I took
the
On Fri, Aug 07, 2020 at 09:57:37AM -0400, Bryan Steele wrote:
> On Fri, Aug 07, 2020 at 03:49:32PM +0200, Solene Rapenne wrote:
> > Now that i386 platform requires i586 CPU, I guess we should mention
> > it in current.html (the page i386.html should be updated accordingly
> > at 6.8 release)
> >
>
On Thu, Aug 6, 2020 at 8:11 AM Vitaliy Makkoveev wrote:
>
> On Thu, Aug 06, 2020 at 01:25:14PM +0200, Martin Pieuchot wrote:
> > On 05/08/20(Wed) 12:50, Vitaliy Makkoveev wrote:
> > > pipex(4) and pppx(4) are ready to became a little bit more MP capable.
> > > Diff below moves pppx(4) related `ifn
No longer prevent TCP connections to IPv6 anycast addresses.
RFC 4291 dropped this requirement from RFC 3513:
o An anycast address must not be used as the source address of an
IPv6 packet.
And from that requirement draft-itojun-ipv6-tcp-to-anycast rightly
concluded that TCP connection
Now that i386 platform requires i586 CPU, I guess we should mention
it in current.html (the page i386.html should be updated accordingly
at 6.8 release)
Index: current.html
===
RCS file: /home/reposync/www/faq/current.html,v
retrievin
-- Forwarded message -
From: Vitaliy Makkoveev
Date: Fri, Aug 7, 2020 at 2:11 PM
Subject: Re: pppx(4): move ifnet out of KERNEL_LOCK()
To: Sven F.
What reaction do you expect? Look, you did something and you got panic
with *not* modified system. What is expected you will do? At
IO rates above 100 MB/s are common with SSD; this patch expands the
column so it stays neatly printed.
An argument can be made for expanding it one more for fast M.2 drives.
? dkstats.d
? iostat
? iostat.d
Index: iostat.c
===
RCS fil
Some times ago we disabled in-kernel timeout for pppx(4) related
pipex(4) sessions. We did this for prevent use after free issue caused
by pipex_timer [1]. By default "idle-timeout" is not set in
npppd.conf(5) and I guess this is reason for we forgot to describe this
exception in npppd.conf(5).
Bu
Perform an explicit check for the unsupported exFAT MSDOS filesystem
instead of letting it fail mysteriously when it gets cluster sizes
of 0 from the normal fields.
This causes mount_msdos to report:
mount_msdos: /dev/sd1i on /root/mnt: filesystem not supported by kernel
Instead of the more obscu
On Fri, Aug 07, 2020 at 10:19:05PM +0300, Vitaliy Makkoveev wrote:
> Some times ago we disabled in-kernel timeout for pppx(4) related
> pipex(4) sessions. We did this for prevent use after free issue caused
> by pipex_timer [1]. By default "idle-timeout" is not set in
> npppd.conf(5) and I guess th
On Fri, Aug 07, 2020 at 09:29:13PM +0100, Jason McIntyre wrote:
> On Fri, Aug 07, 2020 at 10:19:05PM +0300, Vitaliy Makkoveev wrote:
> > Some times ago we disabled in-kernel timeout for pppx(4) related
> > pipex(4) sessions. We did this for prevent use after free issue caused
> > by pipex_timer [1]
On Fri, Aug 07, 2020 at 11:56:09PM +0300, Vitaliy Makkoveev wrote:
> On Fri, Aug 07, 2020 at 09:29:13PM +0100, Jason McIntyre wrote:
> > On Fri, Aug 07, 2020 at 10:19:05PM +0300, Vitaliy Makkoveev wrote:
> > > Some times ago we disabled in-kernel timeout for pppx(4) related
> > > pipex(4) sessions.
On Fri, Aug 07 2020, Florian Obser wrote:
> No longer prevent TCP connections to IPv6 anycast addresses.
>
> RFC 4291 dropped this requirement from RFC 3513:
>o An anycast address must not be used as the source address of an
> IPv6 packet.
>
> And from that requirement draft-itojun-ipv6
On 2020-07-29 21:47, Andrew Hewus Fresh wrote:
> I am helping some folks with some OpenBSD stuff, including at some
> point being more proactive about updating, but they currently have an
> OpenBSD 5.9 machine that has been routing traffic happily for a while.
> Unfortunately, they can't currently
On Fri, Aug 07, 2020 at 12:04:59PM -0700, jo...@armadilloaerospace.com wrote:
> IO rates above 100 MB/s are common with SSD; this patch expands the
> column so it stays neatly printed.
This is OK with me as it fixes the default view, but I think other views
need fixing as well, e.g.
$ iost
On Fri, Aug 07, 2020 at 12:59:00PM -0700, jo...@armadilloaerospace.com wrote:
> Perform an explicit check for the unsupported exFAT MSDOS filesystem
> instead of letting it fail mysteriously when it gets cluster sizes
> of 0 from the normal fields.
>
> This causes mount_msdos to report:
> mount_ms
On Wed, Jul 29, 2020 at 07:39:43PM +0200, Klemens Nanni wrote:
>
> Poking and testing around in brconfig.c for tpmr(4) stuff, I noticed a
> lot of old code around strto*l(3).
>
> Many pass unbounded `long' values into the `[u]int32_t' struct members
> without limiting them to at least the type si
On Fri, Aug 07, 2020 at 12:59:00PM -0700, jo...@armadilloaerospace.com wrote:
> Perform an explicit check for the unsupported exFAT MSDOS filesystem
> instead of letting it fail mysteriously when it gets cluster sizes
> of 0 from the normal fields.
>
> This causes mount_msdos to report:
> mount_ms
20 matches
Mail list logo
