RE: [Draconet-users] Issues with 1.6 beta

2004-09-13 Thread Erv Walter
The first problem is caused by an "off by one" error in the log parser for SVN. I fixed this by changing this line of code in SvnLogParser.cs (note the <= instead of just <): // HACK: necessary since svn log always gives you the revisions INCLUSIVE if ( date < sinceDate ) continue; to

RE: [Draconet-users] Nant build files

2004-04-15 Thread Erv Walter
I don’t understand the question completely.  However, the question seems related to a common question.  Here’s what we do, and it’s what I suggest:   Put your nant .build files in CVS/VSS right along with your source code. Make those .build files do everything with relative p

RE: [Draconet-users] Nant build files

2004-04-14 Thread Erv Walter
I don’t understand the question completely.  However, the question seems related to a common question.  Here’s what we do, and it’s what I suggest:   Put your nant .build files in CVS/VSS right along with your source code. Make those .build files do everything with relative p

RE: [Draconet-users] Why does forcing a remote rebuild wind up triggering two builds?

2003-11-08 Thread Erv Walter
#x27;ll install another server with the current beta, I guess, and see if it still happens there.     -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Erv Walter Sent: Thursday, November 06, 2003 10:42 AM To: [EMAIL PROTECTED]; David Reed Subject: RE: [Drac

RE: [Draconet-users] VSS Working Directory

2003-11-07 Thread Erv Walter
This has been discussed, but I don’t know what the timeline will look like.   In the mean time, a common solution is to put your nant script *in* VSS with your code and then have it work off of purely relative paths.   From: Chuck Bryan [mailto:[EMAIL PROTECTED] Sent: Friday, N

RE: [Draconet-users] Why does forcing a remote rebuild wind up triggering two builds?

2003-11-06 Thread Erv Walter
There was a bug in an older version of draco related to the client tool.  It was screwing up the “last modification date” and showing everything as modified.  This was fixed a while back in CVS and should be fixed in the most recent release (although I am still using an older CVS version, s

RE: [Draconet-users] dracocli.exe throws SecurityException

2003-08-20 Thread Erv Walter
It might have something to do with the changes discussed in this article: http://www.ingorammer.com/RemotingFAQ/Changes2003.html I haven't tried the suggested changes yet... -Original Message- From: Mark Griffiths [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 20, 2003 11:24 AM To:

RE: [Draconet-users] Building from a CVS branch with Draco

2003-08-14 Thread Erv Walter
In the draco config file, you specifiy which branch draco will checkout by adding a element as a child of the element. ... v1_0-maintain -Original Message- From: Morris, Jason [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 13, 2003 1:49 PM To: [EMAIL PROTECTED] Subject: [Draco

RE: [Draconet-users] Draco.net service doesn't work

2003-07-24 Thread Erv Walter
Check the event log for detailed error information and let us know what it says. From: Roger Chang [mailto:[EMAIL PROTECTED] Sent: Thursday, July 24, 2003 10:12 AMTo: [EMAIL PROTECTED]Subject: [Draconet-users] Draco.net service doesn't work I d/led & installed the client & the server fo

[Draconet-users] BUG: Dracocli.exe breaks timestamps

2003-06-12 Thread Erv Walter
Whenever someone uses dracocli.exe to force a build on our server (the May 15th version of Draco.Net running on a Windows 2003 Server), the "LastSuccessfulBuild" and "LastModification" timestamps get reset to 1/1/0001 12AM. The result is that shortly afterwards, another build fires off with all th