Would it be possible to include support for building .NET Compact Framework
assemblies in the release ?
You should also be able to choose which .NET runtime you want to compile
against. Is this currently possible ?
Thanks,
Gert
- Original Message -
From: Cort Schaefer [EMAIL
assemblies).
Will support for building assemblies for multiple
platforms be incorporated in nant ?
Thanks,
Gert Driesen
Hi,
Apparently it's currently not necessary to build separate assemblies for
the Windows CE and PocketPC .NET Compact Framework platforms, but I still
think that we should provide different assemblies (or take into account
that this is necessary in the near future) for both platforms, even if
these
misunderstandings. I would be glad to help you out on this, and other
things ...
Thanks,
Gert
- Original Message -
From: Ian MacLean [EMAIL PROTECTED]
To: Gert Driesen [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Saturday, February 15, 2003 10:53 AM
Subject: Re: [nant-dev] serious BUGS
Hi,
In my opinion the current behaviour of the delete task is not valid.
It current throws an exception (which causes the build to fail if
failonerror=true) when the file or directory that you want to delete doesn't
exist.
If you want to delete a directory or file that doesn't exist, then this
Hi Ian,
If you want to delete a directory or file that doesn't exist, then this
should just be considered a successful execution of the task, shouldn't
it
be ?
yep. And it will work that way for filesets I think.
Ok, I'll update the Delete task to do the same.
Certainly if
Hi Gerry,
responses inline
- Original Message -
From: Gerry Shaw [EMAIL PROTECTED]
To: Gert Driesen [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Wednesday, February 19, 2003 5:39 PM
Subject: Re: [nant-dev] Delete task behaviour
What happens if you have directory foo that you want
I updated the Delete task with the proposed behaviour :
- A BuildException is no longer thrown when you try to delete a file or
directory that doesn't exist
- A quiet attribute was added to the task :
If the specified file or directory does not exist, do not display a
diagnostic message or
Hi IAn,
I've removed the quiet attribute and made sure that a message wil be logged
(in verbose mode) if you try to delete a file or directory that doesn't
exist.
Can you commit this patch (I updated the NUNit test for the Delete task
too) ?
Thanks,
Gert
(See attached file:
Hi,
I agree that we should perhaps decide not to commit this patch at all ...
But if the Delete task should continue to throw exceptions when you try to
delete a non-existing file or directory, then indeed a new mechanism should
be provided that allows you to check if a file or direftory
Hi,
Currently the Copy task does not cause the build to
fail when you try to copy a file that doesn't exist.
If people want the build to failwhen you want
to delete a file that doesn't exist then I'm pretty sure they want a build to
fail (when failonerror = true) when you want to copy a
Hi,
Would it be possible to change the
NAnt.console.exe.config (in src/NAnt.Console), to allow it to run on the .NET
Framework 1.1 runtime when both .NET Framework 1.0 and 1.1 are available on a
system ?
To accomplish this, the following should be added
the config file :
configuration
.
Then again, this is just my opinion :)
--
Tomas Restrepo
[EMAIL PROTECTED]
- Original Message -
From: Ian MacLean [EMAIL PROTECTED]
To: Gert Driesen [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Sunday, February 23, 2003 10:01 PM
Subject: Re: [nant-dev] .NET Framework 1.1 version
Hi,
Is it ok if I submit a patch to the SysInfo task
that allows you to retrieve the location of the Program Files directory
?
Thanks,
Gert
Hi,
Can anyone submit this patch for the following bug
in the Copy task :
when you try to copy a file that doesn't exsit,
only an informative message is displayed in the log. In my opinion, this
should definitely throw a BuildException (which, in turn, will cause the build
to fail when
Hi Scott,
Can you submit this (very simple) patch
?
Thanks,
Gert
- Original Message -
From:
Scott Hernandez
To: Gert Driesen ; [EMAIL PROTECTED]
Sent: Monday, February 24, 2003 6:47
PM
Subject: Re: [nant-dev] Add property for
retrieving program files
Hi,
Would it be possible to remove the path length must
be 10 limit from the Delete task ?
The following code in the DeleteTask.cs file causes
this limit :
// TODO: remove this once this task is
fully tested and NAnt is at 1.0
if (path.Length =
10) {
throw new
Hi,
I'm sorry for crossposting to both the users and
developers list, but I think this is something that needs everyone's
attention.
In my opinion we urgently need to come up with a
strategy for implementing support for multiple runtimes, and for making tasks
runtime-aware. The release of
Hi,
I'm trying to build a assemby using Mono 0.20 on
Windows, but apparently the Mcs task calls the mcs.exe, this will cause Mono to
compile an assembly using the .NET runtime instead of the Mono
runtime.
The task should instead call "mono mcs.exe
[options]" where mcs.exe should be
responses inline ...
- Original Message -
From: Ian MacLean [EMAIL PROTECTED]
To: Gert Driesen [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Saturday, March 01, 2003 3:16 AM
Subject: Re: [nant-dev] Compiling for Mono
Gert Driesen wrote:
I'm trying to build a assemby using Mono 0.20
to the Free Software
// Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
// Gert Driesen ([EMAIL PROTECTED])
using System;
using System.IO;
using System.Globalization;
using NUnit.Framework;
using SourceForge.NAnt.Tasks;
//using SourceForge.NAnt.Attributes;
namespace
Hi Ian,
Thanks for implementing support for multiple runtimes, but I had still have
issues if I want to use it for building assemblies for the .NET Compact
Framework. The following is an example of what a configuration section for
the .NET Compact Framework could look like :
Hi,
Would it be possible to set the names of frameworks
to all lower-case letters (or make the lookup case-insensitive) ?
eg. net-1.0 instead of NET-1.0
This will improve consistency (mono is all
lowercase)and will prevent me from having to changethe runtime
identifiersin all my build
Hi,
I included a patch that adds support for the
checked and unsafe options to the csc task.
Can this please be committed ?
Thanks,
Gert
CscTask.diff
Description: Binary data
Hi,
Can the folowing patches please be committed
:
- added support for checking a specified framework
is available to the available task
eg. available type="Framework"
resource="mono-0.21" property="mono-0.21.framework.present" /
- updated the xml docs for the available task + use
I agree with the way it's working right now, I didn't know that it was
possible to use an ANd operation using the if task, my mistake sorry.
Thanks,
Gert
- Original Message -
From: Philip Nelson [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, March 06, 2003 8:55 PM
Subject:
Hi,
I created a patch that will make NAnt.Core
CLSCompliant and that will no longer mae NAnt visible to COM clients (which I
don't think is necessary anyway).
I'm not saying it should be committed, but I think
we should be moving in this direction.
So I hope itwill at least get the
Hi,
This patch exposes the version of the
CurrentFramework and the DefaultFramework as properties.
Can this please be committed ?
Thanks,
Gert
Project.diff
Description: Binary data
Hi,
I forgot to add a few patches, so here's the
complete list of patches.
Thanks,
Gert
FileSet.diff
Description: Binary data
IfTask.diff
Description: Binary data
Log.diff
Description: Binary data
Target.diff
Description: Binary data
TaskContainer.diff
Description: Binary data
Hi Ian,
Does that mean that you'll commit the patch (with the exception of setting
the ComVisible attribute) ?
Gert
- Original Message -
From: Ian MacLean [EMAIL PROTECTED]
To: Gert Driesen [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Friday, March 07, 2003 2:37 AM
Subject: Re: [nant
Hi,
I'm having problems building nant using the build
file.
Apparently the excludes are no longer functioning,
because the 'GetTaskTest.cs', the 'MailTaskTest.cs' andthe
'TouchTaskTest.cs' are being excluded in the buildfile, but they still get
passed to the compiler anyway. I've
Title: Message
Or perhaps we can start porting http://checkstyle.sourceforge.net/to
.NET :-)
- Original Message -
From:
Jeff McManus
To: Nant-Developers
(E-mail)
Sent: Friday, March 14, 2003 6:55
PM
Subject: RE: [nant-dev] Formatting,
#Regions, and CVS Keywords
. I have not yet managed to build a MonoBasic
application using nant because it expects the commandline options to be
specified using -- instead of /
Gert
- Original Message -
From: Ian MacLean [EMAIL PROTECTED]
To: Gert Driesen [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Friday, March
to be
specified using -- instead of /
Gert
- Original Message -
From: Ian MacLean [EMAIL PROTECTED]
To: Gert Driesen [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Friday, March 28, 2003 9:20 AM
Subject: Re: [nant-dev] multiple framework support for vbc task
Gert Driesen wrote
Hi,
I want to create a hierarchy of included
configuration files, where each level of the hierarchy adds
information.
eg. I want to have the following directory
structure :
examples
mono
1.0
Tutorials
WebApp
in each directory I would want to have both a build
file and a
Hi,
When an ApplicationException (like BuildException)
occurs in the ConsoleDriver.Main method, the cause of the exception (the
innerexception) is not shown to the user.
This means, for example, that when you specify a
buildfile containing invalid xml, you'll only get the message
"Error
may be a little
verbose
in places, but we can clean those up. Right now I would say it is better
to
have too much info, than not enough. This is will need to be addressed
before the final (1.0) release.
- Original Message -
From: Gert Driesen [EMAIL PROTECTED]
To: Scott Hernandez
Message -
From: Ian MacLean [EMAIL PROTECTED]
To: Gert Driesen [EMAIL PROTECTED]
Cc: Nant-Developers (E-mail) [EMAIL PROTECTED]
Sent: Thursday, April 03, 2003 1:32 AM
Subject: Re: [nant-dev] COM visibility
It works both ways. If you feel that there is no demand for using NAnt
from COM
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, ...) ?
- Can't these tasks actually be part of #cvslib itself
- Original Message -
From: Ian MacLean [EMAIL PROTECTED]
To: Gert Driesen [EMAIL PROTECTED]
Cc: Clayton Harbour [EMAIL PROTECTED];
[EMAIL PROTECTED]
Sent: Sunday, June 08, 2003 5:28 AM
Subject: Re: [nant-dev] Nant cvs task using sharpcvslib
Gert Driesen wrote:
Great job, Clayton
- Original Message -
From: Ian MacLean [EMAIL PROTECTED]
To: Gert Driesen [EMAIL PROTECTED]
Cc: Clayton Harbour [EMAIL PROTECTED];
[EMAIL PROTECTED]
Sent: Sunday, June 08, 2003 11:39 AM
Subject: Re: [nant-dev] Nant cvs task using sharpcvslib
of course but we're not talking every
-
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
I John,
I never had any issues with these tests, can you possible debug the tests to
see what's actually happening ?
I would still like to get a few things in the 0.8.3 release : upgrade to a
new version of #cvslib, perhaps upgrade to a yet-to-be-released version of
log4net (which now uses the
John,
We should .. euhm .. could ... (never say should, if there's a slight chance
that Ian is gonna read the mail .. LOL) also move to a fixed version number
for releases, now that all assemblies are built using a common
assemblyinfo.cs file.
I'll set a fixed version in
Hi Ian,
Sorry to bring this up again but if we decide to remove the defaultframework
attribute from the NAnt configuration file, and have NAnt automatically
select the first valid framework as default framework, then shouldn't we add
an attribute on the project level that allows you to set a
- Original Message -
From: Ian MacLean [EMAIL PROTECTED]
To: Gert Driesen [EMAIL PROTECTED]
Sent: Friday, June 27, 2003 8:29 AM
Subject: Re: [nant-dev] default framework
Gert Driesen wrote:
Hi Ian,
Sorry to bring this up again but if we decide to remove the
defaultframework
Hi Giuseppe,
I looked at the code of the resgen task, and apparently it's not being
executed on the mono runtime right now.
The following comment is in the UsesRuntimeEngine property :
// TO-DO : uncomment this when monoresgen no longer crashes when run with
the mono runtime.
I think that
How do you propose to deal with the NAntContrib sources ?
will they be moved into /src/NAnt.Optional and /tests/NAnt.Optional or
will they be integrated into the current namespace structure ?
I would still like to get rid of needing a COM interop assembly for
SourceSafe (and if possible also for
- Original Message -
From: Ian MacLean [EMAIL PROTECTED]
To: Gert Driesen [EMAIL PROTECTED]
Cc: Miller, Kevin [EMAIL PROTECTED];
[EMAIL PROTECTED];
[EMAIL PROTECTED]
Sent: Sunday, June 29, 2003 4:10 AM
Subject: Re: [nant-dev] NAntContrib update was ( Updating Nant-Contrib to
latest Nant
Looks pretty much ok, some minor comments/questions inline ...
- Original Message -
From: Ian MacLean [EMAIL PROTECTED]
To: Gert Driesen [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Sunday, June 29, 2003 2:56 PM
Subject: [nant-dev] Namespaces and NAnt.Cnntrib tasks
Gert Driesen wrote
On Mon, 2003-06-30 at 17:51, Ramasamy, Dinesh wrote:
Hi
I get the following error,
SourceForge.NAnt.BuildException: H:\work\build.xml(10,3):
Unknown task vssget
at SourceForge.NAnt.TaskFactory.CreateTask(XmlNode taskNode, Project proj)
at
- Original Message -
From: John Barstow [EMAIL PROTECTED]
To: Nant-Developers (E-mail) [EMAIL PROTECTED]
Sent: Tuesday, July 01, 2003 6:54 AM
Subject: [nant-dev] Nant.VisualCpp.Tasks build failures
I'm still getting build failures for the *entire* Nant.VisualCpp test
suite
on the 1.1
- Original Message -
From: John Barstow [EMAIL PROTECTED]
To: 'Gert Driesen' [EMAIL PROTECTED]; Nant-Developers (E-mail)
[EMAIL PROTECTED]
Sent: Tuesday, July 01, 2003 7:48 AM
Subject: RE: [nant-dev] Nant.VisualCpp.Tasks build failures
Gert Driesen [mailto:[EMAIL PROTECTED] wrote
Hi,
I just installed the new NDoc 1.2 beta, and wow am I impressed .. I think
the speed increase for the MSDN documenter is at least x5.
You can now choose whether you want links to .NET SDK 1.0, 1.1 and MSDN
Online, and the MSDN documenter now allows you to generate online (web) docs
...
We
Hi,
Is it ok to rename the properties that designates a target to execute when
the build fails from nant.failure to nant.onfailure, to have it in sync
with nant.onsuccess ?
I know this is a breaking change, so we should document it as such in the
release notes.
In my opinion, changes like these
Hi John,
I've created a branch and named it BRANCH-083, as a tag has to start
with a letter and cannot contain dots.
Gert
On Thu, 2003-07-03 at 03:46, John Barstow wrote:
Now that we have a cleanly building code base, can someone with CVS write
access create a branch for the 0.8.3 release?
I forgot : I'll increment the version number later today ...
what version number do you recommend, 0.8.4. ?
what was actually decided after the discussion on this subject ?
John, will you assign a fixed (0.8.3.x) version number to the 0.8.3
branch before building the release ?
will
It will output a warning if it's still used, and will continue to actually
use it for now.
- Original Message -
From: Bernard Vander Beken [EMAIL PROTECTED]
To: Gert Driesen [EMAIL PROTECTED]; Nant-Developers (E-Mail)
[EMAIL PROTECTED]
Sent: Thursday, July 03, 2003 8:45 AM
Subject: RE
I haven't really tried NUNit on mono yet.
Perhaps you should ask both the NUnit team and the Mono team if there are
known issues with NUnit on Mono, and if these will be resolves in NUNit 2.1
(which has been postponed several times). I assume there was a good reason
for the Mono developers to
Clayton,
Can you look into the issues with the unit tests for the cvs tasks ?
We've been having lots of problems with these unit tests, should we perhaps
set the HaltOnError to false for now for these tests ? That we can at least
get the nightly build up and running again ...
GErt
[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
John,
I'm not sure about this, but wasn't it the intention to using the following
version numbering scheme :
major.minor.revision.YMMDD
eg. 0.8.3.30710 (if a release would be built today) ?
Or do you have another proposal ?
Are we currently keeping track of the version numbers (the revision
- Original Message -
From: John Barstow [EMAIL PROTECTED]
To: 'Gert Driesen' [EMAIL PROTECTED]
Cc: Nant-Developers (E-Mail) [EMAIL PROTECTED]
Sent: Friday, July 11, 2003 3:50 AM
Subject: [nant-dev] RE: NAnt version number
Gert Driesen [mailto:[EMAIL PROTECTED] wrote:
I'm not sure
If no one else volunteers, I'll look into it.
On Mon, 2003-06-30 at 21:07, Geurts, James wrote:
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
as the libpath is a semi-colon delimited list of directories, you should
perhaps consider using a FileSet instead of a string property.
Just to make sure we do it right from the start.
Gert
- Original Message -
From: David Keber [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday,
I did make some changes to the build process on the main branch in order to
better support third party libraries (for multiple framework versions).
Apparently you've committed the NAnt.VSNet.build from the main branch to the
0.8.3 branch.
Gert
- Original Message -
From: Matthew
The lib directory changes are not in the 0.8.3 branch, these will become
available in the 0.8.4 version.
I suggest building NAnt from cvs on Linux, which is quite easy : just
execute make clean make all in the NAnt root directory. However you
should make sure that you've built Mono from cvs
Hi,
I don't think I really like adding a message attribute to the Task class,
and having two ways of outputting messages to the build log.
The echo task is more powerful as it allows messages to be output only when
a condition is met (separate from the task conditions), and it allows you to
set
Hi Arjen,
Good to see someone finally took the time to implement these tasks, great
work
However, I'm not sure the FxCop task is very useful as you've implemented
it, but I could be wrong ofcourse ... I think we could actually start from
an existing FxCop project file as it doesn't make sense to
Hi,
This issue is now fixed in cvs.
Thanks for reporting this.
Gert
- Original Message -
From: Ian MacLean [EMAIL PROTECTED]
To: Horn, Julian [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Wednesday, August 13, 2003 5:09 AM
Subject: Re: [nant-dev] P.S. to last message
Julian,
I
of these rules are just
guidelines that could and in some cases actually should be ignored.
Gert
Best,
Arjen
-Original Message-
From: Gert Driesen [mailto:[EMAIL PROTECTED]
Sent: Monday, August 11, 2003 9:42 PM
To: Arjen Poutsma; [EMAIL PROTECTED]
Subject: Re: [nant-dev] FxCop
Name=$(FxCopDir)\Rules\PerformanceRules.dll Enabled=True
AllRulesEnabled=True /
/RuleFiles
as you can see, you can't just use a fileset for the targets unless you
always want all types to be analyzed ...
Gert
- Original Message -
From: Arjen Poutsma [EMAIL PROTECTED]
To: Gert Driesen
Hi Jarek,
Normally the daily builds are produced using an automated build server
(using Draco.NET), however we've been having issues for some time now but we
hope to have these resolved as soon as possible (Scott, please ???).
Thanks,
Gert
- Original Message -
From: Jaroslaw Kowalski
Thanks Arjen, I'll commit it later (today?) with some minor adjustments.
Gert
- Original Message -
From: Arjen Poutsma [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, August 13, 2003 10:14 AM
Subject: [nant-dev] RegSvcs Task
Hi,
Attached to this file is the RevSvcs task. This
Hi Brant,
The IncludeTask already supports failonerror, as support for failonerror is
implemented in the Task base class. I did make some minor modifications
just now that will make it more clear as to what is causing the include task
to fail.
Ian, should we allow a file to be included twice
Hi Tom,
I'll look into committing your patch later today.
I'll probable change your WebMap class to be a strongly typed collection,
and remove your WebMapAttribute class as I don't see any added value in
that.
Keep the patches coming !!
Gert
- Original Message -
From: Tom Cabanski
Hi Jaroslaw,
I've added this attribute now. That was my intention anyway, so thanks for
reporting this.
Gert
- Original Message -
From: Jaroslaw Kowalski [EMAIL PROTECTED]
To: NAnt Developers [EMAIL PROTECTED]
Sent: Saturday, August 16, 2003 11:38 PM
Subject: [nant-dev] PATCH: New
Hi Jaroslaw,
In my opinion the docs are correct, which means both the implementation and
the testers are wrong.
I fixed this issue and the testers locally, but I'm not sure if I can commit
them as these changes would break backwards compatibily.
But I still think we should fix the issue and
Ian,
Is it ok to commit my local changes, then ?
Gert
- Original Message -
From: Anthony LoveFrancisco [EMAIL PROTECTED]
To: 'Ian MacLean' [EMAIL PROTECTED]; 'Gert Driesen'
[EMAIL PROTECTED]
Cc: 'Jaroslaw Kowalski' [EMAIL PROTECTED]; 'NAnt Developers'
[EMAIL PROTECTED]
Sent: Monday
Hi Ian,
What's the general practice for attribute names regarding case ?
Should new properties always be lowercase or should we also use mixed-case
properties ?
If we can also use mixed-case properties, then I assume the first letter
should be lower-case (camel case), right ?
for example, I
- Original Message -
From: Ian MacLean [EMAIL PROTECTED]
To: Gert Driesen [EMAIL PROTECTED]
Cc: Nant-Developers (E-Mail) [EMAIL PROTECTED]
Sent: Monday, August 18, 2003 1:17 PM
Subject: Re: general practice for attribute names
I'm fairly sure that we had agreed on lower case
PROTECTED]
Sent: Monday, August 18, 2003 1:18 PM
To: Gert Driesen
Cc: Nant-Developers (E-Mail)
Subject: [nant-dev] Re: general practice for attribute names
I'm fairly sure that we had agreed on lower case for the build file.
useRuntimeEngine is more readable
but now you have to work out
Hi Yogesh,
The test element has a appconfig attribute that can be used to set the
application configuration file that should be used.
Gert
- Original Message -
From: Yogesh Shetty [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, August 20, 2003 4:33 PM
Subject: [nant-dev] NUnit
] NUnit Config
Thx... is this attribute documented... i may have overlooked it...
From: Gert Driesen [EMAIL PROTECTED]
To: Yogesh Shetty
[EMAIL PROTECTED],[EMAIL PROTECTED]
Subject: Re: [nant-dev] NUnit Config
Date: Wed, 20 Aug 2003 18:05:20 +0200
Hi Yogesh,
The test element has
Patch was applied.
Thanks !
Gert
- Original Message -
From: Tom Cabanski [EMAIL PROTECTED]
To: [EMAIL PROTECTED]; Gert Driesen
[EMAIL PROTECTED]
Sent: Thursday, August 21, 2003 10:37 PM
Subject: Patch for Solution task
Gert, thanks for applying my first patch. After examining your
: [nant-dev] NUnit Config
Thx... is this attribute documented... i may have overlooked it...
From: Gert Driesen [EMAIL PROTECTED]
To: Yogesh Shetty
[EMAIL PROTECTED],[EMAIL PROTECTED]
Subject: Re: [nant-dev] NUnit Config
Date: Wed, 20 Aug 2003 18:05:20 +0200
Hi Yogesh,
The test
Hi Jasper,
I'm not sure if this is the correct fix for this issue ...
I'd rather remove the default formatter altogether, but that would break
backward compatibility. But if we can correct wrong behaviour, we should do
it as soon as possible ...
Ian, what do you think ?
Gert
- Original
Hi Jasper,
I've updated the nunit2 task (in CVS) to only add a default plain-text
formatter if no other formatters were specified. In that case, I also
output the following warning message :
No formatter .../ element was specified. A plain-text formatter was added
to prevent loosing output of
Hi Eddie,
I've committed your patches to cvs.
Thanks !
Gert
- Original Message -
From: Eddie Tse [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, August 21, 2003 3:58 PM
Subject: [nant-dev] solution task fixes
Hi All,
I've been experimenting with the solution task from CVS
I submitted your patch to cvs.
Keep'em coming :-)
Gert
- Original Message -
From: Tom Cabanski [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, August 22, 2003 4:04 PM
Subject: [nant-dev] Patch for Solution Task
Solution task sometimes puts two dots in resource names where there
I can't recall why I changed it ... I've reverted my changes for now.
Sorry for the hassle it caused.
Gert
- Original Message -
From: Erv Walter [EMAIL PROTECTED]
To: Jaroslaw Kowalski [EMAIL PROTECTED]; NAnt Developers
[EMAIL PROTECTED]; Gert Driesen
[EMAIL PROTECTED]
Sent: Tuesday
These should be fixed in cvs now.
Thanks !
Gert
- Original Message -
From: Martin Aliger [EMAIL PROTECTED]
To: ! nant [EMAIL PROTECTED]
Sent: Monday, August 25, 2003 10:46 AM
Subject: [nant-dev] Fw: two more problems in Solution task (path related)
Hi again,
I found two more
This is now fixed in cvs.
Thanks !
Gert
- Original Message -
From: Martin Aliger [EMAIL PROTECTED]
To: ! nant [EMAIL PROTECTED]
Sent: Wednesday, August 27, 2003 2:15 PM
Subject: [nant-dev] solution task
Hi,
recent outputdir addon is missing this (second constructor)
---
sourceforge has been experiencing problems lately (actually its already
quite a while), so anonymous cvs is running against the backup server.
Gert
- Original Message -
From: Martin Aliger [EMAIL PROTECTED]
To: ! nant [EMAIL PROTECTED]
Sent: Wednesday, August 27, 2003 5:40 PM
Subject:
Hi Tom,
This has actually already been committed to cvs, but thanks for the patch
anyway ...
Gert
PS. Would it be possible to include patches as attachments instead of
having them inline ?
- Original Message -
From: Tom Cabanski [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent:
PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, August 28, 2003 6:55 PM
Subject: RE: [nant-dev] IIS Task
-Original Message-
From: Gert Driesen [mailto:[EMAIL PROTECTED]
I think you should actually create a servicecontroller task that
allows
any service to be started, paused, continued
I'd rather move to the following task layout for the cvs tasks, but I
haven't yet looked at implementing it :
cvs cvsroot=... password=...
update destination=... /
checkout /
/cvs
if you get my point ...
Gert
- Original Message -
From: brian.nantz [EMAIL PROTECTED]
-
From: Brian Knowles [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, August 28, 2003 7:16 PM
Subject: RE: [nant-dev] IIS Task
From: Gert Driesen [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 28, 2003 10:00 AM
Any reason why you used WMI and not the ServiceController class
: Ian MacLean [EMAIL PROTECTED]
To: Gert Driesen [EMAIL PROTECTED]
Cc: brian.nantz [EMAIL PROTECTED];
[EMAIL PROTECTED]
Sent: Friday, August 29, 2003 5:52 AM
Subject: Re: [nant-dev] Subversion Tasks
Really,
What is the benefit of nesting everything under a cvs tag ? apart from
having common
I did some tests and found no negative effects of doing this, so I submitted
this change this cvs.
Gert
- Original Message -
From: Ian MacLean [EMAIL PROTECTED]
To: Jaroslaw Kowalski [EMAIL PROTECTED]
Cc: NAnt Developers [EMAIL PROTECTED]
Sent: Saturday, August 30, 2003 6:10 AM
Subject:
1 - 100 of 768 matches
Mail list logo
