Re: svn revision stable/9

2013-04-23 Thread John Mehr
the information, and since "svnup" is not "svn", it can't > get it, thus there's nothing to print. > svnversion is the specific binary that is required, but svnup does not pull in metadata. As always, thanks for the insights Glen -- that was the piece

Re: svn - but smaller?

2013-04-14 Thread John Mehr
On Sat, 13 Apr 2013 14:41:46 +0300  Markiyan Kushnir wrote: 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 th

Re: svn - but smaller?

2013-04-12 Thread John Mehr
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...@gmail.com wrote: I've placed the patched svnup.c (0.56), the diff and two statically linked binaries on http://ftp.ufanet.ru/pub/boco/freebsd/svnup/ I'm sorry, svnup.c.dif

Re: svn - but smaller?

2013-04-12 Thread John Mehr
On Fri, 12 Apr 2013 10:28:10 +0300  Markiyan Kushnir wrote: ok, looks like the mere fix to the strlen() call as you suggested earlier doesn't resolve the issue of CPU eating up. On 12.04.2013 08:43, mrb...@gmail.com wrote: On Friday, April 12, 2013 1:09:53 AM UTC+6, Markiyan Kushnir wrote

Re: svn - but smaller?

2013-04-10 Thread John Mehr
On Tue, 9 Apr 2013 17:05:28 +0200  "Patrick M. Hausen" wrote: Hi, all, first a big big thank you to John an all others involved for all the work. A bit more slowly than cvsup but definitely a lot more convenient than using plain subversion. Part of the slow performance may be due to the

Re: svn - but smaller?

2013-03-24 Thread John Mehr
On Sun, 24 Mar 2013 05:55:19 +0200  Markiyan Kushnir wrote: Hello John, Tested svnup for a while, and I can say it does its job well, and works basically as I would expect, so thanks for your initiative. Although it appears to be quite resource greedy. Most of the time it showed something

Re: svn - but smaller?

2013-03-16 Thread John Mehr
On Sun, 17 Mar 2013 02:14:30 +1100 (EST)  Ian Smith wrote: On Wed, 13 Mar 2013 21:11:28 -0500, John Mehr wrote: > On Wed, 13 Mar 2013 16:29:45 +1100 (EST) >  Ian Smith wrote: svn0.us-west.freebsd.org as per example, but it's the closest to here anyway; pings avg 217.5ms stddev 0.4

Re: svn - but smaller?

2013-03-13 Thread John Mehr
On Wed, 13 Mar 2013 14:50:43 -0400  "David Magda" wrote: On Tue, March 12, 2013 19:32, John Mehr wrote: This sounds good to me, and as long as there's some sort of a consensus that we're not breaking the principle of least surprise, I'm all for it.  The one default

Re: svn - but smaller?

2013-03-13 Thread John Mehr
On Tue, 12 Mar 2013 19:57:13 -0600 (MDT)  Warren Block wrote: On Tue, 12 Mar 2013, John Mehr wrote: On Tue, 12 Mar 2013 02:20:37 +0100  "Michael Ross" wrote: What'd you think about a syntax extension along the lines of svnup --bsd-base svnup --bsd-port

Re: svn - but smaller?

2013-03-13 Thread John Mehr
On Wed, 13 Mar 2013 16:29:45 +1100 (EST)  Ian Smith wrote: On Tue, 12 Mar 2013 18:32:28 -0500, John Mehr wrote: > On Tue, 12 Mar 2013 02:20:37 +0100 >  "Michael Ross" wrote: > > On Tue, 12 Mar 2013 00:15:35 +0100, John Mehr wrote: [..] > > > Hello, &g

Re: svn - but smaller?

2013-03-12 Thread John Mehr
On Tue, 12 Mar 2013 09:10:41 -0400  Mark Saad wrote: --- On Mar 11, 2013, at 9:20 PM, "Michael Ross" wrote: On Tue, 12 Mar 2013 00:15:35 +0100, John Mehr wrote: On Mon, 11 Mar 2013 15:16:53 -0400 Patrick McEvoy wrote: Hello John, This is Patrick the BSDTV guy. If yo

Re: svn - but smaller?

2013-03-12 Thread John Mehr
On Tue, 12 Mar 2013 02:20:37 +0100  "Michael Ross" wrote: On Tue, 12 Mar 2013 00:15:35 +0100, John Mehr wrote: On Mon, 11 Mar 2013 15:16:53 -0400   Patrick McEvoy wrote: Hello John, This is Patrick the BSDTV guy. If you have the time / inclination, would you like to do a

Re: svn - but smaller?

2013-03-11 Thread John Mehr
On Mon, 11 Mar 2013 15:16:53 -0400  Patrick McEvoy wrote: Hello John, This is Patrick the BSDTV guy. If you have the time / inclination, would you like to do a quick walk through svnup?**If you have a machine that will run Skype, I could record you doing a walk through including all the thi

