Re: svn - but smaller?

2013-04-13 Thread mrboco
> In the previous version (0.61), the process of checking > file names against the list of known files in the > repository was inefficient and most likely accounts for > the slow down you're seeing.  I've reimplemented it using > a binary search tree and the lookup phase is no longer a > bottl

Re: svn - but smaller?

2013-04-13 Thread Markiyan Kushnir
here is what I used to use (not 100% match, but quite close): indent -bad -bap -bbb -d4 -di1 -fc1 -i4 -nip -npsl -nut $* -- Markiyan. On 13.04.2013 02:38, John Mehr wrote: On Thu, 11 Apr 2013 01:39:32 -0700 (PDT) mrb...@gmail.com wrote: On Thursday, April 11, 2013 1:14:57 PM UTC+6, mrb..

Re: svn - but smaller?

2013-04-13 Thread Markiyan Kushnir
The only thing I would like to add -- tree lookup did make a good effect on CPU consumption. -- Markiyan. On 13.04.2013 10:38, mrb...@gmail.com wrote: In the previous version (0.61), the process of checking file names against the list of known files in the repository was inefficient and most

Re: svn - but smaller?

2013-04-13 Thread Markiyan Kushnir
On 13.04.2013 11:29, Markiyan Kushnir wrote: The only thing I would like to add -- tree lookup did make a good effect on CPU consumption. John, I'm just curious, did you consider sys/tree.h for tree implementation? I realize that it wouldn't be well portable to Linux. Any way, did you have o

Re: gnutls compile issues

2013-04-13 Thread Dimitry Andric
On Apr 13, 2013, at 03:15, dparussa...@baysidegrp.com.au wrote: > I am having issues compiling gnutls-2.12.23 on Freebsd 6.4 stable > platform. Please find the following errors. > > Any help much appropriated. > > checking whether uses 'inline' correctly... no > configure: error: cannot be used

Re: ipv6_addrs_IF aliases in rc.conf(5)

2013-04-13 Thread Kimmo Paasiala
On Thu, Jan 17, 2013 at 7:24 AM, Kimmo Paasiala wrote: > On Thu, Dec 27, 2012 at 11:42 PM, Phil Kulin wrote: >> 2012/12/26 Kimmo Paasiala : >> >>> I've revised the patch again and updated it at gihub, >>> https://gist.github.com/4362018. It can now be applied at top level >>> of sources (/usr/sr

Re: ipv6_addrs_IF aliases in rc.conf(5)

2013-04-13 Thread Michael Grimm
Hi -- On 13.04.2013, at 14:29, Kimmo Paasiala wrote: [great deal of simplification by ipv6_addrs_IF] > Sorry to resurrect this thread but since nothing has happened in about > three months I have to ask: What can I do to have this commited to > HEAD? +1 Nowadays -where IPv6 becomes more and m

Re: gnutls compile issues

2013-04-13 Thread dparussalla
Thanks Dimitry, I've tried with the ENV variable in the Makefile. But still getting the same error. Any other ideas? I need to get the gnutls working on this system. Cheers, On Sat, April 13, 2013 21:52, Dimitry Andric wrote: > On Apr 13, 2013, at 03:15, dparussa...@baysidegrp.com.au wrote: > >

RE: kern/165903: mbuf leak

2013-04-13 Thread Chris Forgeron
To follow-up: I installed 9.1-RELEASE last night, then went and cvsup'ed to the latest that RELENG_9 would give me. Everything is completely stock, I have not modified any config files other than filling out the setup questions (hostname, em0 set to DHCP, added a base user so I can ssh to it)

Re: kern/165903: mbuf leak

2013-04-13 Thread Jeremy Chadwick
On Sat, Apr 13, 2013 at 11:02:17PM +, Chris Forgeron wrote: > To follow-up: > > I installed 9.1-RELEASE last night, then went and cvsup'ed to the latest that > RELENG_9 would give me. > > Everything is completely stock, I have not modified any config files other > than filling out the setup

RE: kern/165903: mbuf leak

2013-04-13 Thread Chris Forgeron
Interesting about the drivers - I will look into that tomorrow, I could be on an older version. I started down that path a little while ago, but when pkng wasn't quite ready, I just reverted to the old ways/ommands that seemed to work. Here is the dump of the requested commands. I will point o

Re: kern/165903: mbuf leak

2013-04-13 Thread Jeremy Chadwick
On Sun, Apr 14, 2013 at 12:02:56AM +, Chris Forgeron wrote: > Interesting about the drivers - I will look into that tomorrow, I could be on > an older version. I started down that path a little while ago, but when pkng > wasn't quite ready, I just reverted to the old ways/ommands that seemed

auditdistd user preventing installkernel

2013-04-13 Thread Tom Evans
Hi all I was updating a newly installed FreeBSD 9.1 RELEASE box to 9-STABLE, and was preparing to install the kernel in order to reboot to test it. However I was immediately hit with this: > # make installkernel DESTDIR=/ROOT/9-STABLE-2013-04-13 ERROR: Required auditdistd user is missing, see /u