Re: ocspcheck typos

On Fri, Jan 27, 2017 at 03:58:39AM +, Tom Cosgrove wrote: > >>> Jason McIntyre 26-Jan-17 23:00 >>> > > > > On Thu, Jan 26, 2017 at 11:15:05PM +0100, Holger Mikolon wrote: > > > Hi, > > > > > > below are two minor typo fixes: s/OSCP/OCSP/ > > > > > > Holger > > > ;-se > > > > fixed, thanks,

Re: ocspcheck typos

>>> Jason McIntyre 26-Jan-17 23:00 >>> > > On Thu, Jan 26, 2017 at 11:15:05PM +0100, Holger Mikolon wrote: > > Hi, > > > > below are two minor typo fixes: s/OSCP/OCSP/ > > > > Holger > > ;-se > > fixed, thanks, plus one more in nc. > jmc There are also these in comments and warning messages.

Re: ip6_output: copypktopts - drop canwait

On 26/01/17(Thu) 15:40, David Hill wrote: > Hi - > > copypktopts is only called by ip6_setpktopts with M_NOWAIT. Drop > canwait to make this simpler and more readable. ok mpi@ > > Index: ip6_output.c > === > RCS file:

Re: ocspcheck typos

On Thu, Jan 26, 2017 at 11:15:05PM +0100, Holger Mikolon wrote: > Hi, > > below are two minor typo fixes: s/OSCP/OCSP/ > > Holger > ;-se > > fixed, thanks, plus one more in nc. jmc > Index: ocspcheck.8 > === > RCS file:

ocspcheck typos

Hi, below are two minor typo fixes: s/OSCP/OCSP/ Holger ;-se Index: ocspcheck.8 === RCS file: /cvs/src/usr.sbin/ocspcheck/ocspcheck.8,v retrieving revision 1.5 diff -u -p -u -r1.5 ocspcheck.8 --- ocspcheck.8 24 Jan 2017 12:00:19

ip6_output: copypktopts - drop canwait

Hi - copypktopts is only called by ip6_setpktopts with M_NOWAIT. Drop canwait to make this simpler and more readable. Index: ip6_output.c === RCS file: /cvs/src/sys/netinet6/ip6_output.c,v retrieving revision 1.221 diff -u -p

Re: Help with the NET_LOCK()

On 01/25/17 01:32, Martin Pieuchot wrote: > I just enabled the NET_LOCK() again and I'm looking for test reports. > Please go build a kernel from sources or wait for the next snapshot, > run it and report back. > > If you're looking for some small coding tasks related to the NET_LOCK() > just do:

Re: pfctl: Kill states within a rdomain

Hi, On 2017-01-26 01:56 AM, Jason McIntyre wrote: > you still need to s/for kill/to kill/ > jmc I forgot that one, here a new version. Regards, -- Bertrand Provost Index: pfctl.8 === RCS file: /cvs/src/sbin/pfctl/pfctl.8,v

Re: ldomctl(8) usage

Yes. A few lines, but really useful. The man page is for the full details. However, if usage doesnt list all options, you may assume the one you want does not exist, or belongs to some other command, rather than check with the man page. The bikeshed is where school kids go for privacy with the

Re: ldomctl(8) usage

On Thu, Jan 26, 2017 at 01:37:14PM +, Andrew Grillet wrote: > I am not sure what bikeshedding means in this case (it was all different > when I was at school ;-) http://producingoss.com/en/common-pitfalls.html#bikeshed > However, as an ldomctl user, I would be happier if the usage was

[wscons] User-space access to terminal emulation data

Hello to everyone reading this message, and thank you. I am a blind user, using a braille display to read the output of my computer. Each braille display has it's own protocol, so there is the need of a software package (specifically a daemon process), that reads the output of the system and

Re: ldomctl(8) usage

I am not sure what bikeshedding means in this case (it was all different when I was at school ;-) However, as an ldomctl user, I would be happier if the usage was consistent with the man page: it makes everything seem more trustworthy. And once the machine is up and stable, you probably wont be

ldomctl(8) usage

I am not sure about the best way to fix this, but ldomctl's usage() is rather bogus. It only mentions some of the supported commands. The diff below adds the missing ones. However, I am tempted to just change all of it to something like this: fprintf(stderr, "usage: ldomctl command

Re: pfctl: Kill states within a rdomain

On 26 January 2017 at 01:12, Bertrand Provost wrote: > Hi, > > Based on feedback from jmc and florian here a new version of the patch > - Add -V in usage() && __dead usage() > - Change man > > (I hope this time my mail client is well configure) > > Regards, > > -- >

Re: Help with the NET_LOCK()

On 01/25/17 01:32, Martin Pieuchot wrote: > I just enabled the NET_LOCK() again and I'm looking for test reports. > Please go build a kernel from sources or wait for the next snapshot, > run it and report back. > > If you're looking for some small coding tasks related to the NET_LOCK() > just do:

mira sfer overflow panic (was: Re: 11n support for athn(4))

On Thu, Jan 26, 2017 at 06:36:06AM +, Peter Kay wrote: > sfer overflow Interesting. This is the first time I've ever seen this panic trigger. Can you apply this patch and try to trigger it again? Index: ieee80211_mira.c === RCS

Re: iwn: Centrino Ultimate-N 6300 scans, doesn't dhcp?

On Wed, Jan 25, 2017 at 08:43:11PM -0600, Austin Bentley wrote: > Interesting. It seems that on OpenBSD the reception is quite weak. > I've connected, HOWEVER, I have to be in the same room as my router! > On Linux I can be anywhere in my house. > > I tried disabling powersave (-powersave), and