fix typo in ltrace usage

2013-06-05 Thread Arto Jonsson
Index: ktrace.c === RCS file: /cvs/src/usr.bin/ktrace/ktrace.c,v retrieving revision 1.25 diff -u -r1.25 ktrace.c --- ktrace.c1 Jun 2013 09:57:58 - 1.25 +++ ktrace.c5 Jun 2013 07:55:58 - @@ -215,7 +215,7 @@ {

Re: ipsec / PF received-on

2013-06-05 Thread David Gwynne
On 04/06/2013, at 11:22 AM, Claudio Jeker cje...@diehard.n-r-g.com wrote: On Mon, Jun 03, 2013 at 11:49:58PM +0100, Stuart Henderson wrote: On a router running PF and isakmpd, I have a rule like this: match out on pppoe0 inet all received-on vlan5 nat-to $someip I was surprised to find

Re: put procs on rb tree

2013-06-05 Thread Alexandre Ratchov
On Tue, Jun 04, 2013 at 11:33:12PM -0400, Ted Unangst wrote: Instead of using a fixed size hash table for procs, use an rb tree. Makes thread/process lookup even more web scale. any measurement? -- Alexandre

-current diff Re: tmpfs

2013-06-05 Thread Marc Espie
Here's the diff I have to -current with just tmpfs (activate bits, uvm changes). pedro, I know some of your stuff is not in there (I dropped the mount_tmpfs diff), feel free to give me a full correct updated diff. Index: lib/libc/sys/mount.2

Re: -current diff Re: tmpfs

2013-06-05 Thread Marc Espie
On Wed, Jun 05, 2013 at 02:55:29PM +0200, Marc Espie wrote: Here's the diff I have to -current with just tmpfs (activate bits, uvm changes). pedro, I know some of your stuff is not in there (I dropped the mount_tmpfs diff), feel free to give me a full correct updated diff. And of course, I

Re: correct includes in man(2) pages

2013-06-05 Thread Jason McIntyre
On Wed, Jun 05, 2013 at 06:36:11PM +0200, Jan Klemkow wrote: The only special case is this one: Index: libc/sys/quotactl.2 === RCS file: /cvs/src/lib/libc/sys/quotactl.2,v retrieving revision 1.11 diff -u -p -r1.11

Re: correct includes in man(2) pages

2013-06-05 Thread Ted Unangst
On Wed, Jun 05, 2013 at 17:56, Jason McIntyre wrote: we should be careful here. mandoc renders it like this: SYNOPSIS #include ufs/ufs/quota.h /* for ufs quotas */ #include unistd.h whereas groff does this: SYNOPSIS #include ufs/ufs/quota.h /* for ufs quotas */ #include unistd.h

Re: correct includes in man(2) pages

2013-06-05 Thread Jason McIntyre
On Wed, Jun 05, 2013 at 01:14:15PM -0400, Ted Unangst wrote: On Wed, Jun 05, 2013 at 17:56, Jason McIntyre wrote: we should be careful here. mandoc renders it like this: SYNOPSIS #include ufs/ufs/quota.h /* for ufs quotas */ #include unistd.h whereas groff does this: SYNOPSIS

correct mistake in logger(1) man page

2013-06-05 Thread André Stöbe
logger -f, as described in the man page, -f file Log to the specified file. actually logs (the contents of) the specified file. Regards André Index: src/usr.bin/logger/logger.1 === RCS file:

Re: correct mistake in logger(1) man page

2013-06-05 Thread Ted Unangst
On Wed, Jun 05, 2013 at 19:28, Andr? St?be wrote: logger -f, as described in the man page, -f file Log to the specified file. actually logs (the contents of) the specified file. Thanks. I changed the wording to Read from the specified file. so it's even more clear.

Re: put procs on rb tree

2013-06-05 Thread Ted Unangst
On Wed, Jun 05, 2013 at 14:13, Alexandre Ratchov wrote: On Tue, Jun 04, 2013 at 11:33:12PM -0400, Ted Unangst wrote: Instead of using a fixed size hash table for procs, use an rb tree. Makes thread/process lookup even more web scale. any measurement? o ye of little faith... stock 54.65

Re: correct includes in man(2) pages

2013-06-05 Thread Kent R. Spillner
we should probably not have more than one argument in our pages for the .In lines, and, arguably, mandoc should behave the same as groff. Regardless, the comment doesn't add much. #include ufs/ufs/quota.h is pretty self-explanatory that it's for UFS quotas. :)

[PATCH] amd.8 default configuration file

2013-06-05 Thread Ville Valkonen
Hi, although amd's default configuration file placement is probably quite self-explanatory, I thought it would be worth to mention that in the man page. FreeBSD and NetBSD do the same. As Gmail (a web client) mangles the patches, here's the link for it:

Re: put procs on rb tree

2013-06-05 Thread Bob Beck
I'm ok with this. On Wed, Jun 05, 2013 at 02:12:36PM -0400, Ted Unangst wrote: On Wed, Jun 05, 2013 at 14:13, Alexandre Ratchov wrote: On Tue, Jun 04, 2013 at 11:33:12PM -0400, Ted Unangst wrote: Instead of using a fixed size hash table for procs, use an rb tree. Makes thread/process

Re: put procs on rb tree

2013-06-05 Thread Mark Kettenis
Date: Wed, 05 Jun 2013 14:12:36 -0400 From: Ted Unangst t...@tedunangst.com On Wed, Jun 05, 2013 at 14:13, Alexandre Ratchov wrote: On Tue, Jun 04, 2013 at 11:33:12PM -0400, Ted Unangst wrote: Instead of using a fixed size hash table for procs, use an rb tree. Makes thread/process

bzip2

2013-06-05 Thread Ted Unangst
Something that comes up from time to time is the question of whether to import bzip2 into base or not. Turns out the question is moot because already have imported it. There's a copy in perl. (I didn't know this until I happened to be watching a build closer than usual.) Since we already have the

iked address pools

2013-06-05 Thread Ryan Slack
I wish to submit a working implementation of address pools for iked, however as it's my first real code contribution and has 643 lines (mostly patch context) I'm wondering if posting here is the correct channel. Also, what is the preferred/normal way to include new files in a patch? --Ryan Slack