All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Eric S. Raymond" <esr@thyrsus.com>
To: Heiko Voigt <hvoigt@hvoigt.net>
Cc: Yann Dirson <ydirson@free.fr>,
	Michael Haggerty <mhagger@alum.mit.edu>,
	Antoine Pelisse <apelisse@gmail.com>,
	Bart Massey <bart@cs.pdx.edu>, Keith Packard <keithp@keithp.com>,
	David Mansfield <david@cobite.com>,
	git@vger.kernel.org
Subject: Re: cvsps, parsecvs, svn2git and the CVS exporter mess
Date: Sun, 23 Dec 2012 17:45:42 -0500	[thread overview]
Message-ID: <20121223224542.GA16383@thyrsus.com> (raw)
In-Reply-To: <20121223202111.GB29354@book-mint>

Heiko Voigt <hvoigt@hvoigt.net>:
> Please share so we can have a look. BTW, where can I find your cvsps
> code?

https://gitorious.org/cvsps

Developments of the last 48 hours:

1. Andreas Schwab sent me a patch that uses commitids wherever the history
   has them - this makes all the time-skew problems go away.  I added code
   to warn if commitids aren't present, so users will get a clear indication
   of when time-skew problems might bite them versus when that is happily
   impossible.

2. I've scrapped a lot of obsolete code and options.  The repo head
   version uses what used to be called cvs-direct mode all the time
   now; it works, and the effect on performance is major.  This also
   means that cvsps doesn't need to use any local CVS commands or even
   have CVS installed where it runs.

> >From my past cvs conversion experiences my personal guess is that
> cvs2svn will win this competition.

That could be.  But right now cvsps has one significant advantage over
cvs2git (which parsecvs might share) - it's *blazingly* fast.  So fast
that I scrapped all the local-caching logic; there seems no point to it at
today's network speeds, and that's one less layer of complications to
go wrong.

I've removed a couple hundred lines of code and the program works
better and faster than it did before.  That's having a good day!
-- 
		<a href="http://www.catb.org/~esr/">Eric S. Raymond</a>

  reply	other threads:[~2012-12-23 22:52 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-12-22 17:36 cvsps, parsecvs, svn2git and the CVS exporter mess Eric S. Raymond
2012-12-23 20:21 ` Heiko Voigt
2012-12-23 22:45   ` Eric S. Raymond [this message]
2013-01-03 15:37 ` Michael Haggerty
2013-01-03 20:53   ` Eric S. Raymond
2013-01-05  8:27     ` Max Horn
2013-01-05 15:11       ` Eric S. Raymond
2013-01-05 22:57         ` Jonathan Nieder
2013-01-06 11:15         ` Michael Haggerty
     [not found]       ` <CAA6gtpky9JxFDdpLM6kY9su-9FWX8RoWHU4uptd_Zk+ZJuhrtA@mail.gmail.com>
2013-01-05 15:58         ` Eric S. Raymond
2013-01-03 15:51 ` Martin Langhoff

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20121223224542.GA16383@thyrsus.com \
    --to=esr@thyrsus.com \
    --cc=apelisse@gmail.com \
    --cc=bart@cs.pdx.edu \
    --cc=david@cobite.com \
    --cc=git@vger.kernel.org \
    --cc=hvoigt@hvoigt.net \
    --cc=keithp@keithp.com \
    --cc=mhagger@alum.mit.edu \
    --cc=ydirson@free.fr \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.