So, it's putting the old version in your manifest, and you want the NEW
version? Ah... I thought it was the opposite.
Which version are you referencing in your project? Do you have it set to
"specific version"?
BOb
From: Eric Fetzer [mailto:[EMAIL PR
There are LOTS of blogs and such out there. It's been stirring things up a bit.
- Original Message
From: Bob Archer <[EMAIL PROTECTED]>
To: Brass Tilde <[EMAIL PROTECTED]>; Eric Fetzer <[EMAIL PROTECTED]>; Chris
Snider <[EMAIL PROTECTED]>; Gert Driesen <[EMAIL PROTECTED]>; Nant Users
There are LOTS of blogs and such out there. It's been stirring things up a bit.
- Original Message
From: Bob Archer <[EMAIL PROTECTED]>
To: Brass Tilde <[EMAIL PROTECTED]>; Eric Fetzer <[EMAIL PROTECTED]>; Chris
Snider <[EMAIL PROTECTED]>; Gert Driesen <[EMAIL PROTECTED]>; Nant Users
Thank you Bob - using achieved the desired result,
including the use of properties.
-Steve
-Original Message-
From: Bob Archer [mailto:[EMAIL PROTECTED]
Sent: Friday, February 29, 2008 1:05 PM
To: Steve Kapinos; nant-users@lists.sourceforge.net
Subject: RE: [NAnt-users] way to see what
Um... scott gu's blog entry:
http://weblogs.asp.net/scottgu/archive/2007/07/30/asp-net-ajax-in-net-3-
5-and-vs-2008.aspx
Bob
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Brass
Tilde
Sent: Friday, February 29, 2008 1:23 PM
To: Bob Archer; Eric Fetzer;
Bob Archer <[EMAIL PROTECTED]> wrote:
> MY understanding is that this was only an issue with projects created
> with the beta releases. If you create the projects with the RTM
> release it is fine. There is a batch file that fixes this here:
> http://download.microsoft.com/download/7/9/2/79268325-
MY understanding is that this was only an issue with projects created
with the beta releases. If you create the projects with the RTM release
it is fine. There is a batch file that fixes this here:
http://download.microsoft.com/download/7/9/2/79268325-1006-4566-bd26-558
1b8971f36/DisableAjaxPolicy.
Yes, if you have spaces in value then they are surrounded by quotes. Try
using line instead of value. That should pass the argument as is.
BOb
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Steve
Kapinos
Sent: Friday, February 29, 2008 12:59 PM
To: nant
If you had ANYTHING with Ajax 1.0 in it, it's completely screwed as soon as you
put the 3.5 framework on the build machine (starts grabbing the new ajax dll
out of the GAC which will give you a System.Web.Exensions error on any page
with those Ajax controls on it). There's a clugy work around t
Noob here..
I'm having trouble using exec to pass arguements to my svn client
successfully, but I can't figure out how to see what nant is actually
passing to the command line. verbose and debug aren't helping.
in the build file I have
"(I think even assemblies compiled with the new .Net 3.5 compilers will
still even run on .Net 1.1 as long as you are only referencing
assemblies that are available in 1.1)"
If anyone had the time (I don't have VS 2008 yet) to test compiling a
1.1 target using NAnt and the .NET 3.5 compiler, I'
Without looking at the source code, my guess is that the temp folder is
being loaded with the windows API to determine the temporary folder from
the environment variables, most likely at the user level and not global
level.
Christopher B. Snider
Technical Lead, Reg.Net Team
719.302.0200 x403
c
I think the temp is possible your current folder?
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Sent: Friday, February 29, 2008 10:58 AM
To: Bob Archer; nant-users@lists.sourceforge.net
Subject: Re: [NAnt-users] msi task - 'cabarc' failed to start
Hi B
Frankly, I don't think FW targeting in Visual Studio changes anything in
the way that the assembly is compiled. As Gert said, there are two
msbuilds... one uses the compilers shipped with .Net 2.0 and one uses
the compilers shipped with .Net 3.5.
You can create a solution that "targets" .Net 2
Hi Bob,
Yes, I've already got verbose = true on the msi task. I think it's what outputs
this information:
[exec] Starting 'cabarc (-r N C:\code\PROJECT~3\trunk\builds\lat
est\Project.cab *)' in 'C:\Documents and Settings\user\Local Settings\Temp\tm
p177B.tmp'
Could the path to Temp have anythin
1) Do you expect the task to instruct MSBuild to target the
framework that you're currently targeting in NAnt, or do you
configure different solution/project configurations in VS for this purpose?
Keep in mind that - if you expect NAnt to instruct MSBuild to target a given
framework/tool versio
Have you tried setting the msi task verbose="true" ... it may return the
error from the command line as to why cabarc won't run.
BOb
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Friday, February 29, 2008 10:01 AM
Hi Bill,
Just tried your idea and unfortunately, it made no difference. It's still
giving me the exact same error.
Regards,
K.
- Original Message
From: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]; nant-users@lists.sourceforge.net
Sent: Friday, 29 February, 2008 1:52:4
Have you adding it to the Path environment on the machine? I'm not sure,
but I believe nant starts a new process to run cabarc, and this would
presumably get the default Path from the machine settings, not from your
current process, and so wouldn't include the value you have just set.
Just a t
Hi all,
I'm new to NAnt and I'm trying to set up our project for automated builds but
am having no success. I'm currently trying to use the msi task to build the msi
for our project but it keeps failing with the following message:
[msi] Compressing Files...
[exec] Startin
Eric,
Currently, the solution task always uses the MSBuild that is part of .NET 2.0.
Work is underway to change this, but we're still discussing how we should
implement it.
There are two versions of MSBuild:
MSBuild 1.0: part of .NET Framework 2.0; by default targets .NET Framework 2.0.
MSBuil
21 matches
Mail list logo
