Re: [nant-dev] Nant contributions or where nant is going?

2006-07-14 Thread george
Like this email list. Gary Feldman wrote: >Martin Aliger wrote: > > >>This is another thing worth of "implementation" under 1.0. >> >>I'd like something like Miranda-IM has. See http://www.miranda-im.org/ and >>their "Addons" site. >> >> >> >That's a nice idea, but I can't imagine how to

Re: [nant-dev] Nant contributions or where nant is going?

2006-07-14 Thread Gary Feldman
Martin Aliger wrote: > This is another thing worth of "implementation" under 1.0. > > I'd like something like Miranda-IM has. See http://www.miranda-im.org/ and > their "Addons" site. > That's a nice idea, but I can't imagine how to justify putting it into 1.0. Besides, I've never been very f

Re: [nant-dev] Release 0.85 and beyond

2006-07-14 Thread Gary Feldman
Gert Driesen wrote: > >> rom: [EMAIL PROTECTED] >> [mailto:[EMAIL PROTECTED] On >> Behalf Of Martin Aliger >> Hello, >> >> agreed - 1.0 soon is a good thing. I see only one big thing >> which we should >> addess in 1.0: VS2005 projects. Or MSBuild cooperation. The >> same thing. >> >> Since m

Re: [nant-dev] Release 0.85 and beyond

2006-07-14 Thread Steve Wagner
No, XBuild inst another buildsystem. It is only the solution to compile Visual Studio 2005 projects (csproj,sln) on mono. To quote Miguel de Icaza (Project manager Mono): XBuild: the open source msbuild implementation for assisting you in rebuilding your new projects on Mono. And here is t

Re: [nant-dev] Release 0.85 and beyond

2006-07-14 Thread Martin Aliger
[resent to list] I don't know anything about xBuild, but NAnt/MSBuild/(xBuild?) etc are mostly the same (competetive) products, varying in features, syntax, matureness. I'm not sure whether mono team plan to mimics msbuild syntax or not. Maybe they just developing another NAnt? Looks like time to

[nant-dev] [ nant-Bugs-1503678 ] unzip fails if zip contains 0 length files

2006-07-14 Thread SourceForge.net
Bugs item #1503678, was opened at 2006-06-09 12:39 Message generated for change (Comment added) made by jimhead42 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=402868&aid=1503678&group_id=31650 Please note that this message will contain a full copy of the comment

Re: [nant-dev] Release 0.85 and beyond

2006-07-14 Thread Steve Wagner
Hi, i think, using msbuild isnt the problem on Windows machines, but what is with Mono? MsBuild isnt present on Unix or MacOS. But there is a 4 solution. The Monoproject writes an owen version of MsBuild called xBuild. Why dont cooperate with them an use the object model of xBuild to write an

Re: [nant-dev] Release 0.85 and beyond

2006-07-14 Thread Brass Tilde
>> FWIW, we just use the task to run MSBuild, using the >> 2.0 Framework. Works just fine. > > Yes - but you give up many features do for you. > Inter-project > dependency solving is what I desperatelly need. We have ~300 .csprojs > (under > 1 ccnet project) with new ones appearing, and we do

Re: [nant-dev] Release 0.85 and beyond

2006-07-14 Thread Dries Verbeke
Gert Driesen <[EMAIL PROTECTED]> wrote: > Maybe 2 distributions: 1.0 compatible, and 2.0, compiled for > 2.0 and with> additional features?This might create too much confusion for (some) users, no ?GertI agree with Gert.  2 Distributions will be confusing instead make sure that the Core keeps w

Re: [nant-dev] Release 0.85 and beyond

2006-07-14 Thread Martin Aliger
Mike, Brad, > FWIW, we just use the task to run MSBuild, using the > 2.0 Framework. Works just fine. Yes - but you give up many features do for you. Inter-project dependency solving is what I desperatelly need. We have ~300 .csprojs (under 1 ccnet project) with new ones appearing, and we do n

Re: [nant-dev] Release 0.85 and beyond

2006-07-14 Thread Martin Aliger
> > should addess in 1.0: VS2005 projects. Or MSBuild cooperation. The > Are people really waiting for this ? I think so. How many of 1.0 users use task? Same percentage of 2.0 users would want to use simmilar feature under 2.0. Or they have to use something else... > Shouldn't we focus on imp

Re: [nant-dev] Release 0.85 and beyond

2006-07-14 Thread Mike Roberts
+1 for setting a date (e.g. 1 month from now) for 1.0 final. I agree with Martin somewhat in that making msbuild support easier is a big deal, however I think running msbuild.exe is a perfectly decent way of doing so for 95% of people - we just need to tidy that up a bit. At the moment I just invo

Re: [nant-dev] Release 0.85 and beyond

2006-07-14 Thread Brass Tilde
> Since many developers are migrating (or already using) framework 2.0 > in > VS2005 and we (currently) do not provide direct tools for projects it > uses, > they could either: use plain msbuild (deserters!) or use core > > As I see it, we could: > 1/ state, that new project files used on VS2005

Re: [nant-dev] Release 0.85 and beyond

2006-07-14 Thread Gert Driesen
> -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

Re: [nant-dev] Nant contributions or where nant is going?

2006-07-14 Thread Martin Aliger
This is another thing worth of "implementation" under 1.0. I'd like something like Miranda-IM has. See http://www.miranda-im.org/ and their "Addons" site. Martin Aliger > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Martin Aliger > Sent: Tue

Re: [nant-dev] Release 0.85 and beyond

2006-07-14 Thread Martin Aliger
Hello, agreed - 1.0 soon is a good thing. I see only one big thing which we should addess in 1.0: VS2005 projects. Or MSBuild cooperation. The same thing. Since many developers are migrating (or already using) framework 2.0 in VS2005 and we (currently) do not provide direct tools for projects it

[nant-dev] [ nant-Bugs-1503678 ] unzip fails if zip contains 0 length files

2006-07-14 Thread SourceForge.net
Bugs item #1503678, was opened at 2006-06-09 21:39 Message generated for change (Comment added) made by drieseng You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=402868&aid=1503678&group_id=31650 Please note that this message will contain a full copy of the comment t

[nant-dev] [ nant-Bugs-1521489 ] csc "define" attribute not passed to command line correctly

2006-07-14 Thread SourceForge.net
Bugs item #1521489, was opened at 2006-07-12 23:57 Message generated for change (Comment added) made by drieseng You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=402868&aid=1521489&group_id=31650 Please note that this message will contain a full copy of the comment t