[nant-dev] Re: SolutionPatchesBranch - For *nix Work
Hi Again, I have the solution/ task working on my Linux box. If anyone wants to try it you can checkout using: cvs -d:pserver:[EMAIL PROTECTED]:/cvsroot/nant co -d NAnt-SolutionPatchesBranch -r SolutionPatchesBranch It doesn't quite compile the NAnt.sln file, the issues I came across are: - NAnt.MSNet: on mono the System.SystemProcess.dll does not contain a SystemController class -- remove the ServiceControllerTask.cs - NAnt.Compression: mono is using an older version of ICSharpCode.SharpZipLib that does not support Tar.Headers -- remove the TarTask.cs Also it looks like only c# projects are supported on mono. I have changes in that I think should work for vb and vj# but since these are supported I could only really confirm that they still worked on Windows. Cheers, Clayton Clayton Harbour wrote: Hi, I have created a branch for work on the SolutionTask port to *nix on mono. I have made a first hack at it and have it compiling and running on my Linux box (Fedora Core, mono svn). It builds, runs and resolves the project files from the NAnt solution on my Linux box which is a pretty modest start but I think it is a good point to get more hackers involved :-). So if anyone is interested the branch tag is SolutionPatchesBranch (use cvs -r [branchName] -d [destDirectoryName]). I have created a target called NantSln in the NAnt.build in this branch that uses the Nant.sln file. Just a heads up I have made a first cut at using the csc/, vbc/, etc. tasks but the csc.exe is still being used to compile so there are still some issues here. If you have any questions just drop me a line, cc the list. Cheers, Clayton --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ nant-developers mailing list nant-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nant-developers
[nant-dev] SolutionPatchesBranch - For *nix Work
Hi, I have created a branch for work on the SolutionTask port to *nix on mono. I have made a first hack at it and have it compiling and running on my Linux box (Fedora Core, mono svn). It builds, runs and resolves the project files from the NAnt solution on my Linux box which is a pretty modest start but I think it is a good point to get more hackers involved :-). So if anyone is interested the branch tag is SolutionPatchesBranch (use cvs -r [branchName] -d [destDirectoryName]). I have created a target called NantSln in the NAnt.build in this branch that uses the Nant.sln file. Just a heads up I have made a first cut at using the csc/, vbc/, etc. tasks but the csc.exe is still being used to compile so there are still some issues here. If you have any questions just drop me a line, cc the list. Cheers, Clayton --- This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput a projector? How fast can you ride your desk chair down the office luge track? If you want to score the big prize, get to know the little guy. Play to win an NEC 61 plasma display: http://www.necitguy.com/?r=20 ___ nant-developers mailing list nant-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nant-developers
RE: What version of SharpCvsLib does Nant use. RE: [nant-dev] cvs-pass exception when user name contains full stop
Title: Message Hi Chris, sorry it took a couple of days to get back, thanks for your patience on this. To answer your version question, NAnt is using the cvs version of sharpcvslib. When we go to release I will tag the repository and branch if need be to make patches. I think you test case got clobbered by a friendly mail server along the way. I checked ina fix to the cvsroot regex that will allow a '.' in the username portion of the cvsroot. I am not sure if the regex below solves this or not, I was not able to get it to pick up a correct cvsroot. Let me know if that fixes you issue, if not could you please file a bug and include a small test case there. Cheers, Clayton -Original Message-From: Chris Fewtrell [mailto:[EMAIL PROTECTED] Sent: February 4, 2005 4:16 AMTo: nant-developers@lists.sourceforge.netCc: John WadlowSubject: What version of SharpCvsLib does Nant use. RE: [nant-dev] cvs-pass exception when user name contains full stop Hello I think there is a problem in the SharpCvsLib's way of parsing cvs roots. I have sent an emailto the sharpcvslib dev mail list detailing the problem (reproduced at bottom of this email). I wanted to use a fixed version of SharpCvsLib with NAnt so I downloaded the latest source I could find for SharpCvsLib (0.36-dev), recompiled it and replaced the dlls in the NAnt lib folder with the new dlls. The build of NAnt failed however. The version of the SharpCvsLib code I downloaded has the exception ICSharpCode.SharpCvsLib.FileSystem.CvsFileNotFoundException whereas the code in NAnt expects the class to be in a different namespace (ICSharpCode.SharpCvsLib.Exceptions.CvsFileNotFoundException). I was wondering which version of the SharpCvsLib you are using (since it is obviously different to the one I have downloaded) - please send us a link if possible. Many thanks Chris description of problem sent to '[EMAIL PROTECTED]' There is problem with the cvs-pass task. It fails when the cvs rootcontains a user name that has a full stop ('.') in it. The problem is in ICSharpCode.SharpCvsLib.Misc.CvsRoot The regex used to validate the cvs root ispublic const string CVSROOT_REGEX = @":(ext|pserver|ssh|local|sspi) :((?:[\w]*@)?[\w]+(?:\.[\w|-]+)*) :?((?:[\d]*)?) :((?:(?:[A-Za-z]:/)|/).[^\s]*)"; I think the line marked with the should be replaced with :((?:[\\w\\.]*@)?[\\w]+(?:\\.[\\w|-]+)*) (Note the extra \\. to allow full stops in the user name). From: John Wadlow [mailto:[EMAIL PROTECTED] Sent: 04 February 2005 00:29To: Chris FewtrellSubject: [nant-dev] cvs-pass exception when user name contains full stop Did anyone answer your question about this? Im running into the same problem. Unfortunately, Im not sure what you mean by full stop. When I look at your message I see this target name="CvsLogin" description="Logs into cvs" cvs-pass cvsroot=":pserver:[EMAIL PROTECTED]:/cvsrepo" passfile="C:\.cvspass" password="M3hPassword" failonerror="true" verbose="true" / /target The abovefailswhereas this works fine... target name="CvsLogin" description="Logs into cvs" cvs-pass cvsroot=":pserver:[EMAIL PROTECTED]:/cvsrepo" passfile="C:\.cvspass" password="M3hPassword" failonerror="true" verbose="true" / /target Thanks John Wadlow__This email has been scanned by the MessageLabs Email Security System - for inbound mail to Granta Design Ltd.This email has been scanned by the MessageLabs Email Security System- after being sent from Granta Design Ltd __
RE: [nant-dev] Re: Contents of nant-developers digest...
Hi, the validation has been removed in NAnt cvs, please check the next nightly. Thanks! Clayton -Original Message- From: Narayana Swamy Yelchuri [mailto:[EMAIL PROTECTED] Sent: January 11, 2005 8:33 PM To: nant-developers@lists.sourceforge.net Subject: [nant-dev] Re: Contents of nant-developers digest... Hi all I am facing problem with Wincvs. I our organization we are using the WinCvs. In WinCvs the repository structure is below type MainSRC | |---01-Module1 |---02-Module2 |---09-Modulen when I am using in my script cvs-checkout below syntax cvs-checkout usesharpcvslib=false destination=path of the Destination module=Main cvsroot=path of the CVS server verbose=true /cvs-checkout It's working fine. But I want to access only on particular module it's giving problem the systax I written below type. cvs-checkout usesharpcvslib=false destination=path of the Destination module=Main\01-Module1 cvsroot=path of the CVS server verbose=true /cvs-checkout 'Main\01-Module1' is not a valid value for attribute 'module' of cvs-che ckout ... /. String everest\06-Development does not match expression ^[A-Za-z0-9][A-Za-z0 -9._\-]*$. It showing above error. Pl give the suggestion how to access particular directory in wincvs. Pl send to reply to [EMAIL PROTECTED] with regards Y.Narayana Swamy -- India.com free e-mail - www.india.com. Check out our value-added Premium features, such as an extra 20MB for mail storage, POP3, e-mail forwarding, and ads-free mailboxes! Powered by Outblaze --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ nant-developers mailing list nant-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nant-developers --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ nant-developers mailing list nant-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nant-developers
RE: [nant-dev] ArgumentException while using cvs-checkout
Hi Swati, The sharpcvslib does not support ntserver protocol. You will want to add the attribute usesharpcvslib=false to use your default cvs binary. cvs-checkout destination=${CVSCheckout} cvsroot=:ntserver:nilgiri:g:\cvs module=project/studios/integratorStudio usesharpcvslib=false /cvs-checkout You can specify a path to this binary if it does not exist in your environment path. Cheers, Clayton -Original Message- From: Swati Bali [mailto:[EMAIL PROTECTED] Sent: November 30, 2004 9:52 PM To: [EMAIL PROTECTED] Subject: [nant-dev] ArgumentException while using cvs-checkout Hi, I have included the following command in my nant build file cvs-checkout destination=${CVSCheckout} cvsroot=:ntserver:nilgiri:g:\cvs module=project/studios/integratorStudio /cvs-checkout While execution getting the following exception on the console System.ArgumentException: no username given at ICSharpCode.SharpCvsLib.Misc.CvsRoot..ctor(String cvsroot) at NAnt.SourceControl.Tasks.AbstractCvsTask.ExecuteTask() at NAnt.Core.Task.Execute() at NAnt.Core.Target.Execute() at NAnt.Core.Project.Execute(String targetName, Boolean forceDependencies) at NAnt.Core.Project.Execute() at NAnt.Core.Project.Run() Please help asap. Regards, Swati --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
RE: [nant-dev] Issue with CVS-Update task
Title: Message Hi Steven, What version of NAnt are you using? Also does the folder c:\data\CJTrack_Complete\CJA.CJTrack.CJAClient\bin\CVS\Repository exist? -Original Message-From: Steven Kukulka [mailto:[EMAIL PROTECTED] Sent: October 28, 2004 4:10 PMTo: [EMAIL PROTECTED]Subject: [nant-dev] Issue with CVS-Update task I have noticed an issue with the CVS-Update task. The issue occurs with long file/folder names. Here is the output: INTERNAL ERROR System.IO.FileNotFoundException: path=[c:\data\CJTrack_Complete\CJA.CJTrack.CJAC lient\bin]fileType=[Repository]File not found. at ICSharpCode.SharpCvsLib.FileSystem.Manager.FetchSingle(String path, FileTy pe fileType) at ICSharpCode.SharpCvsLib.FileSystem.Manager.FetchFilesToUpdateRecursive(Arr ayList folders, String directory) at ICSharpCode.SharpCvsLib.FileSystem.Manager.FetchFilesToUpdateRecursive(Arr ayList folders, String directory) at ICSharpCode.SharpCvsLib.FileSystem.Manager.FetchFilesToUpdateRecursive(Arr ayList folders, String directory) at ICSharpCode.SharpCvsLib.FileSystem.Manager.FetchFilesToUpdate(String direc tory) at NAnt.SourceControl.Tasks.UpdateTask.PopulateFolders(WorkingDirectory worki ngDirectory) at NAnt.SourceControl.Tasks.UpdateTask.CreateCommand() at NAnt.SourceControl.Tasks.AbstractCvsTask.ExecuteTask() at NAnt.Core.Task.Execute() at NAnt.Core.Target.Execute() at NAnt.Core.Project.Execute(String targetName, Boolean forceDependencies) at NAnt.Core.Project.Execute() at NAnt.Core.Project.Run() Please send bug report to [EMAIL PROTECTED]. Regards, Steven Kukulka
[nant-dev] RE: [Sharpcvslib-developers] VS.NET compile problems
Hey Nicklas, Thanks for forwarding that link, I have known about the issue for awhile but had not read on possible work arounds. Based on this information and your suggestion I have updated the vs.net solution and projects. I used the console project to copy all dlls' to the output directory just by setting the copy local attribute. I am not sure if we need to copy all of these to the bin directory. Building with both NAnt and vs.net might mean some confusion between the two but I don't think that switching back and forth between the two build mechanisms is very common...please let me know if I am wrong :-). Also, please note that I have also added a new sub-project for the console application. This existed in the NAnt build but was not in the vs.net solution (my bad, I just don't use the solution build...sorry). The idea behind this is that the cvs.exe just provides a loading mechanism for dependant libraries. I have not updated the sharpdevelop build to mirror this...Gerald if you have time can you do this? Cheers, Clayton -Original Message- From: Nicklas Norling [mailto:[EMAIL PROTECTED] Sent: October 16, 2004 2:53 PM To: [EMAIL PROTECTED] Subject: [Sharpcvslib-developers] VS.NET compile problems Hi. Using VS.NET 2003 to compile the solution seems to lock up the assemblies and give errors on SharpCvsLib main assembly. By the looks of it it appears to be the dreaded bug described in http://support.microsoft.com/default.aspx?scid=kb;en-us;313512. I was wondering if there is any interest in me fixing this by separating each projects output to a separate folder. This unfortunately means that the binary needs to be moved in place to the top bin folder or scripts relying on the current top bin folder needs to look elsewhere. The most obvious solution would be using copy as a post build event but that might be a platform issue as it would create a bat file with the commands entered into the event. Nant could also be made to copy the output after the compile (nant solution task supports post build events). What do you think? /Nicke --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ Sharpcvslib-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/sharpcvslib-developers --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
RE: [nant-dev] Output target framework at startup ?
Hi, +1 for outputting the target framework Gary, would the quiet (-q) switch solve the verbosity issue? If you are looking for even less output there are other commandline tools that also add another quiet switch (really quiet) or a silent switch to cut down on messages logged. Also for the log / task, I am not sure if this is in line with what you were thinking but the echo / task already takes a logging level (optional) and filename (optional), would this serve the same purpose? Maybe an extension to include a collection/ array of message/ elements? I am just offering suggestions and trying to understand the issue (because I don't think the output is too verbose :-)) so please feel free to fire back with specifics. Cheers, Clayton -Original Message- From: Gary Feldman [mailto:[EMAIL PROTECTED] Sent: Wed 9/15/2004 12:43 PM To: Nant-Developers (E-Mail) Cc: Subject:Re: [nant-dev] Output target framework at startup ? From: Gert Driesen [EMAIL PROTECTED] Sent: Wednesday, September 15, 2004 2:04 PM Hi, I wonder if we should output the name of the target framework when starting a build, and perhaps also output it again whenever you change the target framework What do you think ? NAnt's verbosity has been the subject of much discussion (not just me - e.g. a recent post on the user's list that mentioned postprocessing the NAnt xml log to make it reasonable). I think that adding more output unconditionally must be considered carefully, especially since many people are probably already printing out such info on their own. Suppose instead there were a log task, where log / would put out some default info, while log logitem name=framework-version / logitem name=targets / logitem name=nant-version / logitem name=timestamp / logitem name=hostname / logitem name=host-os / logitem name=command-line-defs / logitem name=project-file-date / /log would do the obvious. This would give the user much more control over logging, and furthermore, would solve the problem of recursive nant invocations producing redundant log info (by simply allowing the user to omit the log task from the subordinare nant files). It would also provide a structure for future enhancement. Gary --- This SF.Net email is sponsored by: thawte's Crypto Challenge Vl Crack the code and win a Sony DCRHC40 MiniDV Digital Handycam Camcorder. More prizes in the weekly Lunch Hour Challenge. Sign up NOW http://ad.doubleclick.net/clk;10740251;10262165;m ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
cvs task exception: was RE: [nant-dev] Bug report as requested.
Hi Ian, Sorry this one slipped by me. It looks like you are using an older version of NAnt, there have been a number of improvements made since 0.84 and you can download a nightly build to take advantage of them. That being said it looks like the issue below is caused by a Repository file not existing in the path: C:\src\wrb\CVS\Repository Do you have the project checked out to path c:\src\wrb? Clayton -Original Message- From: Ian Ringrose [mailto:[EMAIL PROTECTED] Sent: Wed 9/8/2004 3:57 AM To: [EMAIL PROTECTED] Cc: Subject:[nant-dev] Bug report as requested. C:\src\wrb_build_testnant NAnt 0.84 (Build 0.84.1455.0; net-1.0.win32; release; 26/12/2003) Copyright (C) 2001-2003 Gerry Shaw http://nant.sourceforge.net Buildfile: file:///C:/src/wrb_build_test/wrb.build Target(s) specified: debug debug: BUILD FAILED INTERNAL ERROR System.IO.FileNotFoundException: path=[C:\src\wrb\Booking\bin]fileType=[Reposito ry]File not found. at ICSharpCode.SharpCvsLib.FileSystem.Manager.FetchSingle(String path, FileTy pe fileType) at ICSharpCode.SharpCvsLib.FileSystem.Manager.FetchFilesToUpdateRecursive(Arr ayList folders, String directory) at ICSharpCode.SharpCvsLib.FileSystem.Manager.FetchFilesToUpdateRecursive(Arr ayList folders, String directory) at ICSharpCode.SharpCvsLib.FileSystem.Manager.FetchFilesToUpdateRecursive(Arr ayList folders, String directory) at ICSharpCode.SharpCvsLib.FileSystem.Manager.FetchFilesToUpdate(String direc tory) at NAnt.SourceControl.Tasks.UpdateTask.PopulateFolders(WorkingDirectory worki ngDirectory) at NAnt.SourceControl.Tasks.UpdateTask.CreateCommand() at NAnt.SourceControl.Tasks.AbstractCvsTask.ExecuteTask() at NAnt.Core.Task.Execute() at NAnt.Core.Target.Execute() at NAnt.Core.Project.Execute(String targetName, Boolean forceDependencies) at NAnt.Core.Project.Execute() at NAnt.Core.Project.Run() Please send bug report to [EMAIL PROTECTED] Total time: 0.6 seconds. -- build file: project default='debug' property name=nant.settings.currentframework value=net-1.1/ target name='debug' cvs-update destination=.. cvsroot=:pserver:[EMAIL PROTECTED]:/cvsroot password=xxx module=wrb / solution solutionfile='ResourceBooking.sln' configuration='Debug' failonerror='false' / /target /project --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_idP47alloc_id808op=click ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
RE: [nant-dev] NAnt and Gump -- getting closer...
Clayton was wondering if we could use References inside NAnt, and Gump write a pre-defined include file [it does something similar when it run Maven]. Does this idea have legs? Will it work for compiles and tests? I don't think it would work for tests. Can you specify the path to nunit.core.dll at runtime for NAnt's nunit task - or maybe before runtime, but to a value that may be different every day? Hi, sorry I am ringing in so late it has been a long day. Adam I think we were talking more or less about the include file that could be used to override a path in a build file (i.e. a lib directory). So the referencing file/ build master file would look something like this: include buildfile=my.local.xml failonerror=false/ csc target=exe output=HelloWorld.exe debug=true nowarn !-- do not report warnings for missing XML comments -- warning number=0519 / /nowarn sources include name=**/*.cs / /sources resources dynamicprefix=true prefix=HelloWorld include name=**/*.resx / /resources references include name=${lib.dir}/MyLibrary.dll/ include name=System.dll / include name=System.Data.dll / /references /csc And then in your local copy of gump you would override lib.dir: property name=lib.dir value=/my/new/lib/dir readonly=true/ Applying this to the NAnt.build file would give you the ability to point at a different bin folder (pseudo build file): !-- in include file -- property name=lib.dir value=/my/root/lib/dir/ property name=lib.family.dir value=${path::combine(lib.root, lib.family.dir)} readonly=true/ !-- and in NAnt.build this line would now point at your new lib root path if the include was added to the build script -- property name=lib.framework.dir value=${path::combine(lib.family.dir, framework::get-version(framework::get-target-framework()))} dynamic=true / It would not allow you to change the nunit/ binary at runtime though but you could recompile with a freshly built bin dependancy tree...which would in effect allow you to run with a different version of nunit. It is late so I hope that makes sense :-). Cheers, Clayton --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_idP47alloc_id808op=click ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
RE: [nant-dev] Re: NAnt
Hi Adam, I managed to get a first cut at the bootstrap together. I have only produced the Windows batch file and just want you to take a look and make sure it is something you can use before I work on the ?nix script. There is a batch file attached (extension = .bad so hopefully it won't be stripped off) that will compile a minimal NAnt and then build itself from that. Just some notes on the setup: COMPILER_EXE: Full path to your compiler (these are defaulted to the default install locations if not specified). LIB_REPOSITORY_DIR: Points to a directory with the contents of the bin directory, namely (these will eventually be built if I understand correctly): bin\log4net.dll bin\lib\net\1.0\NDoc.Core.dll bin\lib\NUnitCore.dll bin\lib\net\1.0\nunit.core.dll bin\lib\net\1.0\nunit.framework.dll bin\lib\net\1.0\nunit.util.dll bin\lib\mono\1.0\nunit.core.dll bin\lib\mono\1.0\nunit.framework.dll bin\lib\mono\1.0\nunit.util.dll bin\scvs.exe bin\lib\ICSharpCode.SharpCvsLib.dll bin\lib\ICSharpCode.SharpCvsLib.dll NOTE: scvs.exe is not required to build NAnt NANT_CVS_DIR: Directory of the fresh NAnt checkout. There are a couple of other parameters I am playing around with, namely FRAMEWORK_TYPE and FRAMEWORK_VERSION. I will probably add these when I can get mono to compile. (Almost there, I am getting an exception that makes me think it is grabbing the System.Web.dll from the ms framework instead of the mono framework...so I might need to add a full path to that.) Anyway, please take a look at the scripts and let me know if there are naming conventions or anything else that should be sync'd up. Also will the bootstrap sit in the gump repository or should it sit in the project (i.e. NAnt) repository? Cheers, Clayton -Original Message- From: Adam R. B. Jack [mailto:[EMAIL PROTECTED] Sent: Mon 9/6/2004 11:11 AM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Cc: Subject:Re: [nant-dev] Re: NAnt Stefan wrote: In Gump's case we probably can live with making sure that our version is used instead of the one in the GAC and DEVPATH seems to be a way to achieve that (I've only read the first paragraph of that article, though 8-). Clayton Harbour and I chatted on irc.freenode.net:#asfgump this weekend, and with Clayton's help we had a simple build of NAnt working (using an installed NAnt on the %PATH%). The Gump code ought attempt to generate an assemblies path, and as of a moment ago attempts to pass it as DEVPATH. I've not entered sufficient metadata to test this out, but hopefully we can add a log4net or similar to see soon enough. BTW: I made three quick tweaks to the Gump metadata. I'll document them once we settle on them. 1) A project can have an attribute of language=csharp (and this is needed to generate lib path). 2) The workspace can have dotnet framework=mono-1.0.1 / to set the framework (passed to NAnt, must be a recently nightly, using -t:). 3) jar (http://gump.apache.org/metadata/project.html#jar) ought be able to be replaced by output or assembly now. Theoretically (once we add more metadata) one ought be able to be in the Gump SVN root and do: gump.py -w metadata/gump-n.xml log4net (with or without --debug) to see things working. regards, Adam --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047alloc_id=10808op=click ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers bootstrap-nant.bad Description: bootstrap-nant.bad
RE: [nant-dev] Gump using NAnt
Hi Adam, That definitely sounds like fun. I haven't worked with Gump before so if you don't mind a few questions then I would like to help out. Cheers, Clayton -Original Message- From: Gert Driesen [mailto:[EMAIL PROTECTED] Sent: September 1, 2004 12:39 PM To: Adam R. B. Jack; Apache Gump; [EMAIL PROTECTED] Subject: Re: [nant-dev] Gump using NAnt - Original Message - From: Adam R. B. Jack [EMAIL PROTECTED] To: Apache Gump [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, September 01, 2004 6:57 PM Subject: [nant-dev] Gump using NAnt I am close (I think) to having a Python Gump that will run NAnt on projects. Unfortunately the two environments I have (1 -- Mono on Debian, on Brutus, 2 -- Mono on W2K) have two flaws (1 -- Mono crashes, 2 -- NAnt wants to use CSC not MSC). As such, I'm not getting very far in testing. 1 -- Can you provide me the Mono bug number for the debian issue again ? 2 -- NAnt by default targets the runtime framework on which its running. You can either : - change the target framework to mono-1.0, see http://nant.sourceforge.net/faq.html#framework-support for more information. or - run NAnt using the mono runtime. eg. : $ mono NAnt.exe If I check in the NAnt work to Gump SVN (Trunk) and create a gump-n.xml profile (which lists some projects) is there anybody willing to help try to run this? Anybody interested in help Gumpmeister the Gump metadata for .Net project using NAnt? Basically that means identifying projects, their CVS|SVN repositories, and configuring how to work with them (and their resultant assemblies). I'm definitely interested in helping you with this, but I'm very busy at the moment. Ian, Jarek, Clayton : any of you have more time right now ? Gert --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047alloc_id=10808op=click ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_idP47alloc_id808op=click ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
RE: [nant-dev] Re: install targets
Hi, I took a stab at creating an RPM for the NAnt install. This is my first attempt and I am hoping to get some feedback from those that know. Just a couple of notes: 1) there are some hard code paths in the NAnt.spec file 2) $RPM_TEST and $RPM_BASE are set in the build.sh file; these point to your working directory and RPM base directory. 3) I did most of my work on cygwin/ windows - some issues with line ends in the script - install target does not seem to work (requires mkdir?) There may be more issues, again this is a first attempt and I am mostly looking for feedback. Thanks, Clayton -Original Message- From: Ian MacLean [mailto:[EMAIL PROTECTED] Sent: Fri 8/20/2004 9:02 AM To: Gert Driesen Cc: Nant-Developers (E-Mail) Subject:Re: [nant-dev] Re: install targets Gert Driesen wrote: - Original Message - From: Ian MacLean [EMAIL PROTECTED] To: Gert Driesen [EMAIL PROTECTED] Cc: Nant-Developers (E-Mail) [EMAIL PROTECTED] Sent: Friday, August 20, 2004 11:44 AM Subject: Re: [nant-dev] Re: install targets The current layout is already confusing. How many I downloaded version x of nant but the test failed when building emails do we get - to which we reply you don't need to build - its already there. If there is no makefile or NAnt.build in the binary distribution then this won't happen. But we do include a shell script for installing NAnt (and creating a wrapper script on linux) in the binary distribution ? yes I think so. I mean we could get away with using a small install.build file. Yeah I know I know - I just said in a previous mail that build/makefiles aren't necessarily the best choice for installers but it would be easy to write and it would be X-platform. PS. Have you have looked into creating an RPM for NAnt ? No - If I get a chance I'd like to - or if someone out there with rpm building skills would like to volunteer - that would be great too. Ian --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers build.sh Description: build.sh NAnt.spec Description: NAnt.spec
RE: [nant-dev] problem with cvs-update
Aram, I would recommend upgrading to the nightly builds (link on website), there have been a number of improvements to this task since 0.84. A couple of things to note, your module is not correct; module information cannot contain path characters, there is a validation for this in 0.85. This is probably causing some odd behavior, another thing to note is that the cvs program is looking for (and cannot find) the following file: c:\mpbuild\MP2/smartphone/CVS/Repository If it exists on your local filesystem you can adjust the destination and module to point at the correct place. Hope that helps. Cheers, Clayton -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: August 10, 2004 2:47 AM To: [EMAIL PROTECTED] Subject: [nant-dev] problem with cvs-update Hi, I get the following error: * INTERNAL ERROR System.IO.FileNotFoundException: path=[c:\mpbuild\MP2/smartphone]fileType=[Repository]File not found. at ICSharpCode.SharpCvsLib.FileSystem.Manager.FetchSingle(String path, FileType fileType) at ICSharpCode.SharpCvsLib.FileSystem.Manager.FetchFilesToUpdate(String directory) at NAnt.SourceControl.Tasks.UpdateTask.PopulateFolders(WorkingDirectory workingDirectory) at NAnt.SourceControl.Tasks.UpdateTask.CreateCommand() at NAnt.SourceControl.Tasks.AbstractCvsTask.ExecuteTask() at NAnt.Core.Task.Execute() at NAnt.Core.Target.Execute() at NAnt.Core.Project.Execute(String targetName, Boolean forceDependencies) at NAnt.Core.Project.Execute() at NAnt.Core.Project.Run() Please send bug report to [EMAIL PROTECTED] * when I try to update using the following task: * target name=cvs-update cvs-update destination=c:\mpbuild\ cvsroot=:pserver:[EMAIL PROTECTED]:/var/cvs password=build module=MP2/smartphone options option name=override-directory value=smartphone / /options /cvs-update * with version: NAnt 0.84 (Build 0.84.1455.0; net-1.0.win32; release; 26.12.2003) the option override-directory seems not to work. Any Idea ? Thanks Aram --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
[nant-dev] new cvs task: cvschangelog/
Title: Message Hi, I have added a new cvs task, cvschangelog/ that produces an xml report of the changes to your cvs repository between a given start date and end date. The code makes use of an extension to the sharpcvslib binary (a most excellent contribution provided by Gerald Evans) so please make sure that you are using the scvs.exe binary provided with NAnt before reporting bugs. Please consult the docs for specifics of use (hopefully available in the next nightly build) and if you encounter anything that requires clarification drop me a line. Also just a final note, the xml file generation is also available via the commandline client (use scvs --help xml for details). Cheers, Clayton
Cvs how-to; was: RE: [Nant-users] Re: [nant-dev] Typed properties
Hi Malcolm, You can try downloading TortoiseCVS (http://www.tortoisecvs.org/download.shtml) which should make basic cvs work painless. It provides shell integration and an intuitive gui for checkouts and updates. If you look at the user's guide (http://www.tortoisecvs.org/UserGuide_en.chm) Checking out a Module and the NAnt cvs information on the project page (http://sourceforge.net/cvs/?group_id=31650) it should get you up and running fairly quickly. You will have read only access to the NAnt repository with the anonymous user which is not optimal if you are doing frequent updates but you should be able to generate patch files and submit them to the list. If your updates are frequent enough it might be worthwhile to get committer access. Hope that helps. Cheers, Clayton -Original Message- From: Malcolm MacLucas [mailto:[EMAIL PROTECTED] Sent: July 21, 2004 1:24 PM To: Gert Driesen; Jaroslaw Kowalski; Troy Laurin; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: [Nant-users] Re: [nant-dev] Typed properties --- Gert Driesen [EMAIL PROTECTED] wrote: From: Malcolm MacLucas [EMAIL PROTECTED] After thinking about it for a bit, I'll repeat what I said earlier, Typed properties would be cool. That being said, I think that it should be looked at and placed on the road map somewhere down the road. Around .87 or .88. Not sure, we really should make sure we don't have to break people's build files when we introduce typed properties at that stage ... Gert, you are right, my bad, I meant, I think that it should be looked at and if approved by the design team, placed on the roadmap somewhere down the road. Around .87 or .88 but, in my estimation, not any sooner. . Very critical omissions on my part. what they want to work on. ... Some of the project management tasks are very un-sexy, tedious and pretty much not rewarded. I've spent a good part of the day doing this un-sexy work : a first draft of the release notes for NAnt 0.85 beta 1 is in cvs ... Thanks Gert, that work tends be be something that no one notices if it's done right, but everyone complains about if its even slightly off. Same tends to go for technical writing. As a side note, I have got to figure out how to use CVS. Anyone have a preference for a cvs how to that will have me up and running in 15 - 20 minutes from end of download? We are an Agile development tool, I'm thinking that we have the chance to demonstrate the value of an agile methodology (multiple incremental builds, always in a stable state) What would it take for us to put out a release candidate, on say, August 4th, that gives us 2 weeks to make it happen. Sure, see no problem with that ... Cool, again, any thing I can do to help, even if I have to submit the stuff to you via e-mail, I love what is possible with NAnt and want to get it into the hands of busy end users that are looking for a simple solution to solve their needs. A solution that they can get running in 15-20 minutes from the time they finish their download. Speaking of which, I have not been able to find the roadmap, or vision document for NAnt. Can someone point me in their direction? There isn't really one, except for the release plan (and even that is not something that has been discussed very much) ... ?release plan? Where do I find that? Let me guess, there's a documents section in the CVS isn't there? Thanks again. Malcolm = Oh Bother! said the Borg, We just assimilated Pooh. __ Do you Yahoo!? Vote for the stars of Yahoo!'s next ad campaign! http://advision.webevents.yahoo.com/yahoo/votelifeengine/ --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=4721alloc_id=10040op=click ___ Nant-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-users --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_idG21alloc_id040op=click ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
RE: [nant-dev] NAnt CVS task problem/bug
Hi Todd, You are right this should execute correctly and you have found a bug. I ran out of time trying to fix it this morning but I will try to get it in tonight. Cheers, Clayton -Original Message- From: Todd Palmer [mailto:[EMAIL PROTECTED] Sent: July 12, 2004 12:44 PM To: [EMAIL PROTECTED] Subject: [nant-dev] NAnt CVS task problem/bug NAnt build 0.85.1649.0 running on Linux (Fedora Core 2), Mono 1.0 CVS task fails with: [cvs-update] /usr/local/src/nant-0.85/bin/svcs.exe failed to start. Cannot find the specified file. The svcs.exe file is there, but needs to be executed with the mono runtime (i.e. mono /usr/local/src/nant-0.85/bin/svcs.exe). The nant task executes properly on mono, so I belive the cvs task should also. todd __ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo --- This SF.Net email sponsored by Black Hat Briefings Training. Attend Black Hat Briefings Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers --- This SF.Net email sponsored by Black Hat Briefings Training. Attend Black Hat Briefings Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
RE: [nant-dev] trycatch task ?
Hi, In previous posts on this I was against a trycatch/ (or try-catch/ :-)) task. I have had time to rethink this position though, and although I think it will make build scripts a little more complex (or a lot depending how fancy you get) it would definitely be useful. In my opinion I would find it easier to keep track of if the task wrapped the conditional (or potential failure I guess...depending how you think of it), rather than perform an operation and evaluate the error (i.e. the errorproperty attribute), but it does bring up some interesting scenarios. For instance how would this be handled: try-catch property=buildfailure try asminfo ... / csc ... / nunit ... / /try catch fail .../ /catch finally call .../ /finally /try-catch Would it fail the build in the catch or fail the build and still execute the finally call? Also would we catch specific exceptions (i.e. catch exception=IOException/) or just have a blanket catch? Probably just details to work out and document, not a pandora's box of complexity :-). One thing that has changed my position is it would give the build meister a finer grained control of where the build goes @ each failure...which may or may not be a bad thing ;-), and is something that it sounds like people need. So I guess it is time to summarize :-). +1 for the trycatch/ (or try-catch/) Cheers, Clayton -Original Message- From: Gert Driesen [mailto:[EMAIL PROTECTED] Sent: July 8, 2004 11:05 PM To: Troy Laurin; Nant-Developers (E-Mail) Subject: Re: [nant-dev] trycatch task ? Troy, I think we first need to come to an agreement on whether its a good idea to add a try-catch task, or whether to go for the errorproperty implementation. I don't think it's a good idea to implement both. Your task implementation is a bit limited, the ant-contrib task is more powerful. I think it would be best to compare the ant-contrib trycatch task with the errorproperty proposal : errorproperty implementation : asminfo ... failonerror=false errorproperty=buildfailure / csc ... failonerror=false errorproperty=buildfailure unless=${buildfailure} / nunit ... failonerror=false errorproperty=buildfailure unless=${buildfailure} / if test=${property::exists('buildfailure')} echo message=Build not successful! Check build log for messages. / /if trycatch implementation : trycatch property=buildfailure try asminfo ... / csc ... / nunit ... / /try /trycatch if test=${property::exists('buildfailure')} echo message=Build not successful! Check build log for messages. / /if I think I'd prefer the trycatch (or try-catch) task, but I could be convinced otherwise ;-) Gert - Original Message - From: Troy Laurin [EMAIL PROTECTED] To: Nant-Developers (E-Mail) [EMAIL PROTECTED] Sent: Friday, July 09, 2004 4:06 AM Subject: RE: [nant-dev] trycatch task ? I'm not sure about a try-catch task, but I found that a try-finally task (attached... the implementation is the obvious one, which seems to work) greatly improved the apparent intent of my build file for a clearcase-export target (Needed only because clearcase doesn't actually support the idea of 'export', but that's getting off-track...) It would be trivial to add a catch block to this if necessary. I don't have any unit tests for this at the moment, but I can knock up a test suite and send that on next week, if you want the task. Just a comment on the need for a catch block, and discussion of an alternative... Would addition of the trycatch task preclude the need to implement the RFE for 'errorproperty' in tasks? (Ref http://sourceforge.net/tracker/index.php?func=detailaid=85319 8group_id =31650atid=402871, or http://tinyurl.com/2h69t) Or vice versa? Using trycatch to simulate errorproperty is probably more verbose in the project file, particularly on a single task, but is debatably more expressive, particularly on a related set of tasks. If only one of trycatch or errorproperty were implemented, you could basically guarantee that some (many?) people would use it to simulate the other... if both were implemented, is it a good or a bad thing that there would be two (roughly equally appropriate) ways of doing the same thing? Compare: property name=buildfailure value=false / asminfo ... failonerror=false errorproperty=buildfailure / csc ... failonerror=false errorproperty=buildfailure unless=${buildfailure} / nunit ... failonerror=false errorproperty=buildfailure unless=${buildfailure} / if test=${buildfailure} echo message=Build not successful! Check build log for messages. / /if with: property name=buildfailure value=false / trycatch try asminfo ... / csc ... / nunit ... / /try catch property name=buildfailure value=true / echo message=Build not
RE: solution task test projects (was Re: [nant-dev] CscTask and VbcTask working??)
Hi Gert, First, I have not had a chance to set these up. I do have some open source projects setup for testing vb (asp.net reports demo), c# (ccnet, gentle.net and nant), cpp (windows toolkit library) and j# (nfop). I have not had a chance to look at the j# and cpp yet, but I would like to commit the rework to the csharp and vb. Have you had a chance to run the solution changes through your test set of projects? I also have a bug report in for the Resgen.Matches(string) method, which I think is the cause of all projects being missed on mono (bug 59623). I did not get it in until after beta 2 went out so I am not sure where that leaves us for version 1. It should be possible to rework the task to not use Matches, but I need to look into that as well. Cheers, Clayton -Original Message- From: Gert Driesen [mailto:[EMAIL PROTECTED] Sent: May 31, 2004 11:35 AM To: Clayton Harbour Cc: Nant-Developers (E-Mail) Subject: solution task test projects (was Re: [nant-dev] CscTask and VbcTask working??) I'm uploading my set of test projects for the solution task right now to : http://nant.sourceforge.net/downloads/solution.zip The InfragisticsTest project has failonerror set to false, as you need to have Infragistics NetAdvantage 3.3 Trial installed. For the VisioAximp project, you need to have MS Visio 2003 Professional installed, and for the ReferencesCopy project you need to have MS Web Service Enhancement 1.0 SP1 installed. Gert PS. I've sent this message to the dev list as others might be interested in this set of projects too ... - Original Message - From: Clayton Harbour [EMAIL PROTECTED] To: Gert Driesen [EMAIL PROTECTED] Sent: Monday, May 31, 2004 4:11 PM Subject: RE: [nant-dev] CscTask and VbcTask working?? I did not realize that you were trying to make that deadline Gert, take your time with this then. I had a hard time finding test projects in vb and c++ that are in a cvs repository. I ended up settling with an asp.net sample project for the vb.net one (which I will probably put in a local cvs repository...) and using the window toolkit library (http://wtl.sf.net) for the c++ one. Anyway, when I make more progress/ fixes I will post them to the list. Cheers, Clayton -Original Message- From: Gert Driesen [mailto:[EMAIL PROTECTED] Sent: Mon 5/31/2004 5:33 AM To: Clayton Harbour Cc: Subject: Re: [nant-dev] CscTask and VbcTask working?? Clayton, Still haven't had time to look into this (trying to get some fixes into Mono beta 2 / 1.0 release)... I hope to get to it some time tomorrow ... Sorry, Gert - Original Message - From: Clayton Harbour [EMAIL PROTECTED] To: NAnt Developers [EMAIL PROTECTED] Sent: Wednesday, May 26, 2004 8:00 AM Subject: [nant-dev] CscTask and VbcTask working?? Hi, I am wondering if I can get some feedback on whether this is okay to commit or not. I have the SolutionTask using the CscTask for sure, at least for the sample project I was working on. I don't have any vb.net projects hanging around so I am unable to test this, and have not made any changes to the Cpp project compilation. The changes I have made just delegate the compiling of these projects, everything else is pretty much as it was before (i.e. the copying of references to the output directory, upload of web projects). I did add the resource compilation to the CscTask and VbcTask however, so this may be another thing I could use help testing. The files are attached, the breakdown is: E:\dev\src\nant\nant-solution-test\src\NAnt.VSNet - ConfigurationSettings.cs - Project.cs - ProjectSettings.cs - Solution.cs E:\dev\src\nant\nant-solution-test\src\NAnt.DotNet\Tasks - CompilerBase.cs Hopefully I got them all. If the changes are alright I will commit. Cheers, Clayton --- This SF.Net email is sponsored by the new InstallShield X. From Windows to Linux, servers to mobile, InstallShield X is the one installation-authoring solution that does it all. Learn more and evaluate today! http://www.installshield.com/Dev2Dev/0504 ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
RE: [nant-dev] Mono package references
Hi, Okay I think I have a better idea now. So the difference seems to be that on windows (win32) the AssemblyFolders is used to resolve a folder, while the .pc file while list all of the dependent files in the installed package (rpm). I think the two are fundamentally similar, and (again from what I gather) it seems like the .pc file could also be used to imitate the AssemblyFolders behavior by just grabbing the prefix in a .pc file. Does that sound about right? I like Jarek's idea of using a search-path /, probably because it reminds me of a ant's classpath/ task...just as an aside what would you think about calling it classpath /? This task could use a fileset behind the scenes, and have the additional behavior that if a .pc file is found (or if there were a property on the include package=true /) it reads the package file and pops out either just the prefix, or prefix/*.dll, or all referenced files in the .pc file (one of these options not all, maybe the last seems the most logical). Someone deploying on mono only would still have the ability to specify a .pc file, but a multi-platform application could either specify two paths (i.e. c:/program files/nunit or /usr/lib) instead of (or in addition to I guess) the .pc file. Any non-existent files would just be ignored. So...something like this: classpath id=MyClassPath include name=NAnt package=true/ include name=c:/program files/NAnt/ include name=/usr/lib/ /classpath Would check for references in all locations that can be resolved (i.e. where FileInfo or the package task find files). How does that sound? Clayton PS: I will start another stream for the output-path/ Jarek. There can be a task for it: search-path for=assemblies action=clear / search-path for=assemblies action=append path=${path.to.some.package} / search-path for=assemblies action=append path=${path.to.some.other.package} / search-path for=assemblies action=append path=${path.to.some.other.package2} / When you reference an assembly: references basedir=bbb includes name=aaa.dll / /references and it's not found in bbb/aaa.dll it would be checked in the following places: 1. WINDOWS\Microsoft.NET\vx.y.z\aaa.dll 2. ${path.to.some.package}\aaa.dll 3. ${path.to.some.other.package}\aaa.dll 4. ${path.to.some.other.package2}\aaa.dll Note the for=assemblies parameter. It can be used to specify various paths: search-path for=resources path=... / search-path for=tasks path=... / search-path for=resources path=... / search-path for=includes path=... / search-path for=libraries path=... / In general this would enchance all filesets. To (partially) support mono packages we could have: search-path for=assemblies action=append package=packageName / which would just append the path based on the location of the package. This would be taken from AssemblyFolders on Windows and pkg-config or mono packages on Linux. --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id149alloc_id66op=click ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
Output path; was: RE: [nant-dev] Mono package references
Hi, One more thing: Most applications are built to a single directory. How about an output-path/ task that would set the default place where task output files are placed? When not specified this would default to the project directory (as it is today). The value of the output path would be path::combine()'d with output attribute of compiler. I believe that these two features would help reduce the number of curly braces in build files by 80% and make them more readable. Jarek Would an output path be similar to a deploy path in this sense? For instance would it automatically then build all application files in the path specified by the output path? If that is a correct understanding then I am not sure what advantage this would have over using a property and specifying the csc output attribute using the property name...but I like curly braces :-). I would have to say -1 based on my current understanding. Clayton --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id149alloc_id66op=click ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
RE: [nant-dev] FW: cvs-checkout bug
Hi Nat, Thanks for the report, the first issue has been fixed in cvs now. I am not sure what you mean about AbstractSourceControl.cs depending on UpdateTask.cs, can you please explain further? Cheers, Clayton -Original Message- From: Nat Luengnaruemitchai [mailto:[EMAIL PROTECTED] Sent: Tue 5/25/2004 7:43 AM To: [EMAIL PROTECTED] Cc: Subject:[nant-dev] FW: cvs-checkout bug In CheckoutTask.cs under /src/NAnt.SourceControl, line 81: public const string CvsCommandName = update; should be line 81: public const string CvsCommandName = checkout; Otherwise, the code will not be checked out properly. In addition to that, I guess that the code hasn't been fully refactored as AbstractSourceControlTask.cs still depends on UpdateTask.cs Thanks, Nat --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id149alloc_id?66op=click ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
RE: [nant-dev] FW: cvs-checkout bug
Ah, I see. I think the file is actually AbstractCvsTask and it is using UpdateTask to determine if the module name/ cvs root should be passed in. You are correct this is an incomplete refactoring and I will fix this up today. Thanks again! Cheers, Clayton -Original Message- From: Nat Luengnaruemitchai [mailto:[EMAIL PROTECTED] Sent: Wed 5/26/2004 7:19 AM To: Clayton Harbour Cc: [EMAIL PROTECTED] Subject:RE: [nant-dev] FW: cvs-checkout bug AbstrackSourceControl refers to UpdateTask.CommandName. I'm not sure whether it should be that way. I guess it can be refactored but not necessary. Nat -Original Message- From: Clayton Harbour [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 26, 2004 10:12 AM To: Nat Luengnaruemitchai; [EMAIL PROTECTED] Subject: RE: [nant-dev] FW: cvs-checkout bug Hi Nat, Thanks for the report, the first issue has been fixed in cvs now. I am not sure what you mean about AbstractSourceControl.cs depending on UpdateTask.cs, can you please explain further? Cheers, Clayton -Original Message- From: Nat Luengnaruemitchai [mailto:[EMAIL PROTECTED] Sent: Tue 5/25/2004 7:43 AM To: [EMAIL PROTECTED] Cc: Subject:[nant-dev] FW: cvs-checkout bug In CheckoutTask.cs under /src/NAnt.SourceControl, line 81: public const string CvsCommandName = update; should be line 81: public const string CvsCommandName = checkout; Otherwise, the code will not be checked out properly. In addition to that, I guess that the code hasn't been fully refactored as AbstractSourceControlTask.cs still depends on UpdateTask.cs Thanks, Nat --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id149alloc_id?66op=click ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
RE: [nant-dev] CscTask and VbcTask working??
Sure Gert, I will wait for the thumbs up :-). Cheers, Clayton -Original Message- From: Gert Driesen [mailto:[EMAIL PROTECTED] Sent: Wed 5/26/2004 12:12 AM To: Clayton Harbour; NAnt Developers Cc: Subject:Re: [nant-dev] CscTask and VbcTask working?? Clayton, Give us some time to review the changes and test them I have a large set of projects that I use for unit testing the solution task, so any issues will soon bubble up ... However, I don't think I will be able to run these tests today ... Gert - Original Message - From: Clayton Harbour [EMAIL PROTECTED] To: NAnt Developers [EMAIL PROTECTED] Sent: Wednesday, May 26, 2004 8:00 AM Subject: [nant-dev] CscTask and VbcTask working?? Hi, I am wondering if I can get some feedback on whether this is okay to commit or not. I have the SolutionTask using the CscTask for sure, at least for the sample project I was working on. I don't have any vb.net projects hanging around so I am unable to test this, and have not made any changes to the Cpp project compilation. The changes I have made just delegate the compiling of these projects, everything else is pretty much as it was before (i.e. the copying of references to the output directory, upload of web projects). I did add the resource compilation to the CscTask and VbcTask however, so this may be another thing I could use help testing. The files are attached, the breakdown is: E:\dev\src\nant\nant-solution-test\src\NAnt.VSNet - ConfigurationSettings.cs - Project.cs - ProjectSettings.cs - Solution.cs E:\dev\src\nant\nant-solution-test\src\NAnt.DotNet\Tasks - CompilerBase.cs Hopefully I got them all. If the changes are alright I will commit. Cheers, Clayton --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id149alloc_id?66op=click ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
[nant-dev] RE: Solution task on Linux?
Hi Gert, It would be a large task, but definitely a very interesting one ... Glad you like it Gert, as you know the code better than I do I am even happier that you said large instead of impossible :-). I remember awhile back that you had talked about a team of developers on the solution task and I guess I am just throwing in my hat. I think I can see the following sub-tasks/issues : - have the solution task use the NAnt compiler tasks, and other interop tasks instead of starting these as processes ... - this is a major task Agreed, although I have looked through the Solution.cs, ProjectBase.cs and Project.cs and it seems like there could be some quick wins. I will take a closer look at this today and try to determine if this is true or I am being naïve :-). If I get something working I will post it to the list. - we should have a mechanism in place for decorating tasks with attributes that allow the supported framework(s) and platform(s) of a task to be set (and cause build failures if these requirements aren't met) - this is a large task I can see some benefit of this for 3rd party tasks, but I am not sure why this is needed for the solution task. I have a pretty simple point of view on this, being that if the task does not work on both platforms the same way then there is a bug somewhere. Am I missing some complexity here? - there's no such thing as AssemblyFolders for Mono/Unix, we could use them on Windows though ... I am not sure what AssemblyFolders are, is this related to the private bin path we are using for library resolution currently? If not then is there a way to simulate this behavior and create Mono/Unix and Windows implementations that do about the same thing? - not sure if we wil be able to use the HINTPATH on unix Again, the above might be possible. - we'll definitely come across some mono bugs doing this, so these need to be reported/fixed No doubt, I made sure my bugzilla account was still active :-). If it is anything that we can't work around though it is probably major enough that they will want to fix it for the release. Cheers, Clayton --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id149alloc_id66op=click ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
RE: [nant-dev] get-assembly-direcotry() function
Hi, No I am running rpms from the beta 1 release. This is probably a silly question but what is the value of your framework directory setting in NAnt.exe.config? If there is a leading slash Path.Combine might be taking that as a root path. Clayton -Original Message- From: Ian MacLean [mailto:[EMAIL PROTECTED] Sent: May 21, 2004 5:32 AM To: Clayton Harbour Cc: Gert Driesen; Giuseppe Greco; Jaroslaw Kowalski; NAnt Developers Subject: Re: [nant-dev] get-assembly-direcotry() function Hi Clayton, Do you have the lastest mono built from cvs ? I'm getting the same result as Guis. I'm also on Fedora 1. I don't have mono installed to /usr but I think its unlikly thats the cause. I'll investigate soem more. Ian Clayton Harbour wrote: Hi, I get /usr/lib/mono/1.0 on my Fedora Core 1 install with NAnt rebuilt this morning. There was some oddness with the install as the config file contained a reference to a tasks folder but the task binaries were not built in a task folder. Maybe I caught something in mid-checkin? Anyway, it seems to work on this install. Cheers, Clayton -Original Message- From:Gert Driesen [mailto:[EMAIL PROTECTED] Sent:Thu 5/20/2004 6:39 PM To: Giuseppe Greco Cc: Jaroslaw Kowalski; NAnt Developers Subject: Re: [nant-dev] get-assembly-direcotry() function - Original Message - From: Giuseppe Greco [EMAIL PROTECTED] To: Gert Driesen [EMAIL PROTECTED] Cc: Jaroslaw Kowalski [EMAIL PROTECTED]; NAnt Developers [EMAIL PROTECTED] Sent: Thursday, May 20, 2004 11:23 PM Subject: Re: [nant-dev] get-assembly-direcotry() function Giuseppe, can you indeed confirm that get-assembly-directory() just returned 1.0 ? Yes, I do (of course, on Linux). I've inserted the following task in one of my project files: echo message=${framework::get-assembly-directory(target.framework)} / ... and the result is 1.0. Can anyone else reproduce this issue ? (I still have to reload my gentoo image ... I installed the latest longhorn on my linux box .. shame on me ... blush :)) Gert --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers -- Ian MacLean, Developer, ActiveState, a division of Sophos http://www.ActiveState.com --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id149alloc_id66op=click ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
[nant-dev] Solution task on Linux?
Hi, I was just curious if anyone has looked closely at what it would take to get the solution task running on Linux/ mono? I would like to help out with that but am not sure where to start and what is being done. Cheers, Clayton --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id149alloc_id?66op=click ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
RE: [nant-dev] fileset deprecations
Hi, the naming is clearer I suppose but there is a certain amount of inertia - there are a lot of build files out there wil the current naming. I know, that why I'm asking ... we'll see how others respond ... we could ofcourse have both of them coexist, and then deprecate includes/excludes later ... I would prefer it if the two co-existed for a release (or two even), with the includes / element deprecated (and warnings during the build process). It gives people fair enough warning before their build files stop working. Also, there was also talk about adding a strict switch to the commandline awhile back which. This might be a good notification feature when this goes away. Has anyone done any work on this? I could probably take a stab at it if someone gave me a high level on the project load process. Cheers, Clayton --- This SF.Net email is sponsored by: SourceForge.net Broadband Sign-up now for SourceForge Broadband and get the fastest 6.0/768 connection for only $19.95/mo for the first 3 months! http://ads.osdn.com/?ad_id%62alloc_ida84op=click ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
RE: [nant-dev] Help setting up multiple projects and CCService.exe
Title: Message Hi Enoch, I have sent this to the ccnet users group, as it seems more of a ccnet question. I have kept the nant developers list in the email message as well, just so the thread can be followed. It can probably be dropped if you have more questions though. I will give a shot at answering your questions: 1) project information goes in the ccnet.config file. You use multiple project / elements to setup multiple projects: http://confluence.public.thoughtworks.org/display/CCNET/Multiple+Projects 2) I am not sure what the question is but if you enter your username/ password the service will be run as that user. You can access/ change this information by typing services.msc on a command line or navigating to services in the control panel. Cheers, Clayton -Original Message-From: Enoch Seward [mailto:[EMAIL PROTECTED] Sent: May 11, 2004 2:29 PMTo: [EMAIL PROTECTED]Subject: [nant-dev] Help setting up multiple projects and CCService.exe First of all, Im new to NAnt and CC.net, and am very pleased so far with the products. It has been working great for a single project. Now Im beginning to setup multiple projects, and have a few questions: 1. In the start.bat file that Ive created, do I need to specify multiple projects, something like below? (this does not work) a. ccnet -config:ccnet.config -remoting:on -project:EasyLabelINITransform -project:MicrosoftDataAccessApplicationBlock 2. Ive tried to execute the ccservice.exe to run the ccnet application as a service, and keep getting the following messages a. b. Then, using the VS.NET command prompt, I entered the following: Installutil.exe c:\cc.net\server\ccservice.exe c. I am them prompted for a Username and Password. Any assistance would be greatly appreciated! Sincerely, Enoch Seward Programmer/Analyst [EMAIL PROTECTED] phgtechnologies Confidentiality Statement: The documents accompanying this transmission contain confidential information that is legally privileged. This information is intended only for the use of the individuals or entities listed above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or action taken in reliance on the contents of these documents is strictly prohibited. If you have received this information in error, please notify the sender immediately and arrange for the return or destruction of these documents. ---Outgoing mail is certified Virus Free.Checked by AVG anti-virus system (http://www.grisoft.com).Version: 6.0.682 / Virus Database: 444 - Release Date: 5/11/2004 image001.jpg
[nant-dev] StringValidatorAttribute - regex addition?
; either version 2 of the License, or // (at your option) any later version. // // This program is distributed in the hope that it will be useful, // but WITHOUT ANY WARRANTY; without even the implied warranty of // MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the // GNU General Public License for more details. // // You should have received a copy of the GNU General Public License // along with this program; if not, write to the Free Software // Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA // // Clayton Harbour ([EMAIL PROTECTED]) using System; using System.IO; using System.Text; using System.Xml; using System.Globalization; using NUnit.Framework; using NAnt.Core; using NAnt.Core.Attributes; using Tests.NAnt.Core.Util; namespace Tests.NAnt.Core.Attributes { [TestFixture] public class StringValidatorAttributeTest : BuildTestBase { /// summary /// Test that valid dates do not throw an exception. /// /summary [Test] public void Test_ValidStrings() { Assertion.Assert(IsValid(August 2, 1975)); Assertion.Assert(IsValid(blah)); Assertion.Assert(IsValid(n, false)); Assertion.Assert(IsValid(http://nant.sourceforge.net;, @(?Protocol\w+):\/\/(?Domain[\w.]+\/?)\S*)); // validate name of file Assertion.Assert(IsValid(name_of_file, @^[A-Za-z0-9][A-Za-z0-9._\-]*$)); } /// summary /// Test that invalid dates throw an exception. /// /summary [Test] public void Test_InvalidStrings() { Assertion.Assert(!IsValid(the/path/to/a/file, @^[A-Za-z0-9][A-Za-z0-9._\-]*$)); Assertion.Assert(!IsValid(, false)); Assertion.Assert(!IsValid(blah blah, @(?Protocol\w+):\/\/(?Domain[\w.]+\/?)\S*)); } private bool IsValid (object value) { return this.IsValid(true, null); } private bool IsValid (object value, bool allowEmpty) { return this.IsValid(value, allowEmpty, null); } private bool IsValid (object value, string expression) { return this.IsValid(value, true, expression); } private bool IsValid (object value, bool allowEmpty, string expression) { try { StringValidatorAttribute validator = new StringValidatorAttribute(); validator.AllowEmpty = allowEmpty; validator.Expression = expression; validator.Validate(value); return true; } catch (ValidationException) { return false; //throw; } } } }
RE: [nant-dev] Suggestion for an enhancement
Hi Bruce, Is this an enhancement directed at the cvs tasks? Adding comments that require user intervention at build time is probably not a good idea, simply because it would reduce the effectiveness of an automated build process. Having said that I believe with the changes to the cvs task lately the documentation around how to add comments is a little shaky. I will update this. If I am totally off about what you are suggesting please let me know :-) Cheers, Clayton -Original Message- From: Bruce Leggett [mailto:[EMAIL PROTECTED] Sent: May 4, 2004 8:09 AM To: Nant-Developer List Subject: [nant-dev] Suggestion for an enhancement It would be nice if you could add multiple comments to a file before you commit it. This would be very practical since there are so many files in an OOP application and one tends to forget the little changes to several object files. Upon commit you can then edit your comments if you want to. I hope you like my suggestion. Thanks, Bruce Leggett --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers --- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
RE: [nant-dev] Mono 1.0 / Using NAnt project for framework discovery
Hi Ian, I grabbed the rpms off of Red Carpet which give me version 0.91. For this version I had to move the dlls in the lib/mono/1.0 directory up to the task directory. Are we using different versions? Also changing the encoding of the configuration file to UTF-8 gets around the xml exception, can this be changed without causing problems elsewhere? Cheers, Clayton -Original Message- From: Ian MacLean [mailto:[EMAIL PROTECTED] Sent: Wed 5/5/2004 12:34 AM To: Gert Driesen Cc: Nant-Developers (E-Mail) Subject:Re: [nant-dev] Mono 1.0 / Using NAnt project for framework discovery Gert Driesen wrote: I haven't yet had time to look into this myself, so can you tell us what tweaking you had to do to get NAnt working on mono beta 1 ? sure - Just needed to change the path for framework assemblies in NAnt.exe.config from /usr/local/lib to /usr/local/lib/mono/1.1. The exe files are still all in /usr/local/bin which come to think of it won't work for a true side by side install. I also had to remove the encoding document from the xml header as that was causing it to fail with an xml load error. There are also a bunch of 'remapping' warnings when running as the assemblies we ship in the /lib directory for mono were built against unsigned versions of the mono system assemblies. This doesn't prevent it from working though. Should we add a pkg-config task to NAnt, and use this task in the NAnt configuration file ? I was actually thinking along similar lines. Someone would need to implement a pkg-config-sharp library which shouldn't be too much effort. It would be better to have that reside in the mono codebase if those guys are amenable to that. Using 'task' functionality from the config file is an interesting idea. re-using the functionality already defined in tasks would be a good thing. There would have to be restrictions of course as you can do lots of things in a build file that probably aren't appropriate in the config file. calling it 'project' inside the config file looks a bit funny. Maybe we could give it a different name but still use project loading functionality to process it. Ian We could actually allow a project to be defined as part of the framework node, that would really be powerful. framework name=mono-1.0 family=mono version=1.0 description=GNOME projects port of the .NET Framework runtimeengine=mono sdkdirectory=${prefix}/bin frameworkdirectory=${prefix}/bin frameworkassemblydirectory=${prefix}/lib clrversion=1.1.4322 project pkg-config package=mono variable=prefix property=prefix / /project /framework We could then use actual NAnt tasks, expressions, ... to determine information about the framework instead of having to implement hacks for this purpose ... For all frameworks except Mono, this project would only be a collection of property and readregistry tasks (for this last task, we would need to have the NAnt.Win32Tasks assembly loaded, so we should add a tasks fileset to the platform node (which would be better than having to repeat the same includes for every framework). The caveats I see right now are : - all that tasks and expressions that you use in the project should not rely on any framework-related information, as at that time there is no such thing as a target framework, or runtime framework defined (Project.TargetFramework and Project.RuntimeFramework would be null), as we're in the process of actually determining these. - we would not be able to access the filename of the build file (as the project would be constructed using an XML document that would not be backed by a file) But ofcourse, I haven't given this a lot of thought, so there might be more issues ... The properties referenced in attributes of the framework node, would then be expanded using the properties set as part of the framework project ... I really don't think this would require a lot of effort... I'd be happy to look into this ... What do you think ? Gert - Original Message - From: Ian MacLean [EMAIL PROTECTED] To: Jaroslaw Kowalski [EMAIL PROTECTED] Cc: Scott Hernandez [EMAIL PROTECTED]; Gert Driesen [EMAIL PROTECTED] Sent: Tuesday, May 04, 2004 5:37 PM Subject: Re: Mono GAC Looks like its all ok now. After a bit of config file tweaking nant builds ok on the mono beta1 preview released today. Looks like we'll probably need to find a way to use pkg-config to determine the mono base directory but that will still be better than hardcoding it as we are now. Ian Jaroslaw Kowalski wrote: See this: http://lists.ximian.com/archives/public/mono-devel-list/2004-May/005227.htm l http://lists.ximian.com/archives/public/mono-list/2004-April/019844.html Jarek - Original Message - From: Scott Hernandez [EMAIL PROTECTED] To: Jaroslaw Kowalski [EMAIL PROTECTED] Cc: Gert Driesen [EMAIL PROTECTED]; Ian MacLean [EMAIL PROTECTED] Sent:
RE: [nant-dev] Mono 1.0 / Using NAnt project for framework discovery
I have just deleted an assembly, and log4net from the build/bin root directory, but this typically occurs on the first assembly that is compiled. Here it is: [nant] /home/claytonharbour/dev/src/nant/nant/src/NAnt.DotNet/NAnt.DotNet.build build Buildfile: file://home/claytonharbour/dev/src/nant/nant/src/NAnt.DotNet/NAnt.DotNet.build Target(s) specified: build build: [csc] Compiling 18 files to '/home/claytonharbour/dev/src/nant/nant/build/mono-1.0.unix/nant-0.85-debug/bin/NAnt.DotNetTasks.dll'. ** (/usr/bin/mcs.exe:21160): WARNING **: Could not find assembly log4net, references from /home/claytonharbour/dev/src/nant/nant/build/mono-1.0.unix/nant-0.85-debug/bin/NAnt.Core.dll (assemblyref_index=1) Major/Minor: 1,2 Build: 0,30714 Token: (null) Unhandled Exception: System.NullReferenceException: A null value was found where an object instance was required. in (unmanaged) /usr/lib/libmono.so.0(mono_assembly_open+0x1b9) [0x49f797] in (unmanaged) /usr/lib/libmono.so.0 [0x48f9ff] in 0x000d1 Mono.CSharp.Driver:LoadAssembly (string,bool) in 0x0009f Mono.CSharp.Driver:LoadReferences () in 0x006ac Mono.CSharp.Driver:MainDriver (string[]) in 0x0001a Mono.CSharp.Driver:Main (string[]) BUILD FAILED /home/claytonharbour/dev/src/nant/nant/src/NAnt.DotNet/NAnt.DotNet.build(11,9): External Program Failed: /usr/bin/mcs.exe (return code was 1) Do you have the dlls somewhere in your path? -Original Message- From: Ian MacLean [mailto:[EMAIL PROTECTED] Sent: Wed 5/5/2004 8:01 AM To: Clayton Harbour Cc: Gert Driesen; Nant-Developers (E-Mail) Subject:Re: [nant-dev] Mono 1.0 / Using NAnt project for framework discovery Clayton, I built from the release tarballs ( also 0.91 ) but that should be pretty much the same as using red-carpet. Why did you have to move the dlls ? What error did you get ? Ian Clayton Harbour wrote: I grabbed the rpms off of Red Carpet which give me version 0.91. For this version I had to move the dlls in the lib/mono/1.0 directory up to the task directory. Are we using different versions? Also changing the encoding of the configuration file to UTF-8 gets around the xml exception, can this be changed without causing problems elsewhere? Cheers, Clayton -Original Message- From: Ian MacLean [mailto:[EMAIL PROTECTED] Sent: Wed 5/5/2004 12:34 AM To:Gert Driesen Cc:Nant-Developers (E-Mail) Subject: Re: [nant-dev] Mono 1.0 / Using NAnt project for framework discovery Gert Driesen wrote: I haven't yet had time to look into this myself, so can you tell us what tweaking you had to do to get NAnt working on mono beta 1 ? sure - Just needed to change the path for framework assemblies in NAnt.exe.config from /usr/local/lib to /usr/local/lib/mono/1.1. The exe files are still all in /usr/local/bin which come to think of it won't work for a true side by side install. I also had to remove the encoding document from the xml header as that was causing it to fail with an xml load error. There are also a bunch of 'remapping' warnings when running as the assemblies we ship in the /lib directory for mono were built against unsigned versions of the mono system assemblies. This doesn't prevent it from working though. Should we add a pkg-config task to NAnt, and use this task in the NAnt configuration file ? I was actually thinking along similar lines. Someone would need to implement a pkg-config-sharp library which shouldn't be too much effort. It would be better to have that reside in the mono codebase if those guys are amenable to that. Using 'task' functionality from the config file is an interesting idea. re-using the functionality already defined in tasks would be a good thing. There would have to be restrictions of course as you can do lots of things in a build file that probably aren't appropriate in the config file. calling it 'project' inside the config file looks a bit funny. Maybe we could give it a different name but still use project loading functionality to process it. Ian We could actually allow a project to be defined as part of the framework node, that would really be powerful. framework name=mono-1.0 family=mono version=1.0 description=GNOME projects port of the .NET Framework runtimeengine=mono sdkdirectory=${prefix}/bin frameworkdirectory=${prefix}/bin frameworkassemblydirectory=${prefix}/lib clrversion=1.1.4322
FW: [NAntC-Dev] RE: [nant-dev] Linux story
Sorry for the cross-post, sent this to the wrong list :-). -Original Message- From: Clayton Harbour Sent: May 3, 2004 7:41 AM To: Philip Nelson Cc: [EMAIL PROTECTED] Subject: [NAntC-Dev] RE: [nant-dev] Linux story Hi Philip, That IS a good story! I am using a DAL called Gentle .Net (http://gopf.sourceforge.net) in a project called sharpschedule (http://sharpschedule.sourceforge.net) that I am working on. Getting NAnt to compile through cvs did have a few bumps, but considering the development being done on both they were relatively minor. One thing to note is that the support was there when issues did pop up (thanks Gert, Ian, Jarek and any Mono developers monitoring this list!). When mono releases version 1.0 (this summer, June or July I believe) I am positive that things will get even better. Thanks for the positive note! Cheers, Clayton -Original Message- From: Philip Nelson [mailto:[EMAIL PROTECTED] Sent: May 2, 2004 8:47 PM To: NAntDev Subject: [nant-dev] Linux story I just wanted to document the experience I had with nant on my linux box. In the end it was a partial success but there were a few things I didn't figure out right away and it may be good to have them documented here. Day one, load linux in a dual boot with Windows 2003. My previous install wouldn't boot after loading Windows and adding a hard drive so I reinstalled. the install added a partition, and then Windows wouldn't boot again. Note to manufacturers, take over this whole boot loader, device map thing. Day two - Tried getting the release version of nant to run. No go of course so I tried to do a build, but alas you can't build unless you can run nant. Bootstrap? Dug up in the lists a reference to the make, and viola, there it is. It didn't work, and saving the trouble of typing the reasons, there was a newer makefile in cvs. It didn't work so on to the nightly build. The nightly failed as well. - cp -R bin/lib/* . Now make started humming along. It made it through the bootstap build, but then failed at different points. mcs couldn't find some of the support dlls. In order they were log4net, nunit.framework and NDoc.Core. In each case, to get further down the compilation path, I copied them to the mono lib directory, /usr/lib in my case. Clearly that was a hack, but perhaps the build will have to reference these differently to succeed. Finally though, I did have build. I tried running the tests. They began to execute, but then got stuck in a 100% CPU loop and had to be killed. I tried letting it run about 25 minutes just in case mono was that slow, but eventually gave up. One part (sorry can't remember the section) passed, the first call in the test target, so that would mean nunit was loaded correctly. Note that this version of nunit was from the nightly download. My goal was to compile the data access helper I am working on, SnapDAL on linux using NAnt. First problem, no solution task. I didn't look into the internals to see how it worked, but somehow I thought that the solution task wouldn't have been dependent on win32 but I see it's excluded from the mono build. Ok, no problem build a normal csc compile task. It worked! I played around for a couple of hours and got MySql setup with a very small part of the Northwind test database I use in the SnapDAL tests. I got as far as one working query, and one dying an a input parameter with spaces in it that caused a sql syntax error. Probably not a big deal to fix and not important here. In the end, I'd say progress! I had run linux as my default desktop for about a year and a half. Last fall, I had a day where I had compiled one library just one too many times, loaded windows 2003, and hadn't looked back. Now I would say mono has really come a long way, and that nant and SnapDAL (which also means .net mock objects), the platform might just be interesting again. My platform was Suse 8.2, mono .31 installed from the Suse 9.0 mono rpm. This is interesting especially after that last round of Microsoft patches cause my cluster to fail and had me down during business hours for the longest time since I joined my current company. 2 1/2 hours down. Cheers and keep up the good work. = Philip - http://blogs.xcskiwinn.org/panmanphil There's a difference between righteous anger and just being crabby - Barbara --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
[nant-dev] astyle task in NAntContrib
Title: Message Hi, I have checked a task into NAntContrib that wraps the astyle (artistic style: http://astyle.sourceforge.net) code formatter. It also has a custom style target that styles code according to the NAnt codingconventions (http://sourceforge.net/docman/display_doc.php?docid=6080group_id=31650)and can be invoked in your build using the following sample target: target name="nant.style" description="Style all of the c-sharp files." astyle style="NAnt" cleanup="true" fileset includes name="OneFileTest.cs" / /fileset /astyle /target You will have to download the astyle binary and place it in your path. The link to the latest binary is here: http://prdownloads.sourceforge.net/astyle/astyle_1.13.8_win32.zip?download If you have any issues or have any suggestions please let me know. Cheers, Clayton
RE: [nant-dev] cvs.exe - bad naming
Hi Gert and Simon, I would prefer to just change the name of the sharpcvslib binary and leave it in the NAnt repository as it means the basic cvs commands work out of the box in a situation where there isn't a cvs binary installed (i.e. on a build server). It also makes it easier for me to keep track of versions (I deploy the .dll and .exe in one go), and the client does not take up a lot of space. Clayton -Original Message- From: Gert Driesen [mailto:[EMAIL PROTECTED] Sent: March 22, 2004 11:17 AM To: Simon Steele; Nantdev Subject: Re: [nant-dev] cvs.exe - bad naming I agree, perhaps we could not ship the cvs.exe executable at all as part of NAnt, but just direct users to the #cvslib website. Clayton, what do you think ? Gert - Original Message - From: Simon Steele [EMAIL PROTECTED] To: Nantdev [EMAIL PROTECTED] Sent: Monday, March 22, 2004 5:43 PM Subject: [nant-dev] cvs.exe - bad naming Hi, Can I suggest that cvs.exe (from sharpziplib) is called something else? We have lots of scripts that call out to cvs.exe. Now that there is one in the nant directory that gets executed instead of the one in the path. Unfortunately the sharpziplib one crashes quite a lot and doesn't provide all the functionality we need. thanks, Simon. -- Simon Steele Research Engineer - Softel Ltd. tel: +44 118 984 2151 / web: http://www.softel.co.uk/ http://www.softel.co.uk/ __ __ This e-mail has been scanned for viruses by MessageLabs. --- 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=1470alloc_id=3638op=click ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers --- 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_id70alloc_id638op=click ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
RE: [nant-dev] cvs.exe - bad naming
It is not a win32 only binary Scott, it is a command line client for sharpcvslib which is pure c#. Clayton -Original Message- From: Scott Hernandez [mailto:[EMAIL PROTECTED] Sent: March 22, 2004 7:43 PM To: Nantdev Subject: Re: [nant-dev] cvs.exe - bad naming Why do we need the managed executable (?) and the managed dll? If this is a win32 only binary, I would rather not see it in our dist. - Original Message - From: Clayton Harbour [EMAIL PROTECTED] To: Gert Driesen [EMAIL PROTECTED]; Simon Steele [EMAIL PROTECTED]; Nantdev [EMAIL PROTECTED] Sent: Monday, March 22, 2004 7:11 PM Subject: RE: [nant-dev] cvs.exe - bad naming Hi Gert and Simon, I would prefer to just change the name of the sharpcvslib binary and leave it in the NAnt repository as it means the basic cvs commands work out of the box in a situation where there isn't a cvs binary installed (i.e. on a build server). It also makes it easier for me to keep track of versions (I deploy the .dll and .exe in one go), and the client does not take up a lot of space. --- 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=1470alloc_id=3638op=click ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers --- 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_id70alloc_id638op=click ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
RE: [nant-dev] cvs.exe - bad naming
Actually there are a couple of tasks that I would like to add that are going to be a lot easier with the library so I would like to leave it (the tasks are cvslog: xml log report - useful for logging cvs activity, similar to ant log; cvslocalinfo: local cvs sandbox information - useful for displaying branch information). These are a little ways down the road, after I get the command line changes stabilized. Clayton -Original Message- From: Gert Driesen [mailto:[EMAIL PROTECTED] Sent: March 22, 2004 10:00 PM To: Clayton Harbour; Simon Steele; Nantdev Subject: Re: [nant-dev] cvs.exe - bad naming Perhaps, you could remove the library too, and always have the cvs tasks wrap the commandline cvs client ? - Original Message - From: Clayton Harbour [EMAIL PROTECTED] To: Gert Driesen [EMAIL PROTECTED]; Simon Steele [EMAIL PROTECTED]; Nantdev [EMAIL PROTECTED] Sent: Tuesday, March 23, 2004 4:11 AM Subject: RE: [nant-dev] cvs.exe - bad naming Hi Gert and Simon, I would prefer to just change the name of the sharpcvslib binary and leave it in the NAnt repository as it means the basic cvs commands work out of the box in a situation where there isn't a cvs binary installed (i.e. on a build server). It also makes it easier for me to keep track of versions (I deploy the .dll and .exe in one go), and the client does not take up a lot of space. Clayton -Original Message- From: Gert Driesen [mailto:[EMAIL PROTECTED] Sent: March 22, 2004 11:17 AM To: Simon Steele; Nantdev Subject: Re: [nant-dev] cvs.exe - bad naming I agree, perhaps we could not ship the cvs.exe executable at all as part of NAnt, but just direct users to the #cvslib website. Clayton, what do you think ? Gert - Original Message - From: Simon Steele [EMAIL PROTECTED] To: Nantdev [EMAIL PROTECTED] Sent: Monday, March 22, 2004 5:43 PM Subject: [nant-dev] cvs.exe - bad naming Hi, Can I suggest that cvs.exe (from sharpziplib) is called something else? We have lots of scripts that call out to cvs.exe. Now that there is one in the nant directory that gets executed instead of the one in the path. Unfortunately the sharpziplib one crashes quite a lot and doesn't provide all the functionality we need. thanks, Simon. -- Simon Steele Research Engineer - Softel Ltd. tel: +44 118 984 2151 / web: http://www.softel.co.uk/ http://www.softel.co.uk/ __ __ This e-mail has been scanned for viruses by MessageLabs. --- 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=1470alloc_id=3638op=click ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers --- 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_id70alloc_id638op=click ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
[nant-dev] NAnt contrib build file
Title: Message Hi, I have put together a little build script to make it easier to build/ rebuild NAnt and NAntContrib. Itispretty basic so far but if it is useful to others I can check it in. It is attached (build-contrib.xml)for review along with a modified NAnt.build file (target BuildContrib added). Cheers, Clayton project name=NAntContrib fetch and build default=build property name=cvs.root value=:pserver:[EMAIL PROTECTED]:/cvsroot/NAntContrib/ property name=cvs.rsh value=e:/dev/bin/plink.exe/ property name=cvs.module value=NAntContrib/ property name=dir.root value=${nant.project.basedir}/.. / property name=dir.base value=${dir.root}/${cvs.module}/ property name=dir.build value=${dir.base}/ property name=dir.home value=h:/ property name=sourcecontrol.usesharpcvslib value=false/ target name=fetch description=Fetch NAntContrib from sourceforge. ifnot test=${directory::exists(dir.base)} cvscommand=checkout destination=${dir.root} cvsroot=${cvs.root} module=NAntContrib cvspass=${dir.home} cvsrsh=plink /cvs /ifnot if test=${directory::exists(dir.base)} cvscommand=update destination=${dir.base} cvsroot=${cvs.root} module=NAntContrib cvspass=${dir.home}/.cvspass cvsrsh=plink /cvs /if /target target name=build depends=fetch description=Build NAntContrib nant buildfile=${dir.build}/NAntContrib.build target=build property name=nant.dir value=${nant.dir} / /nant /target /project NAnt.build Description: NAnt.build
RE: [nant-dev] 2 small changes to consider
Hi, I think reporting on which targets/projects passed and failed would be a great idea, maybe with an indication of whether this failure is alright as defined by the build script. I am not so keen on adding try/catch blocks to build files though. In my mind attempting to catch and recover from a build failure during a build just seems like it could get way to messy and in my mind would add some uncertainty about the results. I think it would be better to keep it as close to a pass/fail outcome as possible and just provide enough information about what failed and why to help the local build meister fix it for next time. Clayton -Original Message- From: Randy Regnier [mailto:[EMAIL PROTECTED] Sent: February 27, 2004 7:42 AM To: 'Martin Aliger'; 'Nicklas Norling'; 'Gert Driesen'; [EMAIL PROTECTED] Subject: RE: [nant-dev] 2 small changes to consider Our group approached this problem by adding capability to the nant task that allowed a nested nant call to set values for properties that were then available to the calling client. When tests fail for some project, we add the name of the project to the property, which then gets displayed at the end of the build, such as: Tests failed in projects: x, y. or Built projects: a, b, c. Randy -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Martin Aliger Sent: Friday, February 27, 2004 9:20 AM To: Nicklas Norling; 'Gert Driesen'; [EMAIL PROTECTED] Subject: Re: [nant-dev] 2 small changes to consider Hello 1) Multiple files: Added a project level variable called nant.project.failure, such that a you can allow a task or group of tasks to complete regardless of failure using failonerror=false, and then afterwards check the value of nant.project.failure to determine if a failure occurred. Very useful for batch nunit tests, and gathering a report of the tests before checking if a failure occurred and throwing a fail. This points out a gap in nant as I see it. What Jeff has made a patch for is actually a pretty large gap in functionality in nant. Controlling the flow using failure detection and also log that neatly for other tools to pick up (CCNet comes to mind) is challenging to say the least. Agree. And one global property is not general solution. It is just the flag - it didnt say why it failed, how many tasks failed, etc. The same matter I tried to solve with inter-task communication I presented some time ago. So you could give task failonerror=false and then check resulting output from task what is done, what fails etc etc. trycatch task is another possibility. Maybe they could exists both and catch block could get output from failed task to examine why it fails. Regards, Martin --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438 op=click ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438 op=click ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id56alloc_id438op=click ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
RE: [nant-dev] About cvs-update task
Hi Dmitry, Try setting the workingdir of the exec / command to your project base directory and see if this helps. I am working on a new cvs / task that will accept a command line string and pipe it to a cvs binary (among other things). I have some of the changes finished and checked in and I will try to get the commandline changes checked in tonight. Cheers, Clayton -Original Message- From: Dmitry Ponomarenko Sent: Mon 1/26/2004 1:44 AM To: [EMAIL PROTECTED] Cc: Subject:[nant-dev] About cvs-update task Hello all. How can I turn cvs that it get lates version from repository and create missed folders? Now I use such target in my .build file: target name=update exec program=cvs.exe commandline=update -dP / /target But this target don't work with ccnet.service. If I use cvs-update task that it doesn't up missed directory. Thanks, Dmitry --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers winmail.dat
[nant-dev] NAnt cvs task changes
Hi, I am planning on making some changes to the cvs task. We have been working on a command line client for #cvslib that behaves the same as the cvs and cvsnt command line clients. What I am going to do is use this client to interface with the #cvslib component by executing the cvs.exe process. I am also planning on giving the option to use the default cvs.exe client (#cvslib client, distributed with NAnt) or to override and use a native cvs.exe client (either from cvs-home or cvsnt). For the existing tasks the change should be transparent to the end user. There will be an additional task with (**still developing**) the following format: cvs command=cvsroot=destination=module= usesharpcvslib= globaloptions option name=quiet value=true / /globaloptions commandoptions option name=overridedirectory value=other-directory / /commandoptions /cvs Note the globaloptions / and commandoptions / will be available in the cvs-checkout / and cvs-update / tasks as well, and that the commandoptions / will replace the current options / tag (which will still be available...but will be phased out). I am just in the stages of making sure this will work the same, and everything looks good so far. If no one has issues with these changes I will check them in when they are cleaned up a bit more.. Cheers, Clayton --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
[nant-dev] RE: #cvslib, snipped /
Hi Pierre, Thanks for the error report! I have been playing around with the library however I was unable to replicate the crash. I have been testing using sharpcvslib and nant (aprox. 400-600 files). I did find some logging statements that were set too high which might have made it look like the application was looping. I have cleaned this up and it should be in the next nightly build. With nant-0.84 (the latest stable release), cvs-checkout is working perfectly. The cvs-checkout task in version 0.84 has a bug that is causing the file date stamp in the Entries file to not be updated. Currently the bug does not cause much of a problem as the #cvslib client sends the file up to the cvs server to compare, however if you are using TortoiseCvs it notices the problem and flags all files with a red (changed/ unknown) marker. As for the speed increase I was comparing against 0.83 final so if you don't need tagging or don't have tortoise then the 0.84 release is a little more stable and should have these speed enhancements. Sorry for the confusion. Cheers, Clayton --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
[nant-dev] new #cvslib binary - fixes CVS\Entries problem; RE: [Nant-users] problem with the cvs-update task :: System.IO.FileNotFoundException: path=[c:\main\night\HelloWorld]fileType=[Repository]Filenotfound.
Hi Pierre, I have checked a new #cvslib binary into the NAnt repository which fixes some related issues. Could you try your test again in the next nightly build and see if this fixes the issue. Thanks, Clayton -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: December 11, 2003 7:39 AM To: Clayton Harbour Cc: [EMAIL PROTECTED] Subject: RE: [Nant-users] problem with the cvs-update task :: System.IO.FileNotFoundException: path=[c:\main\night\HelloWorld]fileType=[Repository]Filenotfound. Hi Clayton, I'm using nant 0.84 (build 0.84.1435.0) . I've changed Nant.exe.config in order to have some detailed log. I got that [Core.Task:Task.Execute() for 'cvs-update' - [] ] [Tasks.AbstractCvsTask:Setting options - [] ] [Tasks.AbstractCvsTask:this.WorkingDirectory.Revision=[] - [] ] [Client.CVSServerConnection:Exception: System.NullReferenceException Message: Object reference not set to an instance of an object. Source: ICSharpCode.SharpCvsLib at ICSharpCode.SharpCvsLib.Client.CVSServerConnection..ctor() - [] ] [Tasks.UpdateTask:Reading all directory entries from working directory HelloWorld. - [] ] [FileSystem.Manager:Does this path have a cvs directory at end of file? hasCvsDir=[False]path=[c:\main\night\HelloWorld] - [] ] [FileSystem.Manager:Cvsdir=[c:\main\night\HelloWorld\CVS] - [] ] [FileSystem.Manager:Does this path have a cvs directory at end of file? hasCvsDir=[True]path=[c:\main\night\HelloWorld\CVS] - [] ] [FileSystem.Manager:Cvsdir=[c:\main\night\HelloWorld\CVS] - [] ] [Core.Task:cvs-update Generated Exception - [] ] Exception: System.IO.FileNotFoundException Message: path=[c:\main\night\HelloWorld]fileType=[Repository]File not found. Source: ICSharpCode.SharpCvsLib at ICSharpCode.SharpCvsLib.FileSystem.Manager.FetchSingle(String path, FileType fileType) at ICSharpCode.SharpCvsLib.FileSystem.Manager.FetchFilesToUpdate(String directory) at NAnt.SourceControl.Tasks.UpdateTask.PopulateFolders(WorkingDirectory workingDirectory) at NAnt.SourceControl.Tasks.UpdateTask.CreateCommand() at NAnt.SourceControl.Tasks.AbstractCvsTask.ExecuteTask() at NAnt.Core.Task.Execute() It's a little strange...I've looked in the ISharpCode.SharpCvsLib.dll and the only object whose instance may be null in the CVSServerConnection constructor seems to be: local0 = (SharpCvsLibConfig) ConfigurationSettings.GetConfig (sharpcvslib); Do I have to change a default config ? Pierre |-+-- | | [EMAIL PROTECTED]| | | adicism.com| | | | | | 11/12/03 16:58 | | | | |-+-- --- ---| | | | To: Pierre THOREY/ress/fr/[EMAIL PROTECTED], nant- [EMAIL PROTECTED]| | cc: | | Subject: RE: [Nant-users] problem with the cvs-update task :: System.IO.FileNotFoundException: path=[c: | |\main\night\HelloWorld]fileType=[Repository]Filenot found. | --- ---| Hi Pierre, What version of NAnt are you using? Clayton -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: December 11, 2003 2:33 AM To: [EMAIL PROTECTED] Subject: [Nant-users] problem with the cvs-update task :: System.IO.FileNotFoundException: path=[c:\main\night\HelloWorld]fileType=[Repository]Filenot found. Hello, I got the following issue. I'm using a cvs server (version 1.11.5) . Whis this target, target name=src.update cvs-update destination=c:\main\night cvsroot=:pserver:[EMAIL PROTECTED]:/home/cvs password= module=HelloWorld / /target I get the following error : src.update: BUILD FAILED INTERNAL ERROR System.IO.FileNotFoundException: path=[c:\main\night\HelloWorld]fileType =[Repository]File not found. at ICSharpCode.SharpCvsLib.FileSystem.Manager.FetchSingle(String path, FileType fileType) at ICSharpCode.SharpCvsLib.FileSystem.Manager.FetchFilesToUpdate(String directory) at NAnt.SourceControl.Tasks.UpdateTask.PopulateFolders(WorkingDirectory workingDirectory) at NAnt.SourceControl.Tasks.UpdateTask.CreateCommand() at NAnt.SourceControl.Tasks.AbstractCvsTask.ExecuteTask() at NAnt.Core.Task.Execute() at NAnt.Core.Target.Execute() at NAnt.Core.Project.Execute(String targetName) at NAnt.Core.Project.Execute() at NAnt.Core.Project.Run() Please send
[nant-dev] new #cvslib binary
Hi, I have committed a new version of #cvslib. The new version fixes a known issue with dates not being populated on a checkout/ update. In addition the new binary adds the rtag (remote tag) which applies a cvs tag to the sources on the remote repository and has the following format: project name=sample-rtag target name=rtag echo message=Rtag repository. / cvs-rtag destination=e:/test/nant-tests-project cvsroot=:pserver:[EMAIL PROTECTED]:/cvsroot/sharp cvslib-test password=password tagname=vNewVersion remove=false module=sharpcvslib-test-repository / /target /project Also, I have been reading through the list on the status of dashes with respect to the expression evaluator. I realize that this may be coming in a little late but I think that since our build files are xml then maybe we should standardize on that if possible. If I have already missed the boat :-), and the decision has already been made to remove the dashes then I could use some direction on how to transition the tasks I have to the new format. Is it possible to obsolete attributes? Cheers, Clayton --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
[nant-dev] bug in #cvslib
Hi, Just a heads up for anyone testing, I found a bug in #cvslib tonight that corrupts the CVS\Entries file while adding nested directories. I will be adding a new copy tonight to deal with the issue. Clayton --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
RE: [nant-dev] new #cvslib binary
I have committed a new version of #cvslib. The new version fixes a known issue with dates not being populated on a checkout/ update. Should we also use this new version of #cvslib in NAnt 0.84 rc 2 ? It might be a good idea to put it through the paces first before we do this Gert. I did a major rewrite of the CVS management file storage piece for speed reasons. Some testing locally show about 1/2 of the time to perform a checkout but there may be (will be) bugs. Maybe let's play that one by ear. I'm not sure how to go about implementing this. Guess we'd have to add a Obsolete property and perhaps a ObsoleteMessage property to the NAnt build attribute classes, meaning you'd have : [TaskName(cvscheckout)] [TaskName(cvs-checkout, Obsolete=true, ObsoleteMessage=Use cvscheckout instead.)] public class CheckoutTask : AbstractCvsTask { } What do you think ? Got any other (and better) proposals ? I will give it some thought but the above looks good, it is straight forward and easy to use. Cheers, Clayton --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
[nant-dev] cvs binary update question/thoughts/concerns
Hi, I would like to add a new #cvslib binary to the cvs repository and just wanted to have a feel for how close we are to the release. The new binary fixes the date problem that Nicklas flagged the other day, and has the functionality to add rtag to the cvs tasks. I would also like to add a compression level option to the checkout/ update as compression just relies on the #ziplib which has been well tested. If there are concerns I can hold off until after the release. Cheers, Clayton --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
RE: [nant-dev] CVS tasks buggy
Thanks for the feedback Nickle, I have forwarded this on to the sharpcvslib-developers mailing list as well. I will look into exposing the compression option to the nant task. The functionality is in the library, but I will have to check and see how much testing we have done with this. I am not sure off the top of my head what is going on with the update command. I have filed a bug report and will do some testing on this end. In the meantime do you know if the correct sources are being brought down? If so it might be a case of the file modification time being different (or incorrect I guess (-:). I have also updated the documentation in cvs, thanks! Clayton -Original Message- From: Nicklas Norling [mailto:[EMAIL PROTECTED] Sent: November 28, 2003 3:29 AM To: '[EMAIL PROTECTED]' Subject: [nant-dev] CVS tasks buggy Hi. Started using the two cvs tasks cvs-checkout and cvs-update. There seems to be some problems with these, at least on my sandbox. Using NAnt build 20031125. Using cvs-checkout seems to work just fine, but I can not get any combination of option(s) to turn compression on. Isn't compression supposed to work? Using the cvs-update task all my code, each and every run, will get updated. This is on consecutive runs, nothing has touched the checked out files in-between. TortoiseCVS shows everything as changed when I browse the folders (directly after a checkout or update) if that's any lead... If at all possible, please make compression work for the cvs task. It can be of great importance for many I think. Also very minor, but since I ran into them... A few cosmetics for the docs Checkout task examples at the bottom has begin tag instead of end tag (/cvs-checkout). cvs-update middle example is a cvs-checkout task, also the two at the bottom are missing close tag and have begin tag instead. Thanks for a great work of getting cvs tasks for NAnt! /Nicke --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
RE: [nant-dev] 0.8.4 Beta
Cvs-update and cvs-checkout changes added. -Original Message- From: Gert Driesen [mailto:[EMAIL PROTECTED] Sent: November 26, 2003 11:22 AM To: Nant-Developers (E-Mail); [EMAIL PROTECTED] Subject: [nant-dev] 0.8.4 Beta Hi, I'd like to ensure that the release notes for both NAnt and NAntContrib are complete. Can everyone that contributed code to NAnt and NAntContrib since the 0.8.3 release double-check whether the release notes (/doc/releasenotes.html in NAnt/NAntContrib cvs or /releasenotes.html on the NAnt and NAntContrib websites) are complete and correct ? Please validate the updated XHTML using the W3C MarkUp Validation Service (http://validator.w3.org/) if you make changes to make sure we keep the html docs XHTML 1.1 compliant ... Things that still need to be added (that I know of) are : - changes to cvs tasks (Clayton, can you take care of this ?) - changes to solution task (I'm thinking of webmap support and stuff) But I'm probable missing some stuff, so feel free to correct me (and the release notes) ... Thanks, Gert --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
RE: [nant-dev] nant 0.8.3 release - bug.
Hi Dmitry, Thanks for the error report. The problem is occuring because the cvs root parser is looking for a [EMAIL PROTECTED] expression and is not finding it. In addition to this the local protocol is not supported. Please note I have forwarded this on to the sharpcvslib developers list and I will submit a bug report there as well. Thanks, Clayton -Original Message- From: Dmitry Sapunov Sent: Mon 11/10/2003 9:10 AM To: [EMAIL PROTECTED] Cc: Subject:[nant-dev] nant 0.8.3 release - bug. Following exception is outprinted executing following task: cvs-checkout destination=${deploy.dir} cvsroot=${cvs.root} module=${module.name} / where cvs.root is :local:v:/cvsrep . and modulename is PROJ or PROJ/SUB. Of course these directories are exists in the V:/cvsrep directory. Same exception ifs thrown when module name do not match existing in CVS in your sample tag. BUILD FAILED INTERNAL ERROR System.ArgumentOutOfRangeException: Length cannot be less than zero. Parameter name: length at System.String.Substring(Int32 startIndex, Int32 length) at ICSharpCode.SharpCvsLib.Misc.CvsRoot..ctor(String cvsroot) at NAnt.SourceControl.Tasks.AbstractCvsTask.ExecuteTask() at NAnt.Core.Task.Execute() at NAnt.Core.Target.Execute() at NAnt.Core.Project.Execute(String targetName) at NAnt.Core.Project.Execute() at NAnt.Core.Project.Run() Please send bug report to [EMAIL PROTECTED] wbr, dMitry. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers winmail.dat
[nant-dev] FW: nunit2 uses obsolete version of NUnit 2.1
Please see the note below. Does anyone know if there are plans to upgrade from version 2.1.3 to 2.1.4 for the release? Also, is there a problem with the list or does everyone just need to sign up to post in order to control spam? The reason I am asking is John seemed to have an issue with his email account as well. Clayton -Original Message- From: Wojciech Ziembla [mailto:[EMAIL PROTECTED] Sent: November 14, 2003 6:11 AM To: Clayton Harbour Subject: nunit2 uses obsolete version of NUnit 2.1 Hi Sorry for disturbing you in such a small issue, but I've tried posting to [EMAIL PROTECTED] apparently without success... NAnt (I mean its latest 0.8.4 night build) references nunit.framework in version 2.1.3 which is no longer avaliable at nunit.org. Could you switch reference to 2.1.4, please? Best regards Wojciech Ziembla --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
RE: [nant-dev] NAnt Tag and Branch policies
Scott, The reason to keep branches to a min is that changes from one branch to not affect another. So if we fix something in 0.8.3 branch, we also need to fix all subsequent branches. Branches also require special changes to the way we as developers work. Sorry Scott, I am a little confused. Are we merging the changes in the release branches back into the head? Using something like the syntax: cvs update -j [main_trunk] -j [release_branch] (stolen shamelessly from http://www.netbeans.org/community/sources/branches.html) In theory I think that it is a lot like generating patch files and just applying it to the other branch. There is even a process identified on the netbeans site (link above) that we might use as a template. Clayton --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
FW: [nant-dev] NAnt Tag and Branch policies
-Original Message- From: John Barstow [mailto:[EMAIL PROTECTED] Sent: November 12, 2003 7:40 PM To: Clayton Harbour Subject: RE: [nant-dev] NAnt Tag and Branch policies I can't post to the list from this account; please forward. As the one who started dabbling with branches, my original plan was that a branch would be created just prior to a release, and merge back in to the head after release. That way, none of the developers are affected (they just carry on committing to head) and the release manager merges any patches for the release candidates from head (where the devs commit them) to the branch (so they show up in the next RC). In retrospect, this did not work so well for the 0.8.3 release - it ended up being a fairly protracted release cycle, there were far more extensive changes between RCs than anticipated, and I discovered that branching and merging is much harder in CVS than subversion (my primary source control program). Not to mention that I lost my ability to post to the dev list. I think this model will work better for this release - the code is already in a buildable/testable state (it was not at the beginning of the 0.8.3 cycle); there are no major changes immediately pending, and I have more time to devote to the release. Doing everything on head means there essentially needs to be a code freeze in the run-up to release, or much tighter discipline in general. John C Barstow -Original Message- From: Clayton Harbour [mailto:[EMAIL PROTECTED] Sent: Thursday, 13 November 2003 4:44 p.m. To: Scott Hernandez; [EMAIL PROTECTED] Subject: RE: [nant-dev] NAnt Tag and Branch policies Scott, The reason to keep branches to a min is that changes from one branch to not affect another. So if we fix something in 0.8.3 branch, we also need to fix all subsequent branches. Branches also require special changes to the way we as developers work. Sorry Scott, I am a little confused. Are we merging the changes in the release branches back into the head? Using something like the syntax: cvs update -j [main_trunk] -j [release_branch] (stolen shamelessly from http://www.netbeans.org/community/sources/branches.html) In theory I think that it is a lot like generating patch files and just applying it to the other branch. There is even a process identified on the netbeans site (link above) that we might use as a template. Clayton --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
RE: [nant-dev] userdoc changes
Hi Scott, First, I think you are doing an awesome job on the docs! I really like the hyperlinks to types, very good idea. Can I get a show of hands from people who like the inlining of docs for nested elements in the Task/DataType docs? forInlining++; :-) I've changed the required attributes to use bold names instead of the whole line being red. Would this mean that the item and property attribute would not be red? They still look red for me so if they have changed it may be a caching issue on my end. Cheers, Clayton -Original Message- From: Scott Hernandez [mailto:[EMAIL PROTECTED] Sent: October 24, 2003 8:38 AM To: Nant-Dev Subject: Re: [nant-dev] userdoc changes The real advantage to the 1st level inlining of nested elements is that you can see the attributes right there. It is esp. useful when using arrays/collections of elements, like arg or option, so that you can see the attributes that are required and available. Can I get a show of hands from people who like the inlining of docs for nested elements in the Task/DataType docs? ( http://nant.sourceforge.net/skot/help/tasks/foreach.html http://nant.sourceforge.net/skot/help/tasks/foreach.html ) I've changed the required attributes to use bold names instead of the whole line being red. This is a change that can be made using the stylesheet if anyone want to work on it for any further changes. I'm still looking into the issues of missing classes. They seem to exist, just not at the right place. (After writing an email about data types I think I know what is going on.) - Original Message - From: Martin mailto:[EMAIL PROTECTED] Aliger To: Nant-Dev mailto:[EMAIL PROTECTED] Sent: Monday, October 20, 2003 4:22 AM Subject: Re: [nant-dev] userdoc changes Very nice Scott! Yes - there are some flaws in formatting but globally I like it much! Finally docs will be usable ;-) Some mine thoughts: [snip from Ian] I'm thinking that just having links to the nested element doc will be better than having it inline. In the compiler tasks for example there are 3 instances of fileset - sources, resources and references. Having the fileset doc embedded 3 times is a little redundant. I like first level included - it is nice. Maybe in some shortened form? That 3 times FileSet seems to contain some bug - there is no header between them (csc,solution,...) Maybe fileset (and filters in future) could be exception (used through all tasks) and do not generate subelements for it. 2/ In http://nant.sourceforge.net/skot/help/tasks/csc.html http://nant.sourceforge.net/skot/help/tasks/csc.html required attribs are not sorted to top. 3/ try use bold instead of red color. Maybe only attr name in bold. Sorted in top should be enough though. 4/ solution/webmap seems to lost reference to WebMap objects. Great work! Martin - Original Message - From: Scott Hernandez mailto:[EMAIL PROTECTED] To: Nant-Dev mailto:[EMAIL PROTECTED] Sent: Saturday, October 18, 2003 11:04 PM Subject: [nant-dev] userdoc changes I have done a little work on the userdocs. I have made the following changes: 1.) Reworked the Nested Elements section to include inline docs for level 1 (it doesn't inline all docs down the chain, but just the first one) and links to the full docs 2.) Reworked the Attributes section reordering the properties and formatting based if they are required and are declared for the task, or from an ancestor. 3.) Documented support types that are used as Nested Elements of Tasks and Types. 4.) Separated Tasks, Types (globally declarable from DataTypeBase), and Elements into sep directories These are were serious changes to the process (how the information is generated at the code and xslt level) and we need a long look for style and to make sure all the content is still there. I have put up a nightly build from the latest source. Please look at the new form of the docs here: http://nant.sourceforge.net/skot/help/ http://nant.sourceforge.net/skot/help/ and compare them to the nightly build http://nant.sourceforge.net/nightly/help/ http://nant.sourceforge.net/nightly/help/ Here is a good example of the changes: http://nant.sourceforge.net/skot/help/tasks/foreach.html http://nant.sourceforge.net/skot/help/tasks/foreach.html http://nant.sourceforge.net/nightly/help/tasks/foreachtask.html http://nant.sourceforge.net/nightly/help/tasks/foreachtask.html Please feel free to correct any typos or mistakes in source control, or post a patch if you don't have commit access. I will be working more on this, and on creating some metadata classes to ease the development of looking at our task, type and element information. We need classes to help us with xml validation/loading, schema generation and documentation. Right now these processes all use the same type of code, but with significant changes, that may lead to
RE: [nant-dev] Draco.NET invocation and locating assemblyreferen ces
Hi, You might find problems with security even though the drive/share is mapped. For instance at home I have a home drive mapped to my local hard drive. I am unable to execute programs due to security settings if I access programs using the mapped drive letter. I can however access the applications using the unmapped drive letter. Have you tried copying the files to a local drive? Clayton -Original Message- From: Phil Knight Sent: Wed 10/15/2003 7:35 AM To: 'Ivan Tarasov ' Cc: '[EMAIL PROTECTED]' Subject:RE: [nant-dev] Draco.NET invocation and locating assemblyreferen ces Hello Ivan, Thanks for the quick response. Unfortunately though I'd already tried your suggestion without success - in fact I was convinced that was going to be the answer as well. I've currently got the Draco service running under my own logon account (which also belongs to the admins group). I've remapped the R: drive locally using the subst command so everything is self-contained on the one machine, but whatever I seem to try the Draco invocation just won't pick up the referenced assembly. Phil -Original Message- From: Ivan Tarasov To: Phil Knight Sent: 15/10/2003 14:53 Subject: Re: [nant-dev] Draco.NET invocation and locating assembly references Hello Phil, I'm not sure if this is the real problem but it seems to me that it is the case: if you run draco as a service, it is run under LocalSystem account, thus it is not allowed to work with the network folders (even mapped, as I recall). Try to do the same thing on your local system, without mapping net folder, if it helps, then just create appropriate account for draco service PK I apologise in advance that what follows probably isn't 100% relevant to PK nant, but I'm really hopeful that someone here might be able to set me in PK the right direction and end hours of frustration. PK I've set up a basic build system using nant and Draco.NET which appears to PK be working well for simple solutions/projects. I've just started to test it PK out on more complicated projects and have hit a problem compiling projects PK that reference external dlls. I'm using the solution task to do the compile PK and the dlls in question reside on a shared network drive and are referenced PK via a drive mapping (R:) configured on every developer workstation. PK A simple nant build file to compile the project using the solution task PK works fine when executed from the command line, the problem starts when PK Draco launches the exact same build file, with nant reporting that it can't PK find the referenced assembly. PK I've included a copy of the simple build script that demonstrates the PK problem plus the output from the command line invocation (correct) and Draco PK invocation (incorrect). PK I'm at a bit of a loss as to where to begin with this one. Only thing I can PK think of at present is there's some kind of permissions thing going on (I've PK tried some of the more obvious things like giving the shared folder full PK access to 'everyone' but without success). PK I'd be eternally grateful to anyone who can give me any pointers. PK Phil -- Best regards, Ivanmailto:[EMAIL PROTECTED] -- DISCLAIMER: This email and files transmitted are confidential and are intended solely for the use of the intended recipient. If you are not the intended recipient, or the person responsible for delivering it to the intended recipient, you may not copy, disclose, distribute or use it in any unauthorised manner. If you have received this email in error please notify us by telephoning on 01902-554455 or by email to [EMAIL PROTECTED] and then delete it and any attachments accompanying it. Please note that Wolverhampton City Council cannot guarantee that this message or any attachments are virus free or have not been intercepted and amended. Any views or opinions expressed within this email are those of the author and may not necessarily reflect those of Wolverhampton City Council and no contractual arrangement is intended to arise from this communication. == --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers winmail.dat
RE: [nant-dev] Bug Report
Lalit, I have checked in a version of sharpcvslib that resolves a couple of date issues. Could you please grab the latest nant from cvs and try again to see if this resolves your issue. Also I was wondering what the consensus out there was about changing the error message from: Please send bug report to [EMAIL PROTECTED] To something like: Please submit a bug report to http://sourceforge.net/projects/nant Or Please submit a bug report to http://sourceforge.net/tracker/?group_id=31650atid=402868 Cheers, Clayton -Original Message- From: Gert Driesen [mailto:[EMAIL PROTECTED] Sent: October 7, 2003 11:36 PM To: Lalit Parashar; [EMAIL PROTECTED]; Clayton Harbour Subject: Re: [nant-dev] Bug Report Lalit, Can you submit this bug report as a formal bug using the bug tracker (at http://sourceforge.net/projects/nant/) ? Clayton, can you have a look at this ? Thanks, Gert - Original Message - From: Lalit Parashar [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, October 07, 2003 8:15 PM Subject: [nant-dev] Bug Report C:\Dev\CFS\CFSnant -nologo /f:db.build cvs-checkout Buildfile: file:///C:/Dev/CFS/CFS/db.build cvs-checkout: [echo] Checking out code to local repository from CVS ... Connection established U webapps/nefs-sample-cfs/webapps/nefs-sample-cfs/WEB-INF/web.xml U webapps/nefs-sample-cfs/webapps/nefs-sample-cfs/WEB-INF/classes/commons- logg ing.properties U webapps/nefs-sample-cfs/webapps/nefs-sample-cfs/WEB-INF/classes/log4j.pr oper ties U webapps/nefs-sample-cfs/webapps/nefs-sample-cfs/WEB-INF/database/defn/in it-b oss2k-cfs-sde-mssql.bat U webapps/nefs-sample-cfs/webapps/nefs-sample-cfs/WEB-INF/database/defn/in it-b oss2k-cfs-sde-mssql.sql U webapps/nefs-sample-cfs/webapps/nefs-sample-cfs/WEB-INF/database/defn/in it-c fs-sde-mssql.bat U webapps/nefs-sample-cfs/webapps/nefs-sample-cfs/WEB-INF/database/defn/in it-c fs-sde-mssql.sql U webapps/nefs-sample-cfs/webapps/nefs-sample-cfs/WEB-INF/database/defn/in it-c fs_sde-mssql.sql U webapps/nefs-sample-cfs/webapps/nefs-sample-cfs/WEB-INF/database/defn/in it-c fs_sde_lalit-mssql.sql U webapps/nefs-sample-cfs/webapps/nefs-sample-cfs/WEB-INF/database/defn/in it-h awking-cfs-sde-mssql.bat U webapps/nefs-sample-cfs/webapps/nefs-sample-cfs/WEB-INF/database/defn/in it-h awking-cfs-sde-mssql.sql U webapps/nefs-sample-cfs/webapps/nefs-sample-cfs/WEB-INF/sparx/project.xm l U webapps/nefs-sample-cfs/webapps/nefs-sample-cfs/WEB-INF/sparx/schema.xml U webapps/nefs-sample-cfs/webapps/nefs-sample-cfs/WEB-INF/sparx/conf/ant-b uild -nefs.xml U webapps/nefs-sample-cfs/webapps/nefs-sample-cfs/WEB-INF/sparx/conf/ant-b uild -project.xml U webapps/nefs-sample-cfs/webapps/nefs-sample-cfs/WEB-INF/sparx/conf/gener ic-w eb.xml U webapps/nefs-sample-cfs/webapps/nefs-sample-cfs/WEB-INF/sparx/conf/resin -web .xml U webapps/nefs-sample-cfs/webapps/nefs-sample-cfs/WEB-INF/sparx/conf/tomca t-we b.xml U webapps/nefs-sample-cfs/webapps/nefs-sample-cfs/WEB-INF/sparx/conf/weblo gic- web.xml U webapps/nefs-sample-cfs/webapps/nefs-sample-cfs/WEB-INF/sparx/conf/websp here -web.xml U webapps/nefs-sample-cfs/webapps/nefs-sample-cfs/WEB-INF/sparx/data-manag emen t/Maple.Finance.Entity.xml U webapps/nefs-sample-cfs/webapps/nefs-sample-cfs/WEB-INF/sparx/data-manag emen t/Maple.Standard.Entity.xml U webapps/nefs-sample-cfs/webapps/nefs-sample-cfs/WEB-INF/sparx/data-manag emen t/common-schema-objects.xml U webapps/nefs-sample-cfs/webapps/nefs-sample-cfs/WEB-INF/sparx/data-manag emen t/organization-schema-objects.xm l U webapps/nefs-sample-cfs/webapps/nefs-sample-cfs/WEB-INF/sparx/data-manag emen t/enums/Maple.Finance.Entity.xml U webapps/nefs-sample-cfs/webapps/nefs-sample-cfs/WEB-INF/sparx/data-manag emen t/enums/misc.xml Total time: 170 seconds. BUILD FAILED INTERNAL ERROR System.FormatException: String was not recognized as a valid DateTime. at System.DateTimeParse.ParseFormatError(Boolean isThrowException, String resourceID) at System.DateTimeParse.MatchAbbreviatedDayName(__DTString str, DateTimeFormatInfo dtfi, Boolean isThrowExp , Int32 result) at System.DateTimeParse.ParseByFormat(__DTString str, __DTString format, ParsingInfo parseInfo, DateTimeFor matInfo dtfi, Boolean isThrowExp, DateTimeResult result) at System.DateTimeParse.DoStrictParse(String s, String formatParam, DateTimeStyles styles, DateTimeFormatIn fo dtfi, Boolean isThrowExp, DateTime returnValue) at System.DateTimeParse.ParseExact(String s, String format, DateTimeFormatInfo dtfi, DateTimeStyles style) at System.DateTime.ParseExact(String s, String format, IFormatProvider provider) at ICSharpCode.SharpCvsLib.FileSystem.Entry.SetTimeStamp() at ICSharpCode.SharpCvsLib.FileSystem.Entry.Parse(String line) at ICSharpCode.SharpCvsLib.FileSystem.Entry..ctor(String path, String line
RE: [nant-dev] NAnt and Ant (was: Ready to tackle next release)
In my opinion, the .NET community really lacks coordination right now .. Which is something Apache does a terrific job at for the Java open-source community . Gert I agree with you Gert, there is a lot going on at Apache but you can tell that there is one entity behind it all. I think the .NET community could really benefit from this type of organization. On another note you mentioned license changes, I have always been curious how that works/ is accomplished? I guess the question I had is if it is a clean break when you make the switch, i.e. when you change your license does that mean that all previous releases are under the old license and everything after is under the new license? Or is it a little messier than that? --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
RE: [nant-dev] Bug Report
I like that idea. What about a web page on nant.sf.net that accepts a post of the stack trace, environment variables, nant version, etc.? Then the logic of what to do could be scripted into the page and changed (in theory) quite easily. Prompting this way would be a little difficult but there could be releases of debug version (i.e. rc releases, similar to mozilla) and an option to toggle the functionality in production releases (defaults to off to respect any privacy issues). I am pretty excited about the concept, but unfortunately I don't think I have the time right now to help out with something like this (sorry). If it still around down the road though it sounds like it might be fun to set up. Clayton -Original Message- From: Scott Hernandez Sent: Wed 10/8/2003 10:29 AM To: [EMAIL PROTECTED] Cc: Subject:Re: [nant-dev] Bug Report Yeah, or we could just create a page on nant.sf.net that details what to do, and use that url. Then we can always change the procedure without editing the source code. I'd also like to look into some kind of automated bug collection process. But that is much farther down the road. It would be something that a user could turn on that does what the windows error reporter does. It would be a setting which would cause the user to be prompted to send the bug report automatically to the sf.net site so we could get a full stack trace/error info and info about the running version and environment. - Original Message - From: Clayton Harbour [EMAIL PROTECTED] [snip] Also I was wondering what the consensus out there was about changing the error message from: Please send bug report to [EMAIL PROTECTED] To something like: Please submit a bug report to http://sourceforge.net/projects/nant Or Please submit a bug report to http://sourceforge.net/tracker/?group_id=31650atid=402868 --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers winmail.dat
RE: [nant-dev] NAnt and Ant (was: Ready to tackle next release)
NAnt may be bound to the gpl because of things like the sharpcvslib. Sharpcvslib actually in effect has a license similar to lgpl. The actual license agreement states that it is gpl however the exclusions applied seem to indicate external applications can link to the library without requiring they gpl their product. All the same I will look into this more on my end and see if I am missing some of the finer points. It is definately my preference to use BSD or Apache licenses. I also prefer an apache style license. Cheers, Clayton -Original Message- From: Philip Nelson Sent: Wed 10/8/2003 10:50 AM To: [EMAIL PROTECTED] Cc: Subject:Re: [nant-dev] NAnt and Ant (was: Ready to tackle next release) Well, to be honest : I don't have a clue ... That's perhaps why we're still stuck with the GPL license :-) I am pretty sure the copyright holder can do whatever they want, so long as they aren't bound to the gpl by other source code or libraries in the application. NAnt may be bound to the gpl because of things like the sharpcvslib. There's also the issue of source code that may have been copied. Does anybody know where all the source comes from? I did have a quick look at the licensing stuff, and to me it seems like a BSD-style license is the most open license ... I would summarize it as do want you want with this code, and you can't sue me with an unwritten correlary of I don't want your crummy enhancements to my code. It is definately my preference to use BSD or Apache licenses. --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers winmail.dat
[nant-dev] style task
Hi, I wrote a style task that basically wraps a style program called astyle (Artystic style http://astyle.sf.net http://astyle.sf.net/ ). The astyle program is a code formatting tools that cleans/ standardizes your source code. The task is not really ground breaking but I have not been able to find a port of jalopy (or similar tool) yet and this seems to do the trick. The task does not do a lot more than wrap the exe and provide some fileset support. I submitted a zip file earlier with the source code and binaries for astyle but unfortunately they must have been a little too large (my bad, sorry). If there is an interest in this type of task I can clean up the code I have, write some unit tests for it and commit what I have, just let me know. Thanks, Clayton --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
[nant-dev] cvs revision checkout/ override directory
Hi, I have a first cut of the cvs revision (sticky-tag) checkout in the nant cvs repository. Unfortunately I introduced an issue with file times being set to the current date and time which I will try to resolve this week. There may be other issues as this is under heavy development but it is there. If you would like to try it you can specify a checkout using the following: ?xml version='1.0'? project default=checkout.nant.override target name=checkout.nant.override cvs-checkout module=nant cvsroot=:pserver:[EMAIL PROTECTED]:/cvsroot/nant destination=E:\test password= options option name=sticky-tag value=your_favorite_nant_version / option name=override-directory value=nant_favorite_version / /options /cvs-checkout /target /project As you might have noticed there is also support to override the module directory in a checkout as well. I found a bug this morning with an update using the override directory but the checkout works fine. As always feedback any feedback is appreciated :-). Cheers, Clayton --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
RE: [nant-dev] Nightly builds
Gert, I just wanted to say that you have done an awesome job getting all of this going again. Thanks, Clayton -Original Message- From: Gert Driesen [mailto:[EMAIL PROTECTED] Sent: September 18, 2003 11:47 PM To: [EMAIL PROTECTED]; Nant-Developers (E-Mail); NAnt Mailing List (E-Mail) Subject: [nant-dev] Nightly builds Hi, As you may have noticed, we've finally got the nightly build process running again for both NAnt and NAntContrib. For NAnt, the nightly builds are available at http://nant.sourceforge.net/nightly/builds, while the task doc for the nightly build is available online at http://nant.sourceforge.net/nightly/help. For NAntContrib, the nightly builds are available at http://nantcontrib.sourceforge.net/nightly/builds, while the task doc for the nightly build is available online at http://nantcontrib.sourceforge.net/nightly/help. Let me know if you have any questions or suggestions on this subject. Gert --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
FW: [nant-dev] Nant 0.8.3 final: cvs-checkout task produces internal error
Woops, just found the build file. I see a couple of problems here: target name = source depends = clean description = Retrieves the source from the cvs repository cvs-checkout cvsroot = :sspi:stealth.rjktech.com:/cvs module = InteliPlot desitnation = $(build.dir}/ /target First the sspi protocol (cvsnt protocol) is not supported. The current cvsnt binaries will support the pserver protocol and I recommend upgrading to that. I believe the upgrade is fairly painless with the exception that you need to checkout your repository again on your client machines. The advantage is you can use a number of different clients to communicate with your repository. Pserver protocol also still allows you to use your nt account information for logins. The second problem is you need to specify a user@ in your cvsroot. If I remember correctly this is not needed for the :sspi protocol. The task should then look a little like this: target name = source depends = clean description = Retrieves the source from the cvs repository cvs-checkout cvsroot = :pserver:[EMAIL PROTECTED]:/cvs module = InteliPlot desitnation = $(build.dir}/ /target I have also submitted a bug report in #cvslib for the error handling ( http://sourceforge.net/tracker/index.php?func=detail http://sourceforge.net/tracker/index.php?func=detailaid=807165group_i d=78334atid=552888 aid=807165group_id=78334atid=552888). Thanks, Clayton -Original Message- From: Clayton Harbour Sent: September 16, 2003 7:51 AM To: 'Scott Ford'; '[EMAIL PROTECTED]' Subject: RE: [nant-dev] Nant 0.8.3 final: cvs-checkout task produces internal error Hi, Could you also send your build file? It might not be necessary though, looking at the error report it seems like your cvsroot is not specified. This should be in the form something like: :protocol:[EMAIL PROTECTED]:path-to-repository or in the case of a nant checkout: :pserver:[EMAIL PROTECTED]:/cvsroot/nant Clayton -Original Message- From: Scott Ford [mailto:[EMAIL PROTECTED] Sent: September 16, 2003 6:11 AM To: Scott Ford; [EMAIL PROTECTED] Subject: RE: [nant-dev] Nant 0.8.3 final: cvs-checkout task produces internal error Oops, the file is really attached this time. -Original Message- From: Scott Ford Sent: Tuesday, September 16, 2003 9:09 AM To: Scott Ford; [EMAIL PROTECTED] Subject: RE: [nant-dev] Nant 0.8.3 final: cvs-checkout task produces internal error Hello, After digging a little into the code I noticed that destination is marked as required and in my build file it is spelt wrong. Two things from this as a newbie, first the documentation for cvs-checkout on the website indicates that none of the attributes for cvs-checkout are required, second, should missing a required attribute should probably not result in an internal error. After fixing my spelling error, however, I still get an internal error (just a different one). The output is attached. I will keep trying to figure out the problem. -Scott -Original Message- From: Scott Ford Sent: Tuesday, September 16, 2003 8:53 AM To: [EMAIL PROTECTED] Subject: [nant-dev] Nant 0.8.3 final: cvs-checkout task produces internal error Hello, While attempting to run the cvs-checkout task using the attached build file, I received an internal error prompting me to send a report to this list. So here it is. Also attached is the output from the console when the error happened. Happy bug hunting. -Scott --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
RE: [nant-dev] Nant 0.8.3 final: cvs-checkout task produces internal error
This is true. The other option would be to use ssh (:ext protocol) which should also be supported by cvs *nix and cvsnt. Having said that if you have the time to create a patch I think that would be awesome (and am probably not alone). Clayton -Original Message- From: Scott Ford [mailto:[EMAIL PROTECTED] Sent: September 16, 2003 8:06 AM To: [EMAIL PROTECTED] Subject: RE: [nant-dev] Nant 0.8.3 final: cvs-checkout task produces internal error I don't think that this is the best place for me to have a discussion about why I am not using the pserver protocol (cough: passwords are sent as plain text). I will just have to call the cvs executable directly using the exec task. Perhaps if I have time I will try to submit a patch to #cvslib with sspi support. Thanks for your help. -Scott -Original Message- From: Clayton Harbour [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 16, 2003 11:08 AM To: [EMAIL PROTECTED] Subject: FW: [nant-dev] Nant 0.8.3 final: cvs-checkout task produces internal error Woops, just found the build file. I see a couple of problems here: target name = source depends = clean description = Retrieves the source from the cvs repository cvs-checkout cvsroot = :sspi:stealth.rjktech.com:/cvs module = InteliPlot desitnation = $(build.dir}/ /target First the sspi protocol (cvsnt protocol) is not supported. The current cvsnt binaries will support the pserver protocol and I recommend upgrading to that. I believe the upgrade is fairly painless with the exception that you need to checkout your repository again on your client machines. The advantage is you can use a number of different clients to communicate with your repository. Pserver protocol also still allows you to use your nt account information for logins. The second problem is you need to specify a user@ in your cvsroot. If I remember correctly this is not needed for the :sspi protocol. The task should then look a little like this: target name = source depends = clean description = Retrieves the source from the cvs repository cvs-checkout cvsroot = :pserver:[EMAIL PROTECTED]:/cvs module = InteliPlot desitnation = $(build.dir}/ /target I have also submitted a bug report in #cvslib for the error handling ( http://sourceforge.net/tracker/index.php?func=detail http://sourceforge.net/tracker/index.php?func=detailaid=807165group_i d=78334atid=552888 aid=807165group_id=78334atid=552888). Thanks, Clayton -Original Message- From: Clayton Harbour Sent: September 16, 2003 7:51 AM To: 'Scott Ford'; '[EMAIL PROTECTED]' Subject: RE: [nant-dev] Nant 0.8.3 final: cvs-checkout task produces internal error Hi, Could you also send your build file? It might not be necessary though, looking at the error report it seems like your cvsroot is not specified. This should be in the form something like: :protocol:[EMAIL PROTECTED]:path-to-repository or in the case of a nant checkout: :pserver:[EMAIL PROTECTED]:/cvsroot/nant Clayton -Original Message- From: Scott Ford [mailto:[EMAIL PROTECTED] Sent: September 16, 2003 6:11 AM To: Scott Ford; [EMAIL PROTECTED] Subject: RE: [nant-dev] Nant 0.8.3 final: cvs-checkout task produces internal error Oops, the file is really attached this time. -Original Message- From: Scott Ford Sent: Tuesday, September 16, 2003 9:09 AM To: Scott Ford; [EMAIL PROTECTED] Subject: RE: [nant-dev] Nant 0.8.3 final: cvs-checkout task produces internal error Hello, After digging a little into the code I noticed that destination is marked as required and in my build file it is spelt wrong. Two things from this as a newbie, first the documentation for cvs-checkout on the website indicates that none of the attributes for cvs-checkout are required, second, should missing a required attribute should probably not result in an internal error. After fixing my spelling error, however, I still get an internal error (just a different one). The output is attached. I will keep trying to figure out the problem. -Scott -Original Message- From: Scott Ford Sent: Tuesday, September 16, 2003 8:53 AM To: [EMAIL PROTECTED] Subject: [nant-dev] Nant 0.8.3 final: cvs-checkout task produces internal error Hello, While attempting to run the cvs-checkout task using the attached build file, I received an internal error prompting me to send a report to this list. So here it is. Also attached is the output from the console when the error happened. Happy bug hunting. -Scott --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers --- This sf.net
RE: [nant-dev] 0.8.3 final
First, I think an ftp task would be great! At the moment, I'm looking for a open source C# FTP client I can liberally copy and paste from. I did a quick Google and came up with the following: http://www.enterprisedt.com/downloads/csftp/csftp.html I haven't had time to look at it but I found the following review: http://weblogs.asp.net/mreynolds/posts/10028.aspx I am sure that there are other libraries out there as well. I know there was one on sf.net that I came across awhile ago and thought was cool (bundled with a number of other .net forgotten protocols) but I can't seem to find it in my bookmarks (or Google). Whichever library you pick I would recommend instead of doing arts and crafts on the internals (copy and paste) just wrap the library. It would make the task more usable if you could swap out some arbitrary library later on. I look forward to nant ftpin'! :-) Clayton --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
RE: [nant-dev] NAnt version 0.8.3 : cvs-update task fails
Hi, The cvs-update and cvs-checkout tasks are implemented using sharpcvslib. That is probably why the behavior you are experiencing is not what you expected. The date format should be supported however and I have filed a bug http://sourceforge.net/tracker/index.php?func=detailaid=787598group_id =78334atid=552888 with high priority and I will see if I can replicate it tonight. Thanks for the detailed report BTW, very, very helpful! Clayton -Original Message- From: Are Bjlseth Sent: Sat 8/9/2003 6:33 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject:[nant-dev] NAnt version 0.8.3 : cvs-update task fails Hi! I've been using Ant and CVS for years in a java development environment, but recently switched to the .NET platform programming in C#. I am trying to use the NAnt cvs-update task without success. It crashes with a System.FormatException for DateTime! Is this a possible bug or error syntax error? I tried to add a simple cvs-update target to the examples.build file with the following extract: target name=cvs-update description=Do update from CVS cvs-update destination=F:\cvsdev\test cvsroot=:pserver:[EMAIL PROTECTED]:/test password=tbear2 module=examples / /target Here is the action log, staring with verification of CVS and repository. [f:\cvsdev\test\examples]textpad setcvsroot.bat [f:\cvsdev\test\examples]setcvsroot.bat set CVSROOT=:pserver:[EMAIL PROTECTED]:/test [f:\cvsdev\test\examples]echo %CVSROOT% :pserver:[EMAIL PROTECTED]:/test [f:\cvsdev\test\examples]cvs login Logging in to :sspi:[EMAIL PROTECTED]:2401:/test CVS password: ** [f:\cvsdev\test\examples]cvs version Client: Concurrent Versions System (CVSNT) 2.0.2 (client/server) Server: Concurrent Versions System (CVSNT) 2.0.8 (client/server) [f:\cvsdev\test\examples]cvs -n update ? setcvsroot.bat ? HelloWorld/HelloWorld-cs.pdb ? HelloWorld/HelloWorld-js.pdb ? HelloWorld/HelloWorld-vb.pdb ? UserTask/UserTasks.dll cvs server: Updating . M examples.build cvs server: Updating HelloWindowsForms cvs server: Updating HelloWorld cvs server: Updating ScriptTask cvs server: Updating Simple cvs server: Updating UserTask [f:\cvsdev\test\examples]nant -projecthelp NAnt version 0.8.3 Copyright (C) 2001-2003 Gerry Shaw http://nant.sourceforge.net Default Target: run Main Targets: cvs-update Do update from CVS Sub Targets: build clean run [f:\cvsdev\test\examples]nant cvs-update NAnt version 0.8.3 Copyright (C) 2001-2003 Gerry Shaw http://nant.sourceforge.net Buildfile: file:///F:/cvsdev/test/examples/examples.build cvs-update: Total time: 0 seconds. BUILD FAILED INTERNAL ERROR System.FormatException: String was not recognized as a valid DateTime. at System.DateTimeParse.ParseFormatError(Boolean isThrowException, String resourceID) at System.DateTimeParse.ParseDigits(__DTString str, Int32 digitLen, Boolean isThrowExp, Int32 re sult) at System.DateTimeParse.ParseByFormat(__DTString str, __DTString format, ParsingInfo parseInfo, D ateTimeFormatInfo dtfi, Boolean isThrowExp, DateTimeResult result) at System.DateTimeParse.DoStrictParse(String s, String formatParam, DateTimeStyles styles, DateTi meFormatInfo dtfi, Boolean isThrowExp, DateTime returnValue) at System.DateTimeParse.ParseExact(String s, String format, DateTimeFormatInfo dtfi, DateTimeStyl es style) at System.DateTime.ParseExact(String s, String format, IFormatProvider provider) at ICSharpCode.SharpCvsLib.FileSystem.Entry.SetTimeStamp() at ICSharpCode.SharpCvsLib.FileSystem.Entry.Parse(String line) at ICSharpCode.SharpCvsLib.FileSystem.Entry..ctor(String path, String line) at ICSharpCode.SharpCvsLib.FileSystem.Factory.CreateCvsObject(String path, FileType fileType, Str ing line) at ICSharpCode.SharpCvsLib.FileSystem.Manager.Fetch(String path, FileType fileType) at ICSharpCode.SharpCvsLib.FileSystem.Manager.FetchFilesToUpdate(String directory) at NAnt.SourceControl.Tasks.UpdateTask.PopulateFolders(WorkingDirectory workingDirectory) at NAnt.SourceControl.Tasks.UpdateTask.CreateCommand() at NAnt.SourceControl.Tasks.AbstractCvsTask.ExecuteTask() at NAnt.Core.Task.Execute() at NAnt.Core.Target.Execute() at NAnt.Core.Project.Execute(String targetName) at NAnt.Core.Project.Execute() at NAnt.Core.Project.Run() Please send bug report to [EMAIL PROTECTED] [f:\cvsdev\test\examples] Regards. Are Bjlseth [EMAIL PROTECTED] winmail.dat
[nant-dev] Build server update
Hi, I have made some changes to the build server and build server. The new pages can be found at http://nant-build.sporadicism.com (and still at http://cc-net.sporadicism.com as in a previous post...but please update your links). I have included some static pages for modifications, timing and unit tests and I have also included the raw log files. These are updated/ copied over daily from the build staging area. If there are any comments, questions and concerns please drop me a line. If you have a nifty xsl for the log file that would be great too :-). Thanks, Clayton --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
[nant-dev] RE: CvsTask unit tests
Gert, I just want to summarize what you have said so we can figure out where things stand a bit better. The unit tests for the cvs task are failing on the nant build server. This is a build server that is seperate from the one I set up. The failures have been occurring in the nightly builds since 06/21/2003. I know that since that date I have not had longer than an hour downtime (2 reboots) on the cvs server, so I would say with about 90% confidence that this is not the problem. You mentioned that you have not had many problems with the tests. I am making the assumption that this means that they are working on your machine now. Can you confirm this? I confirmed on my own machine that the tests were working this morning, however I did NOT test from the nant build script because I found additional issues with the build (filed as bugs via sf.net, included command line debug info). I do not know anything about the build server results you are comparing against (just found out there was another server going today (-:), or how the sources are updated. I know the cc-net server I am running at home has been getting a lot of EOF commands from the sf.net server so my first check would be to see if the sources have been updated since 06/21. I would not like to change the build to account for this problem. There is something wrong and I would rather figure out where the problem is and fix it With any luck we can add some unit tests/ self-tests to make sure we catch it next time :-). So having said all that, could you send me the url of these build reports? Also do we have log files on the integration runs? Can we confirm when the sources were last updated on the server? Is it possible to do a test from this server that is seperate from the nightly build? Anything would help. Thanks, Clayton -Original Message- From: Gert Driesen Sent: Tue 7/8/2003 11:14 AM To: Clayton Harbour Cc: Nant-Developers (E-Mail) Subject:Re: CvsTask unit tests I'm talking about the fact that we haven't been able to generate a nightly build since 06/21, most of the time it's caused by the testers for the cvs tasks ... I'm not saying there's anything wrong with the tasks or #cvslib, the cvs server that you use for the tests is probable not always available ... To be honest I have very little problems with the cvs tasks testers on my local system myself, so I don't really know what's causing the nightly builds .. And the output in the build log of the nightly builds doesn't help either ... About the issues you encoutered when building NAnt from the commandline: I haven't had any issues with any of these... You can create bug reports for thes e ofcours. Be sure to mention as much information as you can : eg. NAnt version, OS, .NET framework and possible also a stacktrace for issue 3. Gert - Original Message - From: Clayton Harbour [EMAIL PROTECTED] To: Gert Driesen [EMAIL PROTECTED] Cc: Nant-Developers (E-Mail) [EMAIL PROTECTED] Sent: Tuesday, July 08, 2003 4:10 PM Subject: RE: CvsTask unit tests Hi Gert, I am not sure what you mean. I did some work about 2 weeks ago to get these running, which involved pointing the tasks at a different cvs server, rather than the sf.net server. The reason behind that change is the sf.net server seemed to be a little sporadic, with the cvsnt binary, the cygwin binary as well as #cvslib. Just to confirm, I ran the unit tests this morning (SourceControl task tests) using the nunit gui and got the coveted green bar. I have not run the tests outside of my lan, so maybe this is what you mean? If they are failing here I would appreciate a stack trace of where they are failing and I am pretty sure I can patch them up which would be the way I would prefer to fix the problem. I did note the following problems during the nant build that prevented me from testing the sc tasks through the command line/ build script tests: 1) Missing comments on NUnit1 tasks 2) Missing comments on VSNet.Tasks 3) Internal error during the tests (below) Gert, is this what you are seeing too, or are you referring to something else? Ian - Would you like me to add these 3 issues to the sf.net bug report? I know awhile back you mentioned tracking build errors here. Thanks, Clayton build-error [Tasks.ExternalProgramBase: [exec] Starting 'E:\dev\tools\nant\nant/build/nant-0.8.4-debug/bin/NAnt.exe ( -buildfile :NAnt.build debug self-test -D:project.version=0.8.4 -k:net-1.0)' in 'E:\dev\tools\nant\nant' - [] ] [Tasks.ExternalProgramBase:NAnt version 0.8.4 Copyright (C) 2001-2003 Gerry Shaw - [] ] NAnt version 0.8.4 Copyright (C) 2001-2003 Gerry Shaw [Tasks.ExternalProgramBase:http://nant.sourceforge.net - [] ] http://nant.sourceforge.net [Tasks.ExternalProgramBase: - [] ] [Tasks.ExternalProgramBase:INTERNAL ERROR - [] ] INTERNAL ERROR [Tasks.ExternalProgramBase:Object reference not set to an instance of an object
[nant-dev] Building Nant using mono 0.25
Hi, I am trying to build nant from cvs on mono 0.25 rpm using the bootstrap.sh and I am getting this exception: An exception was thrown by the type initializer NAnt.Core.TypeFactory It has been awhile since I have built nant on linux and I can't remember how I did it then, is the bootstrap.sh the correct way to build nant on mono? Has anyone come across this exception before? Thanks, Clayton --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
RE: [nant-dev] Nightly builds
Hi Bernard, I am a little new to cruise control so there may be a way to do this out of the box (anyone have any suggestions?). If not then I will look at adding it. I hope to work through the following this weekend: 1) Test output displayed on web page 2) (**new**) Build output displayed on web page 3) CCNet running as a service Until I can get the output from the build displayed however you will have to build the project locally to see what is breaking. I did a build this morning and it seems that there are some xml comments that are missing which may be the cause. After that it looks like there is a problem with the self-test (Object reference not set to an instance of an object.). Clayton -Original Message- From: Bernard Vander Beken [mailto:[EMAIL PROTECTED] Sent: July 4, 2003 4:12 AM To: Clayton Harbour Subject: RE: [nant-dev] Nightly builds I can access the build server now. Is there a way to see the NAnt's build output? Because now all I can see is that the build fails, but I cannot see why. Bernard snipped / --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
RE: [nant-dev] Nightly builds
Jim, I could take this over if you would like. I will try to get it set up for this week. Clayton -Original Message- From: Geurts, James [mailto:[EMAIL PROTECTED] Sent: June 30, 2003 12:07 PM To: 'Nant-Developers (E-mail)' Subject: [nant-dev] Nightly builds Hey everyone. I'm sorry that I have not been able to get this working. I have been too busy lately and do not see myself having the time to get it working properly any time soon. If someone would like to take this task over, that would be appreciated. Jim --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
RE: [nant-dev] Error building latest NAnt
I am not sure if it is more sensitive or if the anonymous account is just a 2nd class citizen. I seem to have a number of timeouts/ broken sockets with tortoise and the command line while using the anonymous account. For the pserver connection the TcpClient.Connect class is being used. Does anyone know if it is possible to specify a timeout with this class? Clayton -Original Message- From: Ian MacLean [mailto:[EMAIL PROTECTED] Sent: June 17, 2003 7:24 PM To: Clayton Harbour Cc: Nant-Developers (E-mail) Subject: Re: [nant-dev] Error building latest NAnt Clayton Harbour wrote: Thanks Ian. I think you are right about the temp path, I have changed them. I have attached the two test files. One note, I could not complete a full test on them because the nant cvs server (where I run the tests against) was a little unresponsive. I will look at making this configurable tonight. I have noticed this in the past as well (i.e. not a problem with the code move), has anyone else noticed it? Yeah - I saw the same thing and I noticed that the cvs tasks seem to be a little more sensitive that the commandline client. Is that just a timeout setting or somthing like that ? Ian Clayton -Original Message- From: Ian MacLean [mailto:[EMAIL PROTECTED] Sent: June 16, 2003 11:18 PM To: Clayton Harbour Cc: Nant-Developers (E-mail) Subject: Re: [nant-dev] Error building latest NAnt Comitted - thanks Clayton. Do you think it would be a good idea to use Path.GetTempPath rather than hardcoding c:\temp in the test build files ? Ian Hi, I have attached a patch for the UpdateTaskTest. Thanks, Clayton -Original Message- From: Geurts, James [mailto:[EMAIL PROTECTED] Sent: June 16, 2003 10:15 AM To: 'Nant-Developers (E-mail)' Subject: [nant-dev] Error building latest NAnt Hey all... I'm having some troubles building the latest NAnt. The attached output is from me running: bin\nant -buildfile:nightly.xml release nightly from a fresh checkout this morning. Also, I must apologize for the nightly builds. I have been having a lot of grief trying to get wincvs draco to cooperate. If anyone thinks they can get a build machine setup instead, please let me know. Jim --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
RE: [nant-dev] Error Building Latest NAnt - SourceControl Test failed
Hi Scott, I did a fresh compile and came across a couple of problems, not sure if you have one or both. The first is the nant tasks are not recognized because the path variable is not set to the build directory of nant. Probably pretty basic but it threw me for a loop tonight so I thought I would throw it out there. The next problem is the cvs server connection. Basically when the client cannot get a connection to the server it throws an Authentication error. This then is trapped, wrapped and rethrown in the BuildTestBase as a TestBuildException. What I have done to the test is to wrap the build test run in a loop which executes until a connection is made or until it has tried 100 times (infinite loops are evil (-:). If a connection is not made after 100 trials then I think it is okay to let the test fail because there is a larger problem. I have run the tests against my local repository and things worked out a little better. One of the reasons for this is there is probably a lot less activity going on here. Thanks, Clayton -Original Message- From: Scott A. Pascoe [mailto:[EMAIL PROTECTED] Sent: June 17, 2003 9:21 PM To: [EMAIL PROTECTED] Subject: [nant-dev] Error Building Latest NAnt - SourceControl Test failed I did a clean checkout tonight and the build failed with: [nunit2] Tests run: 2, Failures: 2, Not run: 0, Time: 1.8226026 seconds Failures: 1) Tests.NAnt.SourceControl.Tasks.CheckoutTaskTest.Test_CvsCheckout : Error Executing Project at Tests.NAnt.Core.BuildTestBase.ExecuteProject(Project p) in C:\Library\nant\tests\NAnt.Core\BuildTestBase.cs:line 96 at Tests.NAnt.Core.BuildTestBase.RunBuild(String xml) in C:\Library\nant\tests\NAnt.Core\BuildTestBase.cs:line 80 at Tests.NAnt.SourceControl.Tasks.CheckoutTaskTest.Test_CvsCheckout() in C:\Library\nant\tests\NAnt.SourceControl\Tasks\CheckoutTaskTest.cs:line 34 2) Tests.NAnt.SourceControl.Tasks.UpdateTaskTest.Test_CvsUpdate : Error Executing Project at Tests.NAnt.Core.BuildTestBase.ExecuteProject(Project p) in C:\Library\nant\tests\NAnt.Core\BuildTestBase.cs:line 96 at Tests.NAnt.Core.BuildTestBase.RunBuild(String xml) in C:\Library\nant\tests\NAnt.Core\BuildTestBase.cs:line 80 at Tests.NAnt.SourceControl.Tasks.UpdateTaskTest.Test_CvsUpdate() in C:\Library\nant\tests\NAnt.SourceControl\Tasks\UpdateTaskTest.cs:line 69 Thanks, Scott Pascoe --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.487 / Virus Database: 286 - Release Date: 6/1/2003 --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
RE: [nant-dev] Error building latest NAnt
Hi, I have attached a patch for the UpdateTaskTest. Thanks, Clayton -Original Message- From: Geurts, James [mailto:[EMAIL PROTECTED] Sent: June 16, 2003 10:15 AM To: 'Nant-Developers (E-mail)' Subject: [nant-dev] Error building latest NAnt Hey all... I'm having some troubles building the latest NAnt. The attached output is from me running: bin\nant -buildfile:nightly.xml release nightly from a fresh checkout this morning. Also, I must apologize for the nightly builds. I have been having a lot of grief trying to get wincvs draco to cooperate. If anyone thinks they can get a build machine setup instead, please let me know. Jim UpdateTaskTest.patch Description: UpdateTaskTest.patch
RE: [nant-dev] BUG?: includes ... frompath=true /
Hi, I think it would be more intuitive to search in the following manner: - Current project framework path - Current nant framework path - Path system variable - blow up! Is this what you are suggesting Ian? Clayton -Original Message- From: Ian MacLean Sent: Fri 6/13/2003 7:45 AM To: Jaroslaw Kowalski Cc: [EMAIL PROTECTED] Subject:Re: [nant-dev] BUG?: includes ... frompath=true / not really - although a bit confusing. The frompath is working as expected assuming that Framework\v1.0.3705 is the first one in the path. When you specify asis it passes the bare file name to csc and so the 1.1 csc will find System.Data.dll using its own search heuristics. There was talk a little while back of making references framework aware. However the problem is if you specify a bare filename ( eg System.Data.dll ) how does the csc task know whether its a system dll to be resolved by currentframeworkpath or whether you expect to find it on the path. I guess if there is not frompath and no asis we can try it as a framework path and if it exists pass that to the compiler. Just thinking aloud - any ideas welcome. Ian I have two frameworks (net-1.0 and net-1.1) installed. I have a csc task that includes a reference to csc includes name=System.Data.dll frompath=true / When i compile with net-1.1 it passes the following (incorrect) option to the csc.exe compiler. /reference:C:\WINNT\Microsoft.NET\Framework\v1.0.3705\System.Data.dll instead of: /reference:C:\WINNT\Microsoft.NET\Framework\v1.1.4322\System.Data.dll When I do: includes name=System.Data.dll asis=true / it works, because csc finds the correct version of System.Data.dll by itself. Is it a bug? Jarek --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers winmail.dat
RE: [nant-dev] Nant cvs task using sharpcvslib
Hi, When I was building the task I was really keen on a declarative name but there may be benefits to dropping the cvs task down a level and wrapping a number of version control systems in one namespace. Actually what I hope might come out of an exercise like this is some common behavior to build a unified version control api (on my todo list (-:). I am with Ian on the second part though, I think these tasks should wrap what #cvslib is doing. Gives nant a little more flexibility if really#cvslib comes along to replace #cvslib :-). -Original Message- From: Ian MacLean [mailto:[EMAIL PROTECTED] Sent: June 7, 2003 8:28 PM To: Gert Driesen Cc: Clayton Harbour; [EMAIL PROTECTED] Subject: Re: [nant-dev] Nant cvs task using sharpcvslib Gert Driesen wrote: Great job, Clayton ... I only have two minor concerns : - should we have a more general name for the namespace for scm related tasks (and have a subnamespace for cvs ?), so we can add more scm tasks later on (eg. for sourcesafe, pvcs, ...) ? that should be easy enough - just move it all down a directory level - Can't these tasks actually be part of #cvslib itself ? That doesn't make so much sense. Should the ndoc task be part of ndoc, the zip tasks part of ziplib ? Ian --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
RE: [nant-dev] Nant cvs task using sharpcvslib
Thanks Ian :-). I haven't installed ankhsvn yet, just looked at the screen shots :-). It does look like a neat project and I can definitely see doors opening up for svn and cvs looking at this. I sent a couple of emails to the user list and the responses I got back were that although not designed with multiple version control systems in mind, it might be possible to wiggle a cvs implementation into the backend. I am going to start looking at it this week. Clayton PS: I did find an alternative that (seems to) use the same type of interface as vss: http://www.jalindi.com/igloo/Installation/installation.html -Original Message- From: Ian MacLean [mailto:[EMAIL PROTECTED] Sent: June 7, 2003 8:51 PM To: Clayton Harbour Cc: [EMAIL PROTECTED] Subject: Re: [nant-dev] Nant cvs task using sharpcvslib I forgot to say - good work Clayton. And the ankhsvn stuff is really cool. I installed the vs.addin and it rocks - even if its only alpha - soo much better than the built in scc stuff that comes with vs.net. I I haven't looked at the code but it seems that it wouldn't be too hard to plugin #cvslib as an alternative backend to the addin. Also great news about the svn tasks - I'll take a look and see if we can bundle them into the nant tree. Once our cvs tree is working again I'll add your cvs tasks. Ian Ian, I have attached the files for the cvs checkout/ update task (and unit tests). I was unsure if zip files would be blocked or not so I just include the files. I just followed the directory structure for the other tasks (sorry, probably goes without saying but just in case...): In the src directory: NAnt.Cvs +---AssemblyInfo.cs NAnt.Cvs.csproj NAnt.Cvs.build Tasks +--- AbstractCvsTask.cs UpdateTask.cs CheckoutTask.cs And in the test directory: NAnt.Cvs +---Tasks +---UpdateTaskTest.cs +---CheckoutTaskTest.cs I am using version 0.3.3 of the sharpcvslib which you can download here: http://prdownloads.sourceforge.net/sharpcvslib/ICSharpCode.SharpCvsLib-0 .3.3.zip?download http://prdownloads.sourceforge.net/sharpcvslib/ICSharpCode.SharpCvsLib- 0.3.3.zip?download . One thing to note is I had some problems executing the checkout task and then the update task in the same test. This occurred when I used RunBuild to execute a checkout project in the SetUp and then used RunBuild to execute an update project in the test method. I am not sure exactly what the problem was but I think it might be that there was some clash while creating the second project. Does that make sense? My solution was to I have also attached a build file (test.build) that can be used to visually verify the tasks. I have the cvslib output going to the console and it should be close to the output from most cvs clients (although I am sure there are gaps here and there...if anyone notices anything they need missing please send me an email). Also: Subversion anyone? -- I also looked into a subversion nant task and found the following project set up on tigris: http://ankhsvn.tigris.org/ http://ankhsvn.tigris.org/ I have not had the chance to look at it very closely but they are basically creating a svn plugin for vs.net (pretty cool stuff!) which is in the beta stage. I asked around on the list and one of the maintainers, Arild Fines, said that they already have a working nant checkout task using the ankhsvn libraries. He also said that I would be free to work this back into the nant source tree but unfortunately I do not have the time. If anyone is interested and wants to give it a shot the task lives here: http://www.ankhsvn.com:8088/svn/finalproject/trunk/tools/SvnTasks/ http://www.ankhsvn.com:8088/svn/finalproject/trunk/tools/SvnTasks/ . Talk to you later, Clayton --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ Nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
RE: [nant-dev] Nant cvs task using sharpcvslib
Hi, I think that a nant task should live in nant. It gives the nant developers more choices if an external library decides to stop supporting (or just hasn't developed (-:) features that the nant community needs. For instance if you do not like the fact that library x removed function y then either go with library z, or build function y into your code. If the external library has this control they are going to do the easiest thing and say that function y is no longer supported and force you to upgrade your existing code. Not to say that this will never happen in nant itself but at least there will be discussions (like this, which is very good!) to decide on the best course to take. I think it is a good rule of thumb to say: if the project wants it, then the project maintains it. In other words internalize as many dependencies as possible to minimize the risk to the project and the customer/ community using that project. Having said all that I did not intend to force the cvs task on anyone. I just thought that it was missing and wanted to add it (I actually wanted to port my ant cvs tasks to nant (-: ... and get draco.net working with my linux cvs repository). If it came down to a vote though, I would vote for adding it. Clayton -Original Message- From: Ian MacLean [mailto:[EMAIL PROTECTED] Sent: June 8, 2003 6:27 AM To: Gert Driesen Cc: Clayton Harbour; [EMAIL PROTECTED] Subject: Re: [nant-dev] Nant cvs task using sharpcvslib Yes Ant indeed does ship with cvs tasks, but the reasons for that probable are : - backward compatibility - lack of third party libraries that include such a task no - it ships for the same reason they ship the copy task - because lots of people want it and its totally unreasonable to expect cvs developers to maintain the Ant cvs task. Ant calls the cvs executable rather than using a library which is the only reason we are having this conversation. If Clayton's tasks did the same would you suggest we ask the developers of cvs to maintain the cvs task ? I do agree that its very useful to have support for cvs out of the box, but perhaps that could be accomplished by including #cvslib (which itself can then include the cvs nant tasks) I still respectfully disagree. #cvslib is a library that encapsulates cvs functionality just as ziplib is a library that encapsulates zip functionality. If an IDE project wanted to use #cvslib you would expect them them to call the library from their code - not to ask the library writer to create a special layer for them. Should we ask microsoft to maintain the copy task so that when a new version of the framework is released we don't have to re-code - OK thats going a bit far but the principle is the same. not saying that what I want is best, but it certainly doesn't hurt to disucss such things ... which we are doing. Saying I don't agree is not the same as saying we shouldn't talk about it. I would find it appealing to just being able to plugin a new version of #cvslib and at the same time get the corresponding nant tasks we'll never be able to keep up with the functionality third party libraries offer if we include tasks for them ourselves But we certainly can do for the core set of tasks. This is a part of almost every software development effort. If you use external libraries you have to deal with updating to new versions at some stage. I don't see our case as any different. Having said that I totally agree that we shouldn't move tasks for *all* scms into our core - the developers who need them will write and maintain them and in some cases those developers will also be the authors of the external systems. how will we cope with attributes, element, or even enum values that are supported with one version of the library and not with another ? wouldn't it be better to just move this stuff to the thid party library itself, where possible ? Seems to me that this is the same issue you run into whenever you use someone elses library. If we need to updrade to a new version we make the required code changes, ship the new version of the library and move on. And since we do ship those libraries we control which version is used. How often do you expect ziplib or #cvslib to change once they are stable ? its not like the cvs api is changing rapidly these days. ofcourse not every vendor will be interested in providing NAnt tasks for its products, but as NAnt gains popularity more vendors will be ... until then, we could provide tasks ourselves ofcourse ... But I don't think it would hurt to discusss this with the #cvslib, NDoc, NUnit (...) teams ... yeah - and them impose *our* task writing standards on the authors of those projects ? If we change the way tasks are laid out do we wait for the NUnit developers to write a new version of the task before we can release ? NUnit and NDoc tasks have been included in the core becuase they are deemed highly useful - and we use
RE: [nant-dev] Nant cvs task using sharpcvslib
No worries Gert, I suggested voting about it because I thought there was some doubt about where it should go and I thought it would be the fairest way to figure out what to do with it :-). If it sounded like I was upset, I am sorry. The discussion was good and I appreciate you putting the ideas forth. I used to feel that the task should exist in it's own namespace, now I am thinking you are right and a sub namespace might be the way to go. So thanks again, hope to hear more from you! :-) Clayton -Original Message- From: Gert Driesen [mailto:[EMAIL PROTECTED] Sent: June 8, 2003 11:14 AM To: Clayton Harbour; Ian MacLean Cc: [EMAIL PROTECTED] Subject: Re: [nant-dev] Nant cvs task using sharpcvslib don't worry Clayton, it doesn't have to come down to voting. I don't have any problem with your tasks being added to the NAnt distribution, I just wanted to make sure we're doing the right thing here and force us to give it a little thought first ... Thanks, Gert - Original Message - From: Clayton Harbour [EMAIL PROTECTED] To: Ian MacLean [EMAIL PROTECTED]; Gert Driesen [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Sunday, June 08, 2003 7:42 PM Subject: RE: [nant-dev] Nant cvs task using sharpcvslib Hi, I think that a nant task should live in nant. It gives the nant developers more choices if an external library decides to stop supporting (or just hasn't developed (-:) features that the nant community needs. For instance if you do not like the fact that library x removed function y then either go with library z, or build function y into your code. If the external library has this control they are going to do the easiest thing and say that function y is no longer supported and force you to upgrade your existing code. Not to say that this will never happen in nant itself but at least there will be discussions (like this, which is very good!) to decide on the best course to take. I think it is a good rule of thumb to say: if the project wants it, then the project maintains it. In other words internalize as many dependencies as possible to minimize the risk to the project and the customer/ community using that project. Having said all that I did not intend to force the cvs task on anyone. I just thought that it was missing and wanted to add it (I actually wanted to port my ant cvs tasks to nant (-: ... and get draco.net working with my linux cvs repository). If it came down to a vote though, I would vote for adding it. Clayton -Original Message- From: Ian MacLean [mailto:[EMAIL PROTECTED] Sent: June 8, 2003 6:27 AM To: Gert Driesen Cc: Clayton Harbour; [EMAIL PROTECTED] Subject: Re: [nant-dev] Nant cvs task using sharpcvslib Yes Ant indeed does ship with cvs tasks, but the reasons for that probable are : - backward compatibility - lack of third party libraries that include such a task no - it ships for the same reason they ship the copy task - because lots of people want it and its totally unreasonable to expect cvs developers to maintain the Ant cvs task. Ant calls the cvs executable rather than using a library which is the only reason we are having this conversation. If Clayton's tasks did the same would you suggest we ask the developers of cvs to maintain the cvs task ? I do agree that its very useful to have support for cvs out of the box, but perhaps that could be accomplished by including #cvslib (which itself can then include the cvs nant tasks) I still respectfully disagree. #cvslib is a library that encapsulates cvs functionality just as ziplib is a library that encapsulates zip functionality. If an IDE project wanted to use #cvslib you would expect them them to call the library from their code - not to ask the library writer to create a special layer for them. Should we ask microsoft to maintain the copy task so that when a new version of the framework is released we don't have to re-code - OK thats going a bit far but the principle is the same. not saying that what I want is best, but it certainly doesn't hurt to disucss such things ... which we are doing. Saying I don't agree is not the same as saying we shouldn't talk about it. I would find it appealing to just being able to plugin a new version of #cvslib and at the same time get the corresponding nant tasks we'll never be able to keep up with the functionality third party libraries offer if we include tasks for them ourselves But we certainly can do for the core set of tasks. This is a part of almost every software development effort. If you use external libraries you have to deal with updating to new versions at some stage. I don't see our case as any different. Having said that I totally agree that we shouldn't move tasks for *all* scms into our core - the developers who need them will write and maintain them and in some cases those developers will also be the authors of the external systems. how will we cope with attributes, element, or even enum values
[nant-dev] Nant cvs task using sharpcvslib
Ian, I have attached the files for the cvs checkout/ update task (and unit tests). I was unsure if zip files would be blocked or not so I just include the files. I just followed the directory structure for the other tasks (sorry, probably goes without saying but just in case...): In the src directory: NAnt.Cvs +---AssemblyInfo.cs NAnt.Cvs.csproj NAnt.Cvs.build Tasks +--- AbstractCvsTask.cs UpdateTask.cs CheckoutTask.cs And in the test directory: NAnt.Cvs +---Tasks +---UpdateTaskTest.cs +---CheckoutTaskTest.cs I am using version 0.3.3 of the sharpcvslib which you can download here: http://prdownloads.sourceforge.net/sharpcvslib/ICSharpCode.SharpCvsLib-0 .3.3.zip?download http://prdownloads.sourceforge.net/sharpcvslib/ICSharpCode.SharpCvsLib- 0.3.3.zip?download . One thing to note is I had some problems executing the checkout task and then the update task in the same test. This occurred when I used RunBuild to execute a checkout project in the SetUp and then used RunBuild to execute an update project in the test method. I am not sure exactly what the problem was but I think it might be that there was some clash while creating the second project. Does that make sense? My solution was to I have also attached a build file (test.build) that can be used to visually verify the tasks. I have the cvslib output going to the console and it should be close to the output from most cvs clients (although I am sure there are gaps here and there...if anyone notices anything they need missing please send me an email). Also: Subversion anyone? -- I also looked into a subversion nant task and found the following project set up on tigris: http://ankhsvn.tigris.org/ http://ankhsvn.tigris.org/ I have not had the chance to look at it very closely but they are basically creating a svn plugin for vs.net (pretty cool stuff!) which is in the beta stage. I asked around on the list and one of the maintainers, Arild Fines, said that they already have a working nant checkout task using the ankhsvn libraries. He also said that I would be free to work this back into the nant source tree but unfortunately I do not have the time. If anyone is interested and wants to give it a shot the task lives here: http://www.ankhsvn.com:8088/svn/finalproject/trunk/tools/SvnTasks/ http://www.ankhsvn.com:8088/svn/finalproject/trunk/tools/SvnTasks/ . Talk to you later, Clayton test.build Description: test.build NAnt.Cvs.build Description: NAnt.Cvs.build NAnt.Cvs.csproj Description: NAnt.Cvs.csproj AssemblyInfo.cs Description: AssemblyInfo.cs UpdateTask.cs Description: UpdateTask.cs CheckoutTask.cs Description: CheckoutTask.cs AbstractCvsTask.cs Description: AbstractCvsTask.cs UpdateTaskTest.cs Description: UpdateTaskTest.cs CheckoutTaskTest.cs Description: CheckoutTaskTest.cs
RE: [nant-dev] bug in recursive source compile using '**/*.cs' ?
Yup, works beautifully, thanks again! Clayton --__--__-- Message: 3 Subject: RE: [nant-dev] bug in recursive source compile using '**/*.cs' ? Date: Mon, 17 Mar 2003 10:26:07 +0100 From: Arjen Poutsma [EMAIL PROTECTED] To: [EMAIL PROTECTED] -Original Message- From: Philip Nelson [mailto:[EMAIL PROTECTED] Sent: Sunday, March 16, 2003 3:13 PM To: [EMAIL PROTECTED] Subject: using=20 A basedir of the current directory should be indicated as=20 .. **/*.cs means all .cs files in any subdirectory of the current directory so=20 that wouldn't get the files in the current directory. Instead: =20 sources basedir=3D. includes name=3D*.cs / includes name=3D**/*.cs/ /sources According to the FileSet documentation at = http://nant.sourceforge.net/help/fundamentals/fog26.html, a ** = matches zero or more directories. So the includes name=3D*.cs / = should not be necessary to include the sources in the current directory, = but correcting the basedir attribute to . should do it. I tested this, and it does seem to work with just: sources basedir=3D. includes name=3D**/*.cs/ /sources Best, Arjen --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers
[nant-dev] bug in recursive source compile using '**/*.cs' ?
Hi, I was just playing around with the I buy spy store and slingshot to get a feel for nant and I think I might have found a bug in the recursive compile. What seems to happen is that the top level directory is ignored or identified as an invalid URI if I attempt to compile my sources from the same directory as my build file. I have the following code: sources basedir= includes name=**/*.cs/ /sources (note: it does not seem to matter whether basedir is left in or removed) which no sources are compiled. This code: sources basedir=/ includes name=**/*.cs/ /sources gives an error in the URI code. Is this an bug? The work around of course is to put the build file in a super directory and use the following: sources basedir=store includes name=**/*.cs/ /sources Anyway, thanks and keep up the great work! Clayton Harbour http://the.harbours.ca --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Nant-developers mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/nant-developers