statcvs-users

[Statcvs-users] Subversion Support

[Justin J. <jus...@fa...>]

Hello,

Are there any plans to support subversion?  I am thinking about starting
a project called statsvn, but want to make sure there isn't an effort
already underway.

My apologies if this has already been asked.  I didn't see anything when
searching via google.

Thanks.
-Justin

Re: [Statcvs-users] Subversion Support

[Richard C. <ri...@cy...>]

Justin,

From: "Justin Johnson" <jus...@fa...>
> Are there any plans to support subversion?  I am thinking about starting
> a project called statsvn, but want to make sure there isn't an effort
> already underway.

there are no immediate plans to support Subversion in StatCvs. However, I
believe implementing this wouldn't be very hard (at least for a subset of
the StatCvs features). So it will probably happen sooner or later.

From what we hear, there is definite interest in such a tool. But if you
want to start your own project, please consider choosing a different name.
If StatCvs ever gets Subversion support, what should that be called if not
StatSvn? Let's not repeat the Phoenix/Firebird debacle! ;-)

Kind regards and best wishes,
Richard

Re: [Statcvs-users] Subversion Support

[Justin J. <jus...@fa...>]

Okay, I will definitely choose a different name if I do this project.

Thanks for your reply.
-Justin

On Tue, 23 Mar 2004 23:40:36 +0100, "Richard Cyganiak"
<ri...@cy...> said:
> Justin,
> 
> From: "Justin Johnson" <jus...@fa...>
> > Are there any plans to support subversion?  I am thinking about starting
> > a project called statsvn, but want to make sure there isn't an effort
> > already underway.
> 
> there are no immediate plans to support Subversion in StatCvs. However, I
> believe implementing this wouldn't be very hard (at least for a subset of
> the StatCvs features). So it will probably happen sooner or later.
> 
> From what we hear, there is definite interest in such a tool. But if you
> want to start your own project, please consider choosing a different
> name.
> If StatCvs ever gets Subversion support, what should that be called if
> not
> StatSvn? Let's not repeat the Phoenix/Firebird debacle! ;-)
> 
> Kind regards and best wishes,
> Richard
> 

Re: [Statcvs-users] Subversion Support

[Brian G. P. <br...@ex...>]

Justin Johnson said:
> Okay, I will definitely choose a different name if I do this project.
> Thanks for your reply.
> -Justin
>
> "Richard Cyganiak" <ri...@cy...> said:
>> From what we hear, there is definite interest in such a tool.

Of course it would be best for everyone if interested parties (such as
Justin) submitted patches to StatCVS to *add* Subversion support rather
than forking.  This could take advantage of all code that could be reused
(probably nearly everything but the log file parser), would allow new
features to be added in a single place, and both CVS and Subversion would
benefit from a larger 'Stat' community.

Regards,

    - Brian

RE: [Statcvs-users] Subversion Support

[Tom C. <to...@in...>]

> Of course it would be best for everyone if interested parties (such as
> Justin) submitted patches to StatCVS to *add* Subversion 
> support rather than forking.  This could take advantage of 
> all code that could be reused (probably nearly everything but 
> the log file parser), would allow new features to be added in 
> a single place, and both CVS and Subversion would benefit 
> from a larger 'Stat' community.

+1 on that.  I've been looking into offering Subversion as well as CVS on
http://rubyforge.org/ and it'd be great if the 190 projects currently up
there could continue to benefit from the nifty StatCVS charts.

Yours,

Tom

Re: [Statcvs-users] Subversion Support

[Richard C. <ri...@cy...>]

From: "Brian G. Peterson" <br...@ex...>
> Of course it would be best for everyone if interested parties (such as
> Justin) submitted patches to StatCVS to *add* Subversion support rather
> than forking.

My impression was that Justin wants to start from scratch and not fork the
StatCvs codebase.

Of course I would be totally delighted If he contributes Subversion support
to StatCvs. But to be fair, I should mention that there are some good
reasons for starting from scratch:

First, Subversion logs are better suited to our purposes than CVS logs. They
are XML and there are explicit changesets. So, much less to code before your
program can generate the first interesting report.

Second, you can't generate *all* StatCvs reports from Subversion logs (for
example, the lines of codes chart are not possible because there are no
explicit lines +/- information in the logs, if I'm not mistaken), which
means that StatSvn reports would be only a subset of the StatCvs records,
and you can't take advantage of *all* existing work in StatCvs.

Third, Justin could choose some scripting language instead of Java. That
could probably reduce development time.

So, Brian and Tom have given good reasons for going with StatCvs, and there
are good reasons for starting from scratch. Either way, I'm very interested
in seeing what Justin comes up with. (And yes, I know that it's just an idea
for now.)

Richard

Re: [Statcvs-users] Subversion Support

[Justin J. <jus...@fa...>]

Subversion diffs do have +/- for lines added or removed.

Yes, I was thinking of starting from scratch, but currently I'm stilling
thinking about using jfreechart and cewolf, as I have already used these
libraries at work for a different reporting system.