Re: Sanity Check on Mac Mini

2013-03-08 Thread John Mehr
I have investigated the bless command and nothing I find on google gives me any good ideal on what folder/file to bless.  I am wondering if just using the volume command and ignoring folder and file would work? Hello, If memory serves, I used it in device mode and used the --setBoot option t

Re: Sanity Check on Mac Mini

2013-03-07 Thread John Mehr
On Thu, 7 Mar 2013 14:18:23 -0800  Doug Hardie wrote: On 7 March 2013, at 11:57, Kevin Oberman wrote: On Thu, Mar 7, 2013 at 11:10 AM, Doug Hardie wrote: On 7 March 2013, at 06:42, Richard Kuhns wrote: > On 03/07/13 01:59, Doug Hardie wrote: >> I have a new Mac Mini and have enco

Re: svn - but smaller?

2013-02-24 Thread John Mehr
On Sat, 23 Feb 2013 22:31:10 -0800 Jeremy Chadwick wrote: > > I downloaded it and looked at the source. > > svnup.c:1002: warning: zero-length printf format string > svnup.c:1020: warning: zero-length printf format string > svnup.c:1027: warning: zero-length printf format

Re: svn - but smaller?

2013-02-23 Thread John Mehr
Hello all, I've believe I've made just about all of the progress optimizing svnup as I can and I've just submitted it as a new port. With my ~ 350kb/s DSL connection, it now takes just under 30 minutes to download a fresh base/releng/8.3 tree using svnup (Subversion's svn takes appr

Re: svn - but smaller?

2013-02-01 Thread John Mehr
Hey Jonn, this news is better than my Monday AM coffee. Once you have something working, however crudely, I'd love to link/post/reference it on the growing wiki page- so folks can give it a whirl. https://wiki.freebsd.org/UsersFetchingSource (If this project succeeds, it will neatly get rid o

Re: svn - but smaller?

2013-02-01 Thread John Mehr
On Wed, 30 Jan 2013 13:47:52 +0100 Arrigo Marchiori wrote: > On Tue, Jan 29, 2013 at 11:48:31AM -0500, Isaac (.ike) > I tried the attached script to download > http://svn.freebsd.org/base/stable/9/ In 27 minutes it >downloaded 67 > megabytes, corresponding to 42 KByte/sec, th

Re: svn - but smaller?

2013-01-27 Thread John Mehr
On Sun, 27 Jan 2013 16:03:35 -0500  "Isaac (.ike) Levy" wrote: On Jan 25, 2013, at 8:27 PM, John Mehr wrote: On Fri, 25 Jan 2013 10:27:23 +0100   Oliver Brandmueller wrote: Also I'd like to mention John Mehr, who's work on a "lightweight, dependency-free, BSD

Re: Svnsup architecture

2013-01-27 Thread John Mehr
this >topic. > > On Fri, Jan 25, 2013 at 07:40:45PM -0600, John Mehr >wrote: > >> On Fri, 25 Jan 2013 13:42:19 +0100 Arrigo Marchiori >> wrote: >> > On Thu, Jan 24, 2013 at 12:57:17AM -0800, 'Jeremy >> > >> > 1- svns

Re: Svnsup architecture [was: Re: svn - but smaller?]

2013-01-25 Thread John Mehr
On Fri, 25 Jan 2013 13:42:19 +0100  Arrigo Marchiori wrote: On Thu, Jan 24, 2013 at 12:57:17AM -0800, 'Jeremy 1- svnsup-distill: takes a revision from svn and creates a text file (called a delta) that represents it. It seems to be almost complete. To answer one of John Mehr's prob

Re: svn - but smaller?

2013-01-25 Thread John Mehr
On Fri, 25 Jan 2013 10:27:23 +0100  Oliver Brandmueller wrote: Also I'd like to mention John Mehr, who's work on a "lightweight, dependency-free, BSD licensed program to pull source using the svn protocol" (couldn't say it better, so I use his words :-)). Hop

Re: svn - but smaller?

2013-01-24 Thread John Mehr
For testing against svn.freebsd.org -- this is pull only? So you only need read permissions on svn.freebsd.org?  That's fine: the SVN repository is open to public access and you can just use it without asking permission.  Although I'd use one of the mirror sites listed in the handbook rather t

Re: svn - but smaller?

2013-01-24 Thread John Mehr
On Thu, 24 Jan 2013 18:34:33 +1100  "Dewayne" wrote: The objective is to return to a base build of FreeBSD that performs the expected task of being able to pull source, without having to acquire a port.  Regardless of our individual solutions/workarounds, the task is to pull and maintain so