You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(6) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(45) |
Feb
(67) |
Mar
(79) |
Apr
(30) |
May
(10) |
Jun
(3) |
Jul
(50) |
Aug
(43) |
Sep
(23) |
Oct
(28) |
Nov
(49) |
Dec
(14) |
2004 |
Jan
(4) |
Feb
(88) |
Mar
(72) |
Apr
(40) |
May
(4) |
Jun
(19) |
Jul
(28) |
Aug
(9) |
Sep
(9) |
Oct
(17) |
Nov
(38) |
Dec
|
2005 |
Jan
|
Feb
(10) |
Mar
(32) |
Apr
(4) |
May
(2) |
Jun
(4) |
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
(7) |
Dec
(8) |
2006 |
Jan
(3) |
Feb
(1) |
Mar
(5) |
Apr
|
May
(1) |
Jun
(5) |
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Bryan D. A. <ban...@tr...> - 2006-07-28 02:18:24
|
Anyone building from the current svn source? Thanks! -----Original Message----- From: Bryan D. Andrews=20 Sent: Wednesday, July 26, 2006 12:02 AM To: Bryan D. Andrews; dra...@li... Subject: RE: Building the latest source from SourceForge BTW a previous trunk (from CVS before the move) builds fine for me the same way... -----Original Message----- From: Bryan D. Andrews=20 Sent: Tuesday, July 25, 2006 11:27 PM To: 'dra...@li...' Subject: Building the latest source from SourceForge I just got the latest source but am having a problem building the source.=20 Any tips on this? I tried building the master.build but it bitches about too many things to list.=20 Are there new requirements to build the latest from source? New nant or nunit? Thanks. |
From: Bryan D. A. <ban...@tr...> - 2006-07-27 22:11:33
|
I just got the latest source but am having a problem building the source.=20 Any tips on this? I tried building the master.build but it bitches about too many things to list.=20 Are there new requirements to build the latest from source? New nant or nunit? Thanks. |
From: Bryan D. A. <ban...@tr...> - 2006-07-27 19:55:21
|
BTW a previous trunk (from CVS before the move) builds fine for me the same way... -----Original Message----- From: Bryan D. Andrews=20 Sent: Tuesday, July 25, 2006 11:27 PM To: 'dra...@li...' Subject: Building the latest source from SourceForge I just got the latest source but am having a problem building the source.=20 Any tips on this? I tried building the master.build but it bitches about too many things to list.=20 Are there new requirements to build the latest from source? New nant or nunit? Thanks. |
From: Arild F. <ari...@br...> - 2006-06-09 18:52:11
|
> Hello Arild, > > Are you from dev team? I have commit access, yes, but I'm not one of the original developers (then again, I don't think any of them are around any more...). > > I was looking in a way to contribute to Draco and I don't find one... > :-S Posting patches here on this list would be the right way, I think. -- Arild |
From: Eric L. <eri...@gm...> - 2006-06-08 21:38:27
|
On 6/8/06, Arild Fines <ari...@br...> wrote: > > > 5. Separate SCC into providers > > This would be a great idea. I was looking into what it would take to > support > Team Foundation source control, and it was really trivial, since TF has a > very nice managed API (parsing the log output from tf.exe wasn't very > tempting). However, if I added that into the core, all of Draco would > depend > on the MS TF assemblies (another problem is that it would require .NET 2.0 > , > and that problem would still remain unsolved. Maybe it's time to move > Draco > to 2.0?). > > Also, if we/you're going to separate out SCC into providers, I think it's > logical to do the same for build mechanisms and notifiers (this as a > generalization of the external notification stuff I committed a while > ago). > > We also need a very basic "run this command line" build provider. It seems > today you'd need to use either an msbuild file or a NAnt file with a > single > <exec> call to run an arbitrary command line. > Hello Arild, Are you from dev team? I was looking in a way to contribute to Draco and I don't find one... :-S I have some bugfixes there.... Now I found another with encoding... []'s Eric Lemes |
From: Arild F. <ari...@br...> - 2006-06-08 16:50:51
|
> 5. Separate SCC into providers This would be a great idea. I was looking into what it would take to support Team Foundation source control, and it was really trivial, since TF has a very nice managed API (parsing the log output from tf.exe wasn't very tempting). However, if I added that into the core, all of Draco would depend on the MS TF assemblies (another problem is that it would require .NET 2.0, and that problem would still remain unsolved. Maybe it's time to move Draco to 2.0?). Also, if we/you're going to separate out SCC into providers, I think it's logical to do the same for build mechanisms and notifiers (this as a generalization of the external notification stuff I committed a while ago). We also need a very basic "run this command line" build provider. It seems today you'd need to use either an msbuild file or a NAnt file with a single <exec> call to run an arbitrary command line. -- Arild |
From: Eric L. <eri...@gm...> - 2006-06-02 18:15:22
|
Hello Bryan, This inactivity bothers me too. []'s Eric Lemes On 6/2/06, Bryan D. Andrews <ban...@tr...> wrote: > > Wish List (just hoping): > > > > 1. Disable Projects > > 2. Specify certain projects to only run single threads (if project > is used to export from source to a permanent directory for example) > > 3. "Last Build" Date / Change "Next Build" Date to "Next Check" > > 4. Add "Last Status" (as opposed to just current status) > > 5. Separate SCC into providers > > 6. Subversion Specific =96 we have hacked these in already > > a. SVN Export =96force =96 ignore-externals > > b. Specify local directory to export to > > c. SVN Update > > > > This is such a great product. It is a shame to see the limited activity > here (compared to Cruise Control). Maybe someone / some company needs to > adopt it. J > > > > > > _______________________________________________ > Draconet-developers mailing list > Dra...@li... > https://lists.sourceforge.net/lists/listinfo/draconet-developers > > > |
From: Bryan D. A. <ban...@tr...> - 2006-06-02 12:08:59
|
Wish List (just hoping): =20 1. Disable Projects 2. Specify certain projects to only run single threads (if project is used to export from source to a permanent directory for example) 3. "Last Build" Date / Change "Next Build" Date to "Next Check" 4. Add "Last Status" (as opposed to just current status) 5. Separate SCC into providers 6. Subversion Specific - we have hacked these in already a. SVN Export -force - ignore-externals b. Specify local directory to export to c. SVN Update =20 This is such a great product. It is a shame to see the limited activity here (compared to Cruise Control). Maybe someone / some company needs to adopt it. :-) =20 |
From: Eric L. <eri...@gm...> - 2006-05-30 14:38:29
|
Hello There, Thank you for Draco.Net. That's a great project. How can I send patches? I have a SMTP authentication implementation that I've done in 1.6.4. []'s Eric Lemes |
From: Bryan D. A. <ban...@tr...> - 2006-03-29 03:49:25
|
We are considering creating a DNN module from the Web UI of Draconet -- but we are also considering (as always) CCNet which is a much more active community.=20 I think Draconet rocks and in many ways is far ahead of CCNet (not that this is a competition) and we have been using it for years. What I want to know is if anyone is interested in seeing this product move forward / become a more active project or is this just in maintenance mode... I think a DNN Module for the UI would add a lot of interest to the project considering the large DNN community. If anyone has any thoughts on this let me know. I would be glad to coordinate this effort. |
From: Bryan D. A. <ban...@tr...> - 2006-03-22 21:02:10
|
Any ideas? -----Original Message----- From: dra...@li... [mailto:dra...@li...] On Behalf Of Bryan D. Andrews Sent: Monday, March 20, 2006 8:27 AM To: dra...@li... Subject: [Draconet-developers] Web Application Perf We have approximately 30 projects running on Draco and the web client (1.6.3.0) seems to always take for ever to load... I think it may have something to do with the communication to the service while its building, but many times it seems like it needs to compile on every call. Does anyone else have any suggested configs? Right now we just have it running directly on the build server... Thanks! ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=3Dk&kid=110944&bid$1720&dat=121642 _______________________________________________ Draconet-developers mailing list Dra...@li... https://lists.sourceforge.net/lists/listinfo/draconet-developers |
From: Bryan D. A. <ban...@tr...> - 2006-03-20 13:23:50
|
We have approximately 30 projects running on Draco and the web client (1.6.3.0) seems to always take for ever to load... I think it may have something to do with the communication to the service while its building, but many times it seems like it needs to compile on every call. Does anyone else have any suggested configs? Right now we just have it running directly on the build server... Thanks! |
From: Bryan D. A. <ban...@tr...> - 2006-03-20 13:21:15
|
This is great news! Glad to see SourceForge offering this! -----Original Message----- From: dra...@li... [mailto:dra...@li...] On Behalf Of Arild Fines Sent: Thursday, March 02, 2006 3:04 PM To: dra...@li...; dra...@li... Subject: [Draconet-users] RE: [Draconet-developers] Draco sourceforge code repository has been migrated to Subversion. Paul Welter wrote: > Since sourceforge now supports Subversion, I've migrated Draco code > repository to Subversion.=20 Yay! -- Arild ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat=3D= 121642 _______________________________________________ Draconet-users mailing list Dra...@li... https://lists.sourceforge.net/lists/listinfo/draconet-users |
From: Arild F. <ari...@br...> - 2006-03-02 20:04:37
|
Paul Welter wrote: > Since sourceforge now supports Subversion, I've migrated Draco code > repository to Subversion. Yay! -- Arild |
From: Paul W. <pw...@lo...> - 2006-02-23 17:24:32
|
Since sourceforge now supports Subversion, I've migrated Draco code repository to Subversion. Subversion is a far superior repository. Check out the following for more information on how to access the repo... =20 https://sourceforge.net/svn/?group_id=3D66880 =20 ~ Paul |
From: Arild F. <ari...@br...> - 2006-01-16 22:55:43
|
Nicholas Robinson wrote: > Arild, > > Thanks for writing and sharing what you have done with Draco. I > think the changes to the notifier and how it loads a notifier type > are definitely something Draco would benefit from. I also agree that > the extended notifiers need to live outside of the draco core, so > your design looks good from all accounts. Send it in! :-) Well, it's in there now. Comments/suggestions re the implementation are (of course) welcome. Thanks, -- Arild > > Nick. > > -----Original Message----- > From: dra...@li... > [mailto:dra...@li...]On Behalf Of > Arild Fines > Sent: 16 January 2006 03:28 > To: dra...@li... > Subject: [Draconet-developers] Pluggable notifiers > > > In some cases, the available notification mechanisms available in > Draco .NET today don't fulfill the needs of the development team. In > my case specifically, my project manager expressed a desire to have > the build results posted to our internal Sharepoint site. I managed > to hack this by using the <file> element and pointing it to the > Webdav share exposed by Sharepoint, which made it appear in a > Sharepoint document library. However, this solution has some > drawbacks in that it is hard to review the Sharepoint page for build > success or failure without actually going in and viewing the > document. We also have a pretty large build which makes it hard to > see the errors without color-coding the build output document. > > The solution to this would obviously be to implement a custom > notifier that added an item to a Sharepoint list using the Sharepoint > web service interface. However, I don't feel that such a notifier > belongs in the Draco.NET core code. It is conceivable that other > teams might want to implement other notification mechanisms (an MSN > Messenger/Jabber notifier anyone?), and the Draco.NET core can > obviously not accommodate all such desires. > > Hence the need for a mechanism in which notifiers can be pluggable. > It only took me about 45 minutes to implement this. It works as > follows: > > A tag named "external" is added under "notification" in the config > file: > > <notification> > <external> > <type>TestNamespace.TestNotifier, TestNotifier</type> > <param key="Hello" value="World"/> > <param key="Answer" value="42"/> > </external> > </notification> > > I modified the NotifierFactory to load the type specified in the > "type" tag and cast it to INotifier. If the type implements the > ISupportsParameters interface, the specified parameters are passed to > the instance. > > Is there an interest to have such a mechanism added to Draco? IE, > should I clean this up into a committable state and commit it? |
From: Nicholas R. <nic...@fr...> - 2006-01-16 08:01:33
|
Arild, Thanks for writing and sharing what you have done with Draco. I think the changes to the notifier and how it loads a notifier type are definitely something Draco would benefit from. I also agree that the extended notifiers need to live outside of the draco core, so your design looks good from all accounts. Send it in! :-) Nick. -----Original Message----- From: dra...@li... [mailto:dra...@li...]On Behalf Of Arild Fines Sent: 16 January 2006 03:28 To: dra...@li... Subject: [Draconet-developers] Pluggable notifiers In some cases, the available notification mechanisms available in Draco .NET today don't fulfill the needs of the development team. In my case specifically, my project manager expressed a desire to have the build results posted to our internal Sharepoint site. I managed to hack this by using the <file> element and pointing it to the Webdav share exposed by Sharepoint, which made it appear in a Sharepoint document library. However, this solution has some drawbacks in that it is hard to review the Sharepoint page for build success or failure without actually going in and viewing the document. We also have a pretty large build which makes it hard to see the errors without color-coding the build output document. The solution to this would obviously be to implement a custom notifier that added an item to a Sharepoint list using the Sharepoint web service interface. However, I don't feel that such a notifier belongs in the Draco.NET core code. It is conceivable that other teams might want to implement other notification mechanisms (an MSN Messenger/Jabber notifier anyone?), and the Draco.NET core can obviously not accommodate all such desires. Hence the need for a mechanism in which notifiers can be pluggable. It only took me about 45 minutes to implement this. It works as follows: A tag named "external" is added under "notification" in the config file: <notification> <external> <type>TestNamespace.TestNotifier, TestNotifier</type> <param key="Hello" value="World"/> <param key="Answer" value="42"/> </external> </notification> I modified the NotifierFactory to load the type specified in the "type" tag and cast it to INotifier. If the type implements the ISupportsParameters interface, the specified parameters are passed to the instance. Is there an interest to have such a mechanism added to Draco? IE, should I clean this up into a committable state and commit it? -- Arild ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ Draconet-developers mailing list Dra...@li... https://lists.sourceforge.net/lists/listinfo/draconet-developers |
From: Arild F. <ari...@br...> - 2006-01-16 03:29:41
|
In some cases, the available notification mechanisms available in Draco .NET today don't fulfill the needs of the development team. In my case specifically, my project manager expressed a desire to have the build results posted to our internal Sharepoint site. I managed to hack this by using the <file> element and pointing it to the Webdav share exposed by Sharepoint, which made it appear in a Sharepoint document library. However, this solution has some drawbacks in that it is hard to review the Sharepoint page for build success or failure without actually going in and viewing the document. We also have a pretty large build which makes it hard to see the errors without color-coding the build output document. The solution to this would obviously be to implement a custom notifier that added an item to a Sharepoint list using the Sharepoint web service interface. However, I don't feel that such a notifier belongs in the Draco.NET core code. It is conceivable that other teams might want to implement other notification mechanisms (an MSN Messenger/Jabber notifier anyone?), and the Draco.NET core can obviously not accommodate all such desires. Hence the need for a mechanism in which notifiers can be pluggable. It only took me about 45 minutes to implement this. It works as follows: A tag named "external" is added under "notification" in the config file: <notification> <external> <type>TestNamespace.TestNotifier, TestNotifier</type> <param key="Hello" value="World"/> <param key="Answer" value="42"/> </external> </notification> I modified the NotifierFactory to load the type specified in the "type" tag and cast it to INotifier. If the type implements the ISupportsParameters interface, the specified parameters are passed to the instance. Is there an interest to have such a mechanism added to Draco? IE, should I clean this up into a committable state and commit it? -- Arild |
From: Paul W. <pw...@lo...> - 2005-12-26 17:10:07
|
I haven't heard anything good or bad. Has anyone had a chance to test the latest build? Any objects to releasing 1.6.4? =20 ~ Paul =20 ________________________________ From: dra...@li... [mailto:dra...@li...] On Behalf Of Paul Welter Sent: Monday, December 19, 2005 11:24 PM To: dra...@li... Subject: [Draconet-developers] Draco .net 1.6.4 commits =20 I've committed some updates for draco. I'll call this release 1.6.4. Here are the changes ... =20 * Added MSBuild support * Added Visual Studio 2005 support * Added manual build (no polling) support * Improved project config web page * Fixed bug where error emails were sent repeatedly Please get the latest from cvs and help test. I'll incubate for about a week without error reports before release. =20 ~ Paul |
From: Paul W. <pw...@lo...> - 2005-12-20 05:23:53
|
I've committed some updates for draco. I'll call this release 1.6.4. Here are the changes ... =20 * Added MSBuild support * Added Visual Studio 2005 support * Added manual build (no polling) support * Improved project config web page * Fixed bug where error emails were sent repeatedly Please get the latest from cvs and help test. I'll incubate for about a week without error reports before release. =20 ~ Paul |
From: Paul W. <pw...@lo...> - 2005-12-19 15:34:23
|
I would agree. But, I find Cruise Control harder to use. Draco.net still has its advantage in its simplicity. For example, the web client allows for creating builds without having to remote control the build server to update the config file. This is a huge advantage in a corporate environment. Also, the Draco seem like a cleaner process the Cruise Control. I'd vote to do another update to include 2.0 support. =20 ~ Paul ________________________________ From: dra...@li... [mailto:dra...@li...] On Behalf Of Michael Ferrante Sent: Monday, December 19, 2005 12:33 AM To: dra...@li... Subject: RE: [Draconet-developers] Future of Draconet? Yes Cruise Control .NET has more energy lately. I believe there are full time Thought Works people working on it. =20 Draco.net's original mission was to serve as a .NET version of Cruise Control, and now that Cruise Control .NET has made it to a 1.0 version, perhaps it is time to reconsider the future of Draco. =20 Other thoughts? =20 ________________________________ From: dra...@li... [mailto:dra...@li...] On Behalf Of Bryan D. Andrews Sent: Saturday, December 03, 2005 07:14 To: dra...@li... Subject: [Draconet-developers] Future of Draconet? Hello All, =20 We have been draconet users for years and while I think Draconet is a superior product to CruiseControl (currently), I think CCNet has a lot more energy around it and a more active community. =20 This is a bit of a dilemma to us and we are actually running both in production for different reasons, but I think ultimately in the long run CCNet will be able to do most of the things that Draco does better currently as it seems to be much more active.=20 =20 So without going into the things I would love to see draconet do, are there any goals here for the draconet project? I would love to see draconet continue to grow as it is a great project! =20 Thanks Guys! |
From: Michael F. <mic...@us...> - 2005-12-19 06:33:03
|
Yes Cruise Control .NET has more energy lately. I believe there are full time Thought Works people working on it. Draco.net's original mission was to serve as a .NET version of Cruise Control, and now that Cruise Control .NET has made it to a 1.0 version, perhaps it is time to reconsider the future of Draco. Other thoughts? _____ From: dra...@li... [mailto:dra...@li...] On Behalf Of Bryan D. Andrews Sent: Saturday, December 03, 2005 07:14 To: dra...@li... Subject: [Draconet-developers] Future of Draconet? Hello All, We have been draconet users for years and while I think Draconet is a superior product to CruiseControl (currently), I think CCNet has a lot more energy around it and a more active community. This is a bit of a dilemma to us and we are actually running both in production for different reasons, but I think ultimately in the long run CCNet will be able to do most of the things that Draco does better currently as it seems to be much more active. So without going into the things I would love to see draconet do, are there any goals here for the draconet project? I would love to see draconet continue to grow as it is a great project! Thanks Guys! |
From: Michael F. <mic...@us...> - 2005-12-19 04:15:37
|
There is no continuous integration web for Draco.net itself. There used to be something setup but currently there is not. There have not been that many commits since the last release, we could go ahead and put whatever there is together as a release, it would not be difficult. _____ From: dra...@li... [mailto:dra...@li...] On Behalf Of Bryan D. Andrews Sent: Saturday, December 03, 2005 10:53 To: dra...@li... Subject: RE: [Draconet-developers] Question about current dev trunk OK so I grabbed the latest via WinCVS. Question is still out there though - is there a latest build area? A CI web for Draconet itself? _____ From: dra...@li... [mailto:dra...@li...] On Behalf Of Bryan D. Andrews Sent: Saturday, December 03, 2005 12:32 PM To: dra...@li... Subject: [Draconet-developers] Question about current dev trunk Is there a nightly build available for draconet? We run subversion and tortoisesvn here and last time I loaded up tortoisesvn I had issues. We are trying to get the latest source, I guess I could get a commandline client but it would be cool to have access to the latest good build considering the product. :-) Have there been many commits since the last release? I tried browsing the web-based version, but could not actually tell as the folders do not reflect date modified. Thanks for any info! |
From: Bryan D. A. <ban...@tr...> - 2005-12-03 18:53:59
|
OK so I grabbed the latest via WinCVS.=20 =20 Question is still out there though - is there a latest build area? A CI web for Draconet itself?=20 =20 =20 ________________________________ From: dra...@li... [mailto:dra...@li...] On Behalf Of Bryan D. Andrews Sent: Saturday, December 03, 2005 12:32 PM To: dra...@li... Subject: [Draconet-developers] Question about current dev trunk =20 Is there a nightly build available for draconet? We run subversion and tortoisesvn here and last time I loaded up tortoisesvn I had issues... We are trying to get the latest source, I guess I could get a commandline client but it would be cool to have access to the latest good build considering the product. :-) =20 Have there been many commits since the last release? I tried browsing the web-based version, but could not actually tell as the folders do not reflect date modified. Thanks for any info! =20 |
From: Bryan D. A. <ban...@tr...> - 2005-12-03 17:32:49
|
Is there a nightly build available for draconet? We run subversion and tortoisesvn here and last time I loaded up tortoisesvn I had issues... We are trying to get the latest source, I guess I could get a commandline client but it would be cool to have access to the latest good build considering the product. :-) =20 Have there been many commits since the last release? I tried browsing the web-based version, but could not actually tell as the folders do not reflect date modified. Thanks for any info! =20 |