Title: Message
You
could try CCNet and specifically CCTray.
CCNet
is a bless for builders of all kinds.
/Nicke
-Original Message-From: Jonni Faiga
[mailto:[EMAIL PROTECTED] Sent: den 17 maj 2004
13:01To: [EMAIL PROTECTED]Subject:
[Nant-users] Initiating a remote nant bui
I'm not sure I understand you correctly, but as far as I see this
has nothing to do with the solution task.
Generation of xml documentation is produced by setting a file name
in the corresponding *.scproj file by using VS.NET project settings.
The resulting xml files can then after the solution b
Thanks a lot for the very informative answer!
Unfortunately I'm busy with other planned stuff today,
but I'll test things more on Monday.
Again, thanks!
/Nicke
> -Original Message-
> From: James Geurts [mailto:[EMAIL PROTECTED]
> Sent: den 22 april 2004 17:07
> To: [EMAIL PROTECTED]
> Cc:
The latest nightly doesn't give me this problem anymore, but I did
also have it with earlier versions.
/Nicke
> -Original Message-
> From: Michael A. Angelo [mailto:[EMAIL PROTECTED]
> Sent: den 21 april 2004 21:24
> To: 'Gert Driesen'; [EMAIL PROTECTED]
> Subject: RE: [Nant-users] Attemp
Title: Message
Hi.
I'm trying ot get
the MSI task to build an MSI we've been having VS.NET 2003
build
so far. I've read
all documentation I've been able to find, including the WiKi but
still
have a few
questions.
I found the vdproj
converter and used it to generate a snipplet of code f
Title: Message
Seems there has
sneaked in an error from the nightly 03-20 to 04-21.
Trying to compile my
old trusty solution that worked with 03-20 and
that now errors out
with:
[solution] Starting solution build.
Title: Message
I
ended up with these small snipplets to solve my problems where I use svn and
ccnet
and
want both build number and revision from svn into the (in this case) file
version
attribute.
Title: Message
Wow!
That's great, exactly what I needed, thanks a bunch Evan (and
Jarek)!
/Nicke
-Original Message-From: Bonnett, Evan A
[mailto:[EMAIL PROTECTED] Sent: den 31 mars 2004
16:09To: 'Nicklas Norling';
[EMAIL PROTECTED]Subject: RE: [Nant-u
Title: Setting a property to output of executable
Hi.
I'm looking and looking and just can't find a way to set a property
to the value of output from a program. Or from the content of a file
or any other communicative and dynamic way.
Does anyone have any tips in this area?
What I'm doin
Title: Message
Anthony,
Create
a VS solution and include the common file as link in VS.
Set up
projects to include the hundreds of files you have, defining
dependencies etc. Then use to point out the
solution
and
the build config to build.
The
taks is made to run a solution, not to incl
I vote for the most simple form. Number 2 seems like it for me.
But I want the "normal" parameters to be turned on by default.
But my vote may not count, as I have not yet done my homework :)
/Nicke
> -Original Message-
> From: Clayton Harbour [mailto:[EMAIL PROTECTED]
> Sent: den 17 mars
Title: Message
I put
that error message in there. It used to just give an internal
error.
Problem is as you say, a reference is made with a project that is
not
included, and the reference is of Project type.
Remove
the reference and recreate it again, but this time select
from
the
file tab
Title: Message
Hi.
I've
been using the solution task quite extensivly with solution files with over 30
projects.
I'v
never had a problem where project dependencies did not work as of the final
0.84
release. Can you create a reproducable case on this?
As for
mono, I'm not quite sure I un
Hi Karmous.
I've given it some thought earlier. But it's my believe that in order
to do that you need Harvest SDK, and the license involved in the SDK would
make it impossible or at the very least unsuitable for inclusion in a GPLed
application like NAnt.
You could always create some task that re
Title: Message
Yes,
the solution will help immensely if you have a solution file or at least
projects files.
I'm
assuming, since you do not tell us otherwise, that you are using VS. Then
you
will
get *.csproj files at the very least when you make code. And preferably you
would
create
a so
Title: Message
Since
you have a solution file with all the projects why don't you
run
the solution task?
Also,
what are the versions if NAnt used?
/Nicke
-Original Message-From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Sent: den 5 december 2003
13:07To: [EMAIL PROTECTED
Hi Pradeep.
Are you using the latest build, if not, can you test with it and
see if the problem remains. A LOT of work has been done from 0.8.3
and the nightly builds are considered more stabile then 0.8.3.
If the problem remains, what versions are you using? Can you create
a reproducable case fo
Hi.
The task supports passing more then one target.
Would
work?
Or did I missunderstand your question?
You can also set properties and look at them later in
the targets. The documentation shows greate examples on this.
/Nicke
> -Original Message-
> From: Boome, Stephan [mailto:[EMAIL
Hi.
What version are you runing? I'm using both file and project
references in a 30-ish project large solution file and appropriate
dll's are copied as they should.
If you are not running the latest nightly build, you could try
using it.
/Nicke
> -Original Message-
> From: Harvey Green
Title: Message
could
pass 2 arguments and the nant property nant.dir to the
batchfile.cmd.
/Nicke
-Original Message-From: Sean Perkin
[mailto:[EMAIL PROTECTED] Sent: den 10 november 2003
20:11To: [EMAIL PROTECTED]Subject:
[Nant-users] To set a nant property value from w
Attaching a test case to recreate the bug.
Only unzip and run the cmd file to recreate.
Depends on having NAnt.exe in the path.
/Nicke
> -Original Message-
> From: Nicklas Norling [mailto:[EMAIL PROTECTED]
> Sent: den 7 november 2003 09:39
> To: [EMAIL PROTECTED] Sourceforge.
After compiling a number of projects using the solution task
I get the following error: (using NAnt nightly build 031103)
[solution] Starting solution build.
[solution] Building
Ifs.Application.Fndwin.MyToDoViewer [Debug]...
Hi,
Usually you can't. The solution file usually only has references
to the projects included and build deependencies are deferred by
reading information from the included projects files.
There is however an opening for sln files to contain dependency
information. I've even seen it in some files.
: Gert Driesen [mailto:[EMAIL PROTECTED]
Sent: den 20 oktober 2003 20:43
To: Nicklas Norling; 'N. V.'; [EMAIL PROTECTED]
Subject: Re: [Nant-users] Logging failures or successes
Are you closing (not just stopping) the Release.log recorder in your
"failure" target ?
I attached an
See comments below:
How come ? You can :
> - log to a file using the -logfile commandline option
The -logfile option keept the logfiles locked so I could not zip nor
email the logs while running the script.
> - log build results as an SMTP message (using the NAnt.Core.MailLogger)
MailLogger doe
-Original Message-
From: Nicklas Norling [mailto:[EMAIL PROTECTED]
Sent: den 17 oktober 2003 12:19
To: 'N. V.'; [EMAIL PROTECTED]
Subject: RE: [Nant-users] Logging failures or successes
Hi Nick.
Thanks for the tip, that's pretty much exactly what I need!
Got to look closer at
Hi Nick.
Thanks for the tip, that's pretty much exactly what I need!
Got to look closer at things in NAntContrib I guess.
/Nicke
-Original Message-
From: N. V. [mailto:[EMAIL PROTECTED]
Sent: den 17 oktober 2003 01:27
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: RE: [Nant-users] Lo
Hi Greg.
A skeleton framework for that might look something like this:
Make sure the properties are set in the beginning of the build
file.
Good luck!
/Nicke
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: den 15 oktober 2003 14:12
To: [EMAIL
Hi Scott.
I think it would be great if this kind of problems could
work "out of the box". And maybe Ben's suggestion is the way
to go if a dependency towards #ziplib is not wanted. But
to me, being a builder, it seems an awful lot of work.
The semaphore methods with empty files and such where what
Hi Scott.
Thanks for putting me on track. This snipplet now works :)
/Nicke
-Original Message-
From: Scott Hernandez [mailto:[EMAIL PROTECTED]
Sent: den 15 oktober 2003 19:22
To: [EMAIL PROTECTED]
Subject: Re:
Hi Gert.
Thanks for the input! Time to get my hands dirty then :)
Can't promise anything, but I'll certainly look into
doing such patches (if I can).
/Nicke
-Original Message-
From: Gert Driesen [mailto:[EMAIL PROTECTED]
Sent: den 15 oktober 2003 16:56
To: Nicklas Norli
not locked, but I don't have the
information about the success/failure of the build.
How would one go about solving such a thing?
/Nicklas Norling
---
This SF.net email is sponsored by: SF.net Giveback Program.
SourceForge.net hosts over 70,00
olve?
Any kind soul got some ideas, or at least a comforting word or two?
/Nicklas Norling
---
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 H
33 matches
Mail list logo