On Wed, 2005-10-12 at 18:08 -0700, Mike Stump wrote:
> On Oct 11, 2005, at 7:42 PM, Daniel Berlin wrote:
> > So, Mike Stump said his update times with svn from toolchain.org
> > were a
> > little slow.
>
> > Let me know if it's still slow for you.
>
> Ok, had a chance to upgrade my svn to 1.2.3
> Emacs: Well I'm just wondering why there still isn't any direct svn
> protocol implementation written in lisp for it :-) Maybe it got a bit
> out of fashion... After al svk is perl at it's "best".
>
There is actually a java reimplementation of the svn protocol :)
Lisp implementation of the
On 2005-10-13, at 03:26, Mike Stump wrote:
On Oct 12, 2005, at 5:55 PM, Marcin Dalecki wrote:
On 2005-10-12, at 04:42, Daniel Berlin wrote:
Checkouts will be about 30% slower with svn, just because it has to
write more data out to disk because of the working copy
Yes. Indeed. One suggest
On Oct 12, 2005, at 5:55 PM, Marcin Dalecki wrote:
On 2005-10-12, at 04:42, Daniel Berlin wrote:
Checkouts will be about 30% slower with svn, just because it has to
write more data out to disk because of the working copy
Yes. Indeed. One suggestions comes immediately to my mind. Why
don't yo
On Oct 11, 2005, at 7:42 PM, Daniel Berlin wrote:
So, Mike Stump said his update times with svn from toolchain.org
were a
little slow.
Let me know if it's still slow for you.
Ok, had a chance to upgrade my svn to 1.2.3, and time from gcc.gnu.org:
$ cd gcc
$ time svn update *.c
[ lots o ou
On 2005-10-12, at 04:42, Daniel Berlin wrote:
Checkouts will be about 30% slower with svn, just because it has to
write more data out to disk because of the working copy
Yes. Indeed. One suggestions comes immediately to my mind. Why don't
you provide some kind of COW (Copy on Write)? Or may
On Wed, 2005-10-12 at 14:18 +0100, Nix wrote:
> On 12 Oct 2005, Daniel Berlin murmured woefully:
> > (I'd recommend a 1.2.x client, or 1.3.x in a few weeks. 1.2.x has much
> > fsater working copy than 1.2.x)
>
> So this is some sort of Zen version control, is it? :)
>
> (I assume you mean that 1
On 12 Oct 2005, Daniel Berlin murmured woefully:
> (I'd recommend a 1.2.x client, or 1.3.x in a few weeks. 1.2.x has much
> fsater working copy than 1.2.x)
So this is some sort of Zen version control, is it? :)
(I assume you mean that 1.2.x is much faster than 1.1.x, and 1.3.x is a
little faster
Oh, i should just point out that client side, i am using:
[EMAIL PROTECTED]:/mnt/gccstuff/gcc-clean/gcc> svn --version
svn, version 1.2.3 (r15833)
compiled Sep 13 2005, 02:48:01
(this is the opensuse 10.0 rpm)
1.3.x should be out in the next month, and when it is, 1.1.x will be
deprecated
1