I would really like to write it in Python if I could find a decent
charting library that was open source.  :-(  In any event, I had reserved
statsvn.tigris.org, but deleted the project to avoid the name conflict. 
We'll see what happens if I get some time.

-Justin

On Thu, 25 Mar 2004 01:15:08 +0100, "Richard Cyganiak"
<ri...@cy...> said:
> From: "Brian G. Peterson" <br...@ex...>
> > Of course it would be best for everyone if interested parties (such as
> > Justin) submitted patches to StatCVS to *add* Subversion support rather
> > than forking.
> 
> My impression was that Justin wants to start from scratch and not fork
> the
> StatCvs codebase.
> 
> Of course I would be totally delighted If he contributes Subversion
> support
> to StatCvs. But to be fair, I should mention that there are some good
> reasons for starting from scratch:
> 
> First, Subversion logs are better suited to our purposes than CVS logs.
> They
> are XML and there are explicit changesets. So, much less to code before
> your
> program can generate the first interesting report.
> 
> Second, you can't generate *all* StatCvs reports from Subversion logs
> (for
> example, the lines of codes chart are not possible because there are no
> explicit lines +/- information in the logs, if I'm not mistaken), which
> means that StatSvn reports would be only a subset of the StatCvs records,
> and you can't take advantage of *all* existing work in StatCvs.
> 
> Third, Justin could choose some scripting language instead of Java. That
> could probably reduce development time.
> 
> So, Brian and Tom have given good reasons for going with StatCvs, and
> there
> are good reasons for starting from scratch. Either way, I'm very
> interested
> in seeing what Justin comes up with. (And yes, I know that it's just an
> idea
> for now.)
> 
> Richard
> 

Re: [Statcvs-users] Subversion Support

[Richard C. <ri...@cy...>]

From: "Justin Johnson" <jus...@fa...>
> Subversion diffs do have +/- for lines added or removed.

From what I see, there's only *one* combined number for both, so you can't
tell how many lines were added and removed. Am I missing something?

[Statcvs-users] [OT] Scripting languages and chart was Re: [Statcvs-users] Subversion Support

[Tom C. <to...@in...>]

On Wed, 2004-03-24 at 23:26, Justin Johnson wrote:
> I would really like to write it in Python if I could find a decent
> charting library that was open source.  :-( 

I ran into a rather similar problem when writing Ruby scripts that
needed to create charts.  I ended up shelling out to GnuPlot, which
works OK:

http://ai-app-prog.rubyforge.org/#ant

but it's pretty clunky.

Yours,

Tom

[Statcvs-users] Re: [OT] Scripting languages and chart was Re: [Statcvs-users]Subversion Support

[Richard C. <ri...@cy...>]

From: "Tom Copeland" <to...@in...>
> I ran into a rather similar problem when writing Ruby scripts that
> needed to create charts.  I ended up shelling out to GnuPlot, which
> works OK:

The same approach is used by Cvsplot (formerly known as cvsstat), which is
written in Perl, invokes GnuPlot, and served as an inspiration for StatCvs:

http://cvsstat.sourceforge.net/

Re: [Statcvs-users] Subversion Support

[Martin d'A. <Mar...@s2...>]

> Third, Justin could choose some scripting language instead of Java. That
> could probably reduce development time.

Hi, I am just a user, not a developer, but I would really like if it was 
developed in python, or php, or anything that makes it end user friendly: 
install, point your browser, and forget, while at the same time can be 
imported in my own python scripts. Pls avoid perl. Thanks!

Martin

Re: [Statcvs-users] Subversion Support

[Richard C. <ri...@cy...>]

From: "Martin d'Anjou" <Mar...@s2...>
> Hi, I am just a user, not a developer, but I would really like if it was
> developed in python, or php, or anything that makes it end user friendly:
> install, point your browser, and forget

But end users in general don't have PHP/Python/Apache on their desktop
boxes, so the "install" part has to be done by an admin, while the end user
does the "point your browser" part.

With the StatCvs approach, anyone with CVS access can create statistics,
regardless of the admin's willingness to provide a StatCvs installation.

But I admit that webserver-generated dynamic reports would be cool. Should
be easier for Subversion because of the explicit changesets.

Richard

Re: [Statcvs-users] Subversion Support

[Scott F. <sc...@at...>]

If you are interested in server generated reports - have a look at this:

  http://www.thecortex.net/fisheye/

online demo:
  
  http://fisheye.thecortex.net/viewrep/ant

We know the guys who did this - so if you have any feedback - let me
know.

Scott

On Fri, Mar 26, 2004 at 12:20:52AM +0100, Richard Cyganiak wrote:
> From: "Martin d'Anjou" <Mar...@s2...>
> > Hi, I am just a user, not a developer, but I would really like if it was
> > developed in python, or php, or anything that makes it end user friendly:
> > install, point your browser, and forget
> 
> But end users in general don't have PHP/Python/Apache on their desktop
> boxes, so the "install" part has to be done by an admin, while the end user
> does the "point your browser" part.
> 
> With the StatCvs approach, anyone with CVS access can create statistics,
> regardless of the admin's willingness to provide a StatCvs installation.
> 
> But I admit that webserver-generated dynamic reports would be cool. Should
> be easier for Subversion because of the explicit changesets.
> 
> Richard
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Statcvs-users mailing list
> Sta...@li...
> https://lists.sourceforge.net/lists/listinfo/statcvs-users