Hey Gert,
Sorry about that, but in this age of spam moderating lists has become a
full-time job.
We cannot make a distinction between spam and posts from list members that
need to be approved, so we'd have to inspect each message individually.
This is not something any of us has enough
Hey Martin,
I added the missing file to NAnt.Win32.csproj.
I don't immediately see an advantage to converting our project file as long
as VS supports converting them to the version you're using.
Thanks,
Gert
-Original Message-
From: Martin Aliger [mailto:martin_ali...@gordic.cz]
Sent:
Ryan,
The Mono team is dropping support for .NET Framework 1.x, hence mcs is no
longer available.
I believe Mono 2.6.x is the last release to support .NET 1.x.
We'll just need to check what version of Mono is available, or just check
for the compiler that is available (1.x: mcs, 2.x: gmcs, 4.x:
Hey Ryan,
Thanks for getting to the bottom of this.
Regardless of whether this'll fix the problem for Martin, we need to improve
our makefile to support other (mono) compilers beside mcs.
Can you add this to our roadmap ?
Thanks!
Gert
-Original Message-
From: Ryan Boggs
the
latter is more appropriate, as all files are available as child nodes.
Gert
From: Charles Chan [mailto:cchan...@users.sourceforge.net]
Sent: donderdag 1 april 2010 22:24
To: Richard Birkby; Gert Driesen
Cc: nant-developers@lists.sourceforge.net
Subject: Re: [nant-dev] Bug tracker tag for 0.9
: Re: [nant-dev] sysinfo task
Hi,
On Mar 26, 2010, at 2:07 AM, Dominik Guder o...@guder.org wrote:
Am 25.03.2010 17:12, schrieb Gert Driesen:
Hi Ryan,
I guess it won't make it in time for the 0.90 release.
Personally, I even consider the sysinfo task deprecated.
On Mar 25, 2010, at 8:10 AM
Ryan,
We cannot allow parenthesis in property names, as that would screw up our
expression tokenizer.
I'm more enclined to a machanism that allows explicit control over the
property names that a given environment variable is mapped to.
Something similar to the file mappers in Ant would be
Hey Ryan,
Correct. There were plans once to change this, but it never happened (I'm
afraid).
Gert
-Original Message-
From: Ryan Boggs [mailto:rmbo...@gmail.com]
Sent: dinsdag 16 maart 2010 2:53
To: gert.drie...@telenet.be; nant-developers@lists.sourceforge.net
Subject: NAnt License
Ryan,
Problem is that you need consent from everyone that contributed code.
Note that I definitely don't have a problem with a more liberal license.
Gert
-Original Message-
From: Ryan Boggs [mailto:rmbo...@gmail.com]
Sent: zaterdag 20 maart 2010 17:46
To: Gert Driesen
Cc: nant
Hey Charles,
Are you running the tests using the test target, or using the NUnit GUI ?
It's been a while since I ran the tests, but last time they were just fine.
Can you send me an example of this mal-formatted output ?
Gert
--
From: Charles Chan
Thanks dude!
-Original Message-
From: Charles Chan [mailto:cchan...@users.sourceforge.net]
Sent: zaterdag 6 maart 2010 4:25
To: nant-developers@lists.sourceforge.net
Subject: [nant-dev] DocManager pages are now merged into MediaWiki
Big thanks to SF OPS -- the (old) documents have now
Hi Ryan,
That would be great.
We could also look for an alternative in parallel (as NDoc is no longer
maintained).
Gert
-Original Message-
From: Ryan Boggs [mailto:rmboggs.obsd.po...@gmail.com]
Sent: zaterdag 6 maart 2010 2:09
To: Gert Driesen
Cc: nant-developers@lists.sourceforge.net
:26
To: Ryan Boggs
Cc: Gert Driesen; nant-developers@lists.sourceforge.net
Subject: Re: [nant-dev] Task/planning for 0.87 release
Hello Ryan,
Thanks for looking into this. Yeah I follow what you are saying (but I
couldn't really test it ... see my other post.)
The question basically comes down
Hey Charles,
AFAIK this is a Mono issue. I get the same bad performance on Mono/Windows.
However, I'm sure our implementation can be optimized a lot.
Gert
-Original Message-
From: Charles Chan [mailto:cchan...@users.sourceforge.net]
Sent: donderdag 4 maart 2010 6:42
To: Ryan Boggs
Cc:
Hey Charles,
You should make it clear if you want to drop sypport for .NET 1.x as a
runtime environment (CLR), or as a target framework.
Regards,
Gert
--
From: Charles Chan cchan...@users.sourceforge.net
Sent: Thursday, February 25, 2010 4:20 AM
Hey Charles,
I have no problem with dropping .NET 1.x as supported runtime, but I
definitely want to retain .NET 1.x as target framework.
There's no reason why we should drop support for that.
Regards,
Gert
-Original Message-
From: Charles Chan [mailto:cchan...@users.sourceforge.net]
if this is not high on your todo list, but you should keep it in
mind.
That way you don't introduce stuff that is not portable / cross-platform.
Gert
-Original Message-
From: Charles Chan [mailto:cchan...@users.sourceforge.net]
Sent: dinsdag 16 februari 2010 4:43
To: Gert Driesen; nant
: dinsdag 16 februari 2010 21:35
To: Gert Driesen; nant-developers@lists.sourceforge.net
Subject: Re: [nant-dev] NAnt status report [2010-02-14]
Gert,
A few more questions? Hope you don't mind ... :)
Charles
- Original Message
From: Gert Driesen gert.drie...@telenet.be
To: Charles
Hey Charles,
That function - which I consider to be internal - may indeed not be part of
any official release.
So in this case, you can only build NAnt with:
* a nightly build (which hasn't been uploaded in quite a while due to
scp/rsync issues with sourceforge)
* a bootstrap of NAnt (though
Hey Charles,
It's great to have new blood joining the NAnt team, but may I ask which
project admin you contacted to become member ?
Regards,
Gert
--
From: Charles Chan cchan...@users.sourceforge.net
Sent: Thursday, February 11, 2010 4:23 AM
To:
Hi Rasmus,
Feel free to post patches to the developer mailing list.
For isolated changes, you can even send me the modified source(s).
Great to have you on board!
Gert
From: Rasmus Jelsgaard [mailto:ras...@jelsgaard.com]
Sent: dinsdag 8 september 2009 20:24
To:
for this project when it still
hasn't reached 1.0! At the moment anyone checking the project page
would think this project was dead and that MSBuild has won; that's a
real shame because NAnt is awesome and I still think it's the better
build solution.
--
Bruce
On Fri, 12 Jun 2009 08:00:16 -0700 Gert Driesen
Hi Leszek,
I agree that a new version should be released.
I would first like to release a new beta/release candidate though.
Now only to find time ... :(
Gert
--
From: Leszek Ciesielski skol...@gmail.com
Sent: Friday, June 12, 2009 10:58 AM
To:
Hi Manjusha,
No, this is not something we currently support in the solution task.
Gert
From: Lokhande, Manjusha
Sent: Tuesday, January 20, 2009 6:44 AM
To: nant-developers@lists.sourceforge.net
Subject: [nant-dev] PostBuildEvent
Hi,
I have a PostBuildEvent defined in my .csproj file.
Hi Steve,
I've added support for Windows SDK 6.1 to CVS.
I don't think we explicitly need to check the Wow6432Node registry keys.
I tried to run NAnt both compiled targeting .NET 1.0 (which means it will
run in WOW64) and .NET 2.0 on Vista x64, and had no problems.
I'll try to get a new
Hey Andrew,
Most of the initialization is started here:
void Initialize(XmlNode elementNode, PropertyDictionary properties,
FrameworkInfo framework)
in NAnt.Core.Element
I'd suggest debugging NAnt running a simple project if you want to learn
more.
If you have any specific questions, I'll be
Hey Shovavnik,
The (n)make method is used for bootstrapping NAnt; meaning, building a
minimal version NAnt -without relying on NAnt itself - that can be used to
build the full version of NAnt.
That full version is actually built using the NAnt.build file. That build
file is used to build
Hey Robin,
Currently, the exec task will log all output that the external process
writes to stderr as warnings. I don't think we should consider all output to
stderr as actual errors.
I'd suggest fixing your buildhelper to return a non-zero exit code when
execution fails.
Gert
Mark,
We ship with #ziplib v0.85.1.271, but the directory in which it's stored
changed since earlier versions of NAnt.
You probably extract the lastest version of NAnt into a directory containing
an older version.
Gert
_
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Eric,
We do not yet support .NET Framework 3.5 for the solution task.
In order to support both .NET 2.0 and 3.5, we need to use reflection for the
MSBuild assemblies and we have problems loading the 3.5 version of the
MSBuild assemblies.
I don't recall the exact details, but I'll contact the
Eric,
Can you send me a small repro for this issue?
Thanks!
Gert
_
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Eric
Fetzer
Sent: woensdag 16 april 2008 23:47
To: NAnt Developers
Subject: [nant-dev] Upgrade to latest nightly build
I upgraded to try out the 3.5
Eric,
For .NET, we now use an explicit set of assemblies that we can automatically
resolve to a full path.
This set can be configured in the NAnt.exe.config file.
I have now added the System.Data.OracleClient assembly.
You can double-check the configuration file to make sure our list is
Paul,
You'll need to use the bootstrap version of NAnt to build NAnt 0.86.
To create the bootstrap version:
(linux / cygwin)
$ make bootstrap
or
(windows)
$ nmake -f Makefile.nmake bootstrap
Hope this helps,
Gert
- Original Message -
From: paul [EMAIL PROTECTED]
To:
The first beta for NAnt 0.86 is available NOW !
This release focuses on extending our already strong support for multiple
target frameworks, bringing improved flexibility and performance.
As of this release, our framework support chart looks like this:
Framework Target
Hi Dries,
There's no real reason why ResourceFileSet is sealed, so I'll change that.
Gert
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Dries
Samyn
Sent: woensdag 28 november 2007 22:42
To: nant-developers@lists.sourceforge.net
Cc: Mark Reid
Subject:
PROTECTED]
Sent: vrijdag 16 november 2007 16:44
To: Gert Driesen; [EMAIL PROTECTED];
nant-developers@lists.sourceforge.net
Subject: RE: [NAnt-users] Strict execution of managed applications
Hi,
Cool! Thanks a lot - I'll give it a shot on our Spring.NET codebase asap.
keep up the great work!
cheers
Hi,
Today, I've finally introduced support for running a Managed application on
a specific version of a CLR.
We've been supporting running an application on a given CLR for quite a
while now, but we did not provide direct support for forcing an application
to run on a specific CLR version.
Chris,
I'm not sure this is something we should fix.
If we do this, then we should do it for both onsuccess and onfailure. We
then risk hiding the original build outcome.
Gert
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Chris
Lambrou
Sent: maandag
Hi,
I've decided to spend some more time on NAnt. Initial results of that work
are available in today's nightly build.
Some of the more visible changes since the 0.85 release are:
Framework support
* Added support for targeting .NET Framework 3.5
* Experimental support for targeting
Jason,
NAnt developent has not ceased, but I haven't spend much time on it later
(except from bug fixes).
Release notes that list some of the changes since the 0.85 release:
http://nant.sourceforge.net/nightly/latest/releasenotes.html
New contributors are always welcome :-)
Gert
_
Alex,
Pick the area you're most interested in. What experience do you have ?
Gert
_
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Alex
Rovner
Sent: maandag 9 april 2007 16:47
To: nant-developers@lists.sourceforge.net
Subject: [nant-dev] Nant Contributions
I would
@gump.apache.org: http://
mail-archives.apache.org/mod_mbox/gump-general/200702.mbox/%
[EMAIL PROTECTED]
On Feb 17, 2007, at 12:43 AM, Gert Driesen wrote:
-Original Message-
From: Curt Arnold [mailto:[EMAIL PROTECTED]
Sent: zaterdag 17 februari 2007 6:20
To: Gump code
Hi Jay (or anyone else with an opinion on this),
Few small questions:
I'm adding a first version of a waitforexit task to NAntContrib (which can
be used in combination with spawned processes), and wondered if that task
should fail if the process you're waiting for exits with a non-success exit
Paul,
The nunit2 task uses the NUnit API to run the tests. As a result, the unit
tests are executed in the CLR that is hosting NAnt.
I will soon add an nunit-console task that will run the nunit-console.exe
that corresponds with the target framework.
Gert
-Original Message-
From:
]
To: Gert Driesen [EMAIL PROTECTED]; 'Martin Aliger'
[EMAIL PROTECTED]; nant-developers@lists.sourceforge.net
Sent: Monday, October 16, 2006 10:53 PM
Subject: Re: [nant-dev] aspnet_compiler task
Gert,
I currently have one task i wrote for .NET 2.0, this is to get propery value
from msbuild
Hi Martin, Ram,
Nothing prevents us from having a separate NAnt.Contrib assembly
for 2.0 specific extensions (tasks, functions, filters, ).
We could also conditionally build these extension when NantContrib
is built targeting .NET 2.0, but then the official binary distribution would
Announcing NAnt 0.85.
Binary and source distributions are available for immediate download from:
http://sourceforge.net/project/showfiles.php?group_id=31650
About NAnt:
NAnt is a free .NET build tool, allowing applications to be built targeting
both Microsoft .NET and Mono while supporting both
- Original Message -
From: Ryan Baxter [EMAIL PROTECTED]
To: Gert Driesen [EMAIL PROTECTED]
Cc: nant-developers@lists.sourceforge.net
Sent: Thursday, October 12, 2006 7:36 PM
Subject: Re: [nant-dev] Csc Task Ignoring References
So is it that the csc compiler will ignore a /reference
No, this will only be supported after the 0.85 release. We do
support.NET 2.0, but not (yet) VS 2005 solutions and project.
Gert
From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ramprakash
Gopinathan
Sent: woensdag 11 oktober 2006 18:33
To:
Amish,
Do you have a self-contained repro you can share for this issue ?
Gert
- Original Message -
From: amish [EMAIL PROTECTED]
To: nant-developers@lists.sourceforge.net
Sent: Monday, September 18, 2006 9:19 AM
Subject: [nant-dev] Problem in add reference of the other project
John,
This appears to be due to some change in .NET 2.0 wrt to the assembly
loader.
I'll commit a workaround to cvs in a minute.
Gert
-Original Message-
From: [EMAIL PROTECTED] [mailto:nant-
[EMAIL PROTECTED] On Behalf Of John Cole
Sent: woensdag 13 september 2006 17:24
To:
-Original Message-
From: [EMAIL PROTECTED] [mailto:nant-
[EMAIL PROTECTED] On Behalf Of Toby Johnson
Sent: vrijdag 18 augustus 2006 16:24
To: nant-developers@lists.sourceforge.net
Subject: [nant-dev] Upgrade ziplib to 0.84?
Are there any plans to upgrade to the latest ziplib
- Original Message -
From: Martin Aliger [EMAIL PROTECTED]
To: 'mike61079' [EMAIL PROTECTED];
nant-developers@lists.sourceforge.net
Sent: Thursday, August 03, 2006 10:07 AM
Subject: Re: [nant-dev] VSWebCache ObjectDir solution
I have the same setup as you, everything is in distinct
- Original Message -
From: Martin Aliger [EMAIL PROTECTED]
To: 'Gert Driesen' [EMAIL PROTECTED]; 'mike61079'
[EMAIL PROTECTED]; nant-developers@lists.sourceforge.net
Sent: Wednesday, August 02, 2006 11:16 AM
Subject: RE: [nant-dev] VSWebCache ObjectDir solution
But I'm not sure
- Original Message -
From: Martin Aliger [EMAIL PROTECTED]
To: 'Gert Driesen' [EMAIL PROTECTED]; 'mike61079'
[EMAIL PROTECTED]; nant-developers@lists.sourceforge.net
Sent: Wednesday, August 02, 2006 12:50 PM
Subject: Re: [nant-dev] VSWebCache ObjectDir solution
Would a clean mode
-Original Message-
From: [EMAIL PROTECTED] [mailto:nant-
[EMAIL PROTECTED] On Behalf Of mike61079
Sent: maandag 31 juli 2006 22:13
To: nant-developers@lists.sourceforge.net
Subject: Re: [nant-dev] VSWebCache ObjectDir solution
Actually this just happened to me. I compiled the
Martin,
We needed this to mimic the behavior of Visual Studio for web projects.
Visual Studio first writes the compiler output to that directory, and as
such the path specified in AssemblyKeyFile is resolved relative to that
directory.
Gert
-Original Message-
From: [EMAIL PROTECTED]
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Martin Aliger
Sent: vrijdag 14 juli 2006 12:59
To: 'Gary Feldman'; nant-developers@lists.sourceforge.net
Subject: Re: [nant-dev] Release 0.85 and beyond
Hello,
agreed - 1.0 soon is a good
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Flex
Sent: donderdag 29 juni 2006 11:50
To: nant-developers@lists.sourceforge.net
Subject: [nant-dev] Nant contributions or where nant is going?
Guys, I'm completely newbie both to nant and to
Announcing NAnt 0.85 Release Candidate 4.
Binary and source distributions are available for immediate download from:
http://sourceforge.net/project/showfiles.php?group_id=31650
About NAnt: NAnt is a free .NET build tool, allowing applications to be
built targeting both Microsoft .NET and Mono
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Gary Feldman
Sent: dinsdag 16 mei 2006 17:32
To: nant-developers@lists.sourceforge.net
Subject: [nant-dev] Bug tracking status
There are currently no open P9 bugs. Only two bugs were submitted
Harmon,
Expansion of environment variables in path should not be part done in
FileUtils, as this is not something that should to be done for all paths.
The modifications should be limited to the solution task's support for C++
(meaning src\NAnt.VSNet\Vc*.cs).
Can you also make that patch
Righardt,
This is now fixed in cvs, and the fix will be part of the next nightly build
or release.
Gert
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Marais Righardt
Sent: woensdag 12 april 2006 11:09
To:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Trevor Misfeldt
Sent: maandag 27 maart 2006 6:01
To: nant-developers@lists.sourceforge.net
Subject: [nant-dev] Internal error: illegal characters in exec call
I got this error with this line:
Sanjiv,
There have been reports of similar issues in the past, and these were always
caused by a bad install of the .NET Framework.
Can you trying reinstalling the .NET Framework 1.1 redistributable?
Gert
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
-Original Message-
From: Gert Driesen [mailto:[EMAIL PROTECTED]
Sent: zondag 23 april 2006 11:14
To: 'Trevor Misfeldt'; 'nant-developers@lists.sourceforge.net'
Subject: RE: [nant-dev] Internal error: illegal characters in
exec call
-Original Message-
From
Ahmed,
Please provide a verbose build log (NAnt.exe -verbose).
Also, I suggest upgrading to a recent nightly build
(http://nant.sourceforge.net/nightly/latest).
Gert
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Ahmed, Shabana
Sent: vrijdag 21
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Ahmed, Shabana
Sent: vrijdag 21 april 2006 18:31
To: Gert Driesen; nant-developers@lists.sourceforge.net
Subject: RE: [nant-dev] The system cannot find the path specified
I am not sure
Hi Christian,
I've fixed the dynamic assembly issue locally, and commit it to cvs in a few
minutes.
I'll let you know when I've finished uploading a new nightly build for you
to test.
Gert
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of
- Original Message -
From: Crawford, Christina [EMAIL PROTECTED]
To: nant-developers@lists.sourceforge.net
Sent: Wednesday, March 15, 2006 8:24 PM
Subject: [nant-dev] New service task action types
Request new action types to the Nant servicecontroller task:
Uninstall a service
Hi Michael,
Do you have a small repro you can share ?
Gert
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Michael O'Brien
Sent: dinsdag 14 maart 2006 16:19
To: nant-developers@lists.sourceforge.net
Subject: [nant-dev] Custom tasks from XML /
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Martin Aliger
Sent: dinsdag 7 februari 2006 8:03
To: nant-developers@lists.sourceforge.net
Subject: [nant-dev] resgen speed
Gert,
you wrote (in response to one issue report):
Resgen
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Martin Aliger
Sent: dinsdag 7 februari 2006 10:33
To: 'Gert Driesen'; nant-developers@lists.sourceforge.net
Subject: RE: [nant-dev] resgen speed
Good, thanks for explanation.
btw: (that one
Arun,
Are you sure you've installed NAnt correctly ?
Gert
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of arun kumar
Sent: zaterdag 14 januari 2006 10:58
To: nant-developers@lists.sourceforge.net
Subject: [nant-dev] Please give me the solution
Rick,
The solution task currently does not support .NET 2.0 solutions or
projects.
Gert
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Rick Garibay
Sent: dinsdag 24 januari 2006 22:31
To: nant-developers@lists.sourceforge.net
Subject:
Mohammed,
I ran into this issue myself once, but I could not reproduce it later on.
Can you consistently reproduce this issue ?
Gert
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Farooq Mohammed
Sent: donderdag 5 januari 2006 18:39
To:
Jayakumar,
Usage of WebDAV for deployment is actually deprecated, but you could try
using a more recent version of NAnt
(http://nant.sourceforge.net/nightly/latest).
Gert
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Gnanadesikan Jayakumar
Martin,
Overloading of functions is not (yet) supported. I'm definitely in favor of
this, but if I recall correctly Ian and Jarek ruled against this in favor of
implicit conversion of function arguments. Ian, please correct me if I'm
wrong.
Gert
- Original Message -
From: Martin Aliger
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Martin Aliger
Sent: vrijdag 30 december 2005 15:25
To: ! nant
Subject: [nant-dev] VS 2005 project support (via MSBuild)
I was thinking about Reflection too. Have to try it.
But - maybe,
-Original Message-
From: Ian MacLean [mailto:[EMAIL PROTECTED]
Sent: Friday, December 9, 2005 09:06 AM
To: 'Martin Aliger'
Cc: ''Gert Driesen'', ''Gert Driesen'', ''! nant''
Subject: Re: [nant-dev] need VS 2005 solution task support
Martin Aliger wrote:
I don't think we need to make
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Friday, December 9, 2005 06:39 PM
To: nant-developers@lists.sourceforge.net
Subject: [nant-dev] Question about nunit-gui
Hi,
I'm unittesting an application that uses Firebird. In every test I shutdown
all
stabilized ? This is our policy for all new
tasks.
Gert
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Martin Aliger
Sent: dinsdag 6 december 2005 21:15
To: 'Ian MacLean'; 'Gert Driesen'
Cc: '! nant'
Subject: RE: [nant-dev] need VS 2005
Ian, Martin,
Do you think we should support VS.NET 2005 solutions/projects in the solution
task ?
As far as I can tell, we have two options for supporting this:
1. Do the full parsing, and processing of the solutions/projects ourselves,
like we do for VS.NET 2002/2003, and use our built-in
Ben,
The solution task does not support VS.NET 2005 solutions/projects.
Note: we do support using VS.NET 2002/2003 solutions/projects and building the
assemblies targeting .NET 2.0
Also, I'd advise you to upgrade to a more recent version of NAnt
(http://nant.sourceforge.net/nightly/latest).
Brian,
Can you send me a small repro for this issue ?
Thanks !
Gert
-Original Message-
From: Rassier, Brian [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 29, 2005 10:53 PM
To: nant-developers@lists.sourceforge.net
Subject: [nant-dev] Bug Report
My last NAnt failure asked to send a
Aaron,
Can you try using a recent nightly build ? I think we fixed this issue a
while ago.
Gert
- Original Message -
From: Aaron Neerenberg [EMAIL PROTECTED]
To: nant-developers@lists.sourceforge.net
Cc: [EMAIL PROTECTED]; Aaron Neerenberg
[EMAIL PROTECTED]
Sent: Thursday, November 17,
Kevin,
We use pkg-config to determine the location of Mono on Linux.
If you want to modify the version of Mono that is detected by NAnt, you'll
have modify the PKG_CONFIG_PATH export.
Gert
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Kevin
Aditya,
Please upgrade to a recent nightly build of NAnt
(http://nant.sourceforge.net/nightly/latest). Loads of issues with the
solution task were fixed after NAnt 0.84.
Thanks !
Gert
- Original Message -
From: Aditya Patil [EMAIL PROTECTED]
To: nant-developers@lists.sourceforge.net
Lizabeth,
This issue (and loads of other issues) was fixed since. Try using a recent
nightly build (http://nant.sourceforge.net/nightly/latest).
Gert
- Original Message -
From: Raju, Lizabeth [EMAIL PROTECTED]
To: nant-developers@lists.sourceforge.net
Sent: Tuesday, November 01, 2005
- Original Message -
From: John Cole [EMAIL PROTECTED]
To: nant-developers@lists.sourceforge.net
Sent: Monday, November 14, 2005 5:04 PM
Subject: [nant-dev] entry point...
Hey guys,
I'm trying to figure out how NAnt works :-) and I'm looking for where it
loads the build file, and
Dean,
This issue should indeed be fixed. Can you try using a recent nightly build
(http://nant.sourceforge.net/nightly/latest) ?
Gert
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Dean Hiller
Sent: donderdag 13 oktober 2005 21:14
To:
Kiran,
You need to make sure your PATH, INCLUDE and LIB environment variables are
set-up accordingly.
One way to do this is by executing vsvars32.bat (which is located in
Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools) first in
your DOS session.
Hope this helps,
Gert
-
Bertrand,
This should be fixed in cvs.
Can you try using a recent nightly build :
http://nant.sourceforge.net/nightly/latest
Gert
-Original Message-
From: Bertrand LEGA [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 21, 2005 09:21 AM
To: nant-developers@lists.sourceforge.net
Hi Thormundur,
What version of NAnt are you using ?
Gert
-Original Message-
From: Þórmundur Helgason [mailto:[EMAIL PROTECTED]
Sent: Friday, September 16, 2005 01:32 PM
To: nant-developers@lists.sourceforge.net
Subject: [nant-dev] System.IO.FileLoadException
See attachment
Regards,
-Original Message-
From: Ynon Koralek [mailto:[EMAIL PROTECTED]
Sent: Sunday, October 2, 2005 10:09 AM
To: [EMAIL PROTECTED]
Subject: suggestion: pause task
Hi!
I found it helpful to have a 'pause' task.
That simple task is similar to 'pause' command of CMD.
The task can be used
Martin,
If you have time, please implement this optimization. However, as the
fileset implementation is a very critical feature of NAnt, any changes to it
should be accompanied by unit tests (and needless to say that all existing
tests should continue to pass).
Thanks !
Gert
- Original
-Original Message-
From: Martin Aliger [mailto:[EMAIL PROTECTED]
Sent: Monday, September 5, 2005 11:19 AM
To: nant-developers@lists.sourceforge.net
Subject: RE: [nant-dev] Fwd: Filesets referencing filesets ?
Hello,
I agree, these problems should be resolved before we
introduce this
- Original Message -
From: Ian MacLean [EMAIL PROTECTED]
To: Martin Aliger [EMAIL PROTECTED]
Cc: 'Rory Becker' [EMAIL PROTECTED];
nant-developers@lists.sourceforge.net
Sent: Wednesday, August 31, 2005 5:46 AM
Subject: Re: [nant-dev] Fwd: Filesets referencing filesets ?
Hi Martin,
Hi Rick,
This is due to a packaging issue in RC3.
I advise you to use a recent nightly build, until RC4 is available:
http://nant.sourceforge.net/nightly/latest
Gert
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Rick Gordon
Sent: dinsdag 2
Hi Jeff,
Can you try using a recent nightly build:
http://nant.sourceforge.net/nightly/latest
IF you still run into that issue with the nightly build, then please send me
a small repro.
Thanks !
Gert
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
1 - 100 of 753 matches
Mail list logo
