You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
(1) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: demon [d3m0n] <d3m...@ho...> - 2003-05-16 11:23:31
|
> > > >First of all >The answer could be in the archive, but I can't access the archive > >My knowledge of cvs or perl is not that big, and I can't find what I need >in >the documentation, so i try it hear. >(A pointer to a good resource where I can find the answer is enough.) > >What I need: > >cvreports mailed to a user/some users >changed, new and deleted files with the links mailed to a user every day >(run cvsreport every day in crontab?) > >The cvs-files are locally on the server where I have my account, but I >can't >change anything. > >I can't add/change/delete files in the cvsroot, i have readonly access >I can't replace /usr/bin/cvs > >I know in the readme there is: > >unwrapped: >"You need write access to the 'CVSROOT' module of your repository." > >And I don't like wrapped mode. >I don't want a new cvs-binary, I just want a new binary "cvsreport" > >wrapped mode: >- things like "rename your CVS executable as 'cvs.bin'" is not possible >- "/usr/local/bin" is not writable either. > > >I'm just a user on the system the cvsroot is on, I van >- read files in cvsroot (readonly) >- install cvsreport,cvsreport.cf, cvsreport.users in my homedir > >I thought i had it, but it is not reporting anything, it just gives me back >my prompt and I'm sure there were changes. >It shoult be possible to make report with readonly-access, no? > >Thanks for any usefull info! > >_________________________________________________________________ > > _________________________________________________________________ |
From: Vincent C. <v....@ze...> - 2002-11-07 23:40:28
|
Hello, A minor fix for a major bug, here is 0.2.5. The wrapped mode in 0.2.4 was actually non functional. http://cvsreport.sourceforge.net/ |
From: Vincent C. <v....@ze...> - 2002-05-19 01:55:02
|
Hello, CVSreport 0.2.4 is a bugfix release, get it now : http://prdownloads.sourceforge.net/cvsreport/cvsreport-0.2.4.tar.gz It turns out that CVS doesn't collect its child until the end of the 'cvs server' process, leaving some CVS zombies around while CVSreport is polling for their status. As a result, it hangs your cvs client forever after the commit is done (and will never generate a report). At least it didn't prevented you to work :) I've hadded a is_alive() method which checks process existence _and_ zombie status if alive. There is no real portable way to do this, I'm using 'ps' which is a little bit more standard than the /proc interface. I've tested this patch successfully on Linux 2.4 and FreeBSD 4.5. I might try to do further tests on the boxes of SF's compile farm (Solaris or Darwin seems good targets to host CVS repositories). |
From: Timothee B. <tt...@tt...> - 2002-05-16 06:20:42
|
Also to be noted, a fork of cvsreport sits in http://zerowing.idsoftware.com/viewcvs/viewcvs.cgi/cvsreport/ with some hacks on my own (haven't synced with 0.2.3 at this point) The main differences being: - lookup the branch affected by the commit and display it in the mail - configure some 'explicit diffs': if a specified file was modified (ChangeLog for instance), include the diff directly in the mail - different cvsreport.cf per-repository on the same host (i.e. multiroot). This one is so hackish that it still lives on it's own 'multiroot' branch. TTimo On 16 May 2002 00:27:21 +0200 Vincent Caron <v....@ze...> wrote: > Doc updated (see README in tarball). > > http://cvsreport.sourceforge.net/ > > > _______________________________________________________________ > > Have big pipes? SourceForge.net is looking for download mirrors. We supply > the hardware. You get the recognition. Email Us: ban...@so... > _______________________________________________ > CVSreport-announce mailing list > CVS...@li... > https://lists.sourceforge.net/lists/listinfo/cvsreport-announce > |
From: Vincent C. <v....@ze...> - 2002-05-15 22:27:34
|
Doc updated (see README in tarball). http://cvsreport.sourceforge.net/ |
From: Vincent C. <v....@ze...> - 2001-11-21 15:15:38
|
Bugfixes and new functionalities : * added $usercommand (TTimo's patch) * fixed bad CVS path parsing (notably removed files URLs) * run $usercommand even if $userlist is empty * export CVS* env. var for $usercommand * better variable scope and naming * works with remote cvsroots * header now uses the commit time stamp * fixed buggy 'removed file' URL and last version http://cvsreport.sourceforge.net/ |
From: Vincent C. <v....@ze...> - 2001-10-26 18:43:58
|
- better variable scope and naming - works with remote cvsroots - header now uses the commit time stamp Planned : - no-URL support ($cvsweb == "") - explicit diffs - testing ! :) |
From: Vincent C. <v....@ze...> - 2001-10-25 19:35:50
|
(I wish I could setup CVSreport on SourceForge ! :)) http://cvsreport.sourceforge.net/ - run $usercommand even if $userlist is empty - export CVS_REMOVED, CVS_ADDED and CVS_MODIFIED, CVSUSER, CVSROOT env. var for $usercommand |