Received: from localhost (unknown [200.46.204.183])
	by mail.postgresql.org (Postfix) with ESMTP id E4764650320
	for <pgsql-www-postgresql.org@mail.postgresql.org>;
	Mon, 22 Dec 2008 12:57:15 -0400 (AST)
Received: from mail.postgresql.org ([200.46.204.86])
	by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024)
	with ESMTP id 59820-01-6 for
	<pgsql-www-postgresql.org@mail.postgresql.org>;
	Mon, 22 Dec 2008 12:57:13 -0400 (AST)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Received: from sss.pgh.pa.us (sss.pgh.pa.us [66.207.139.130])
	by mail.postgresql.org (Postfix) with ESMTP id 75F3264FF86
	for <pgsql-www@postgresql.org>; Mon, 22 Dec 2008 12:56:52 -0400 (AST)
Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1])
	by sss.pgh.pa.us (8.14.2/8.14.2) with ESMTP id mBMGujQF011613;
	Mon, 22 Dec 2008 11:56:45 -0500 (EST)
To: Magnus Hagander <magnus@hagander.net>
cc: Alvaro Herrera <alvherre@commandprompt.com>,
 w^3 <pgsql-www@postgresql.org>
Subject: Re: publishing changelogs on pgweb 
In-reply-to: <494FBF3F.8080103@hagander.net> 
References: <200707111306.l6BD69G14356@momjian.us>
	<25050.1184164913@sss.pgh.pa.us>
	<20081222122811.GA10220@alvh.no-ip.org>
	<494F8B64.2020504@hagander.net> <494FBF3F.8080103@hagander.net>
Comments: In-reply-to Magnus Hagander <magnus@hagander.net>
	message dated "Mon, 22 Dec 2008 17:24:31 +0100"
Date: Mon, 22 Dec 2008 11:56:45 -0500
Message-ID: <11612.1229965005@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
X-Virus-Scanned: Maia Mailguard 1.0.1
X-Spam-Status: No, hits=0 tagged_above=0 required=5 tests=none
X-Spam-Level: 
X-Archive-Number: 200812/145
X-Sequence-Number: 16322

Magnus Hagander <magnus@hagander.net> writes:
>>> BTW, cvs2cl (at least the version I use) works fine against a remote
>>> repository, so it's not like Ray couldn't have gotten the answer for
>>> himself.  But a web page would be more user-friendly.

> What version is this? Mine seems to need a local checkout to work at all...

Yeah, mine too, but you can certainly make a local checkout if you have
access to the remote repository.

One thing to watch out for is that (at least in the version I use) what
cvs2cl seems to care about is having a local directory structure that
matches the repository.  If you use the -P option to prune away local
subdirectories that no longer contain any live files, then cvs2cl won't
find log entries for the files that had been in that subdirectory.
Most of the time this isn't a huge problem, but if you want a complete
history then it's a good idea to make your checkout without -P.

			regards, tom lane