On Mon, 6 Sep 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote:
1) A project can have an attribute of language=csharp (and this is
needed to generate lib path).
wouldn't we need a more generic platform or something like this.
Would the lib path treatment of a J# or Nemerle or whatever .NET
On Mon, 6 Sep 2004, Jaroslaw Kowalski [EMAIL PROTECTED] wrote:
See this article Avoid DevPath for info on why you should avoid
DEVPATH
http://blogs.msdn.com/suzcook/archive/2003/08/15/57238.aspx
Thanks again.
,
| It's not good for the dev. env., either - it makes it unnecessarily
|
I suggest that you do it the simple way - compile the all your
apps/libraries to a single directory using it as both a target and a
reference source and forget the GAC at all.
Will that work with Mono 1.0.1 installing NUnit 2.1.91 into the GAC as
it does on my Mac? I guess it will at
bodewig 2004/09/07 01:28:12
Modified:project avalon-excalibur.xml avalon-phoenix.xml
incubator-altrmi.xml jakarta-jmeter.xml
Log:
Adapt to some Avalon changes
Revision ChangesPath
1.158 +1 -1 gump/project/avalon-excalibur.xml
Index:
bodewig 2004/09/07 01:35:08
Modified:project avalon.xml
Log:
Make it well-formed
Revision ChangesPath
1.54 +3 -3 gump/project/avalon.xml
Index: avalon.xml
===
RCS file:
bodewig 2004/09/07 05:15:32
Modified:project jakarta-commons.xml
Log:
Jelly needs commons-lang
Revision ChangesPath
1.141 +1 -0 gump/project/jakarta-commons.xml
Index: jakarta-commons.xml
bodewig 2004/09/07 05:18:56
Modified:project db-commons-sandbox.xml
Log:
New dependencies of grafolia
Revision ChangesPath
1.3 +2 -0 gump/project/db-commons-sandbox.xml
Index: db-commons-sandbox.xml
bodewig 2004/09/07 05:39:31
Modified:profile gump.xml
project tagsoup.xml
Log:
Since I had to download the new packages anyway, I took the liberty to update to the
latest versions
Revision ChangesPath
1.393 +5 -5 gump/profile/gump.xml
bodewig 2004/09/07 06:26:23
Modified:project rhino-cocoondev.xml
repository cocoondev.xml
Log:
rhino-cocoondev now uses SVN
Revision ChangesPath
1.5 +1 -1 gump/project/rhino-cocoondev.xml
Index: rhino-cocoondev.xml
On Thu, 2 Sep 2004, Steven Noels [EMAIL PROTECTED] wrote:
the infamous rhino+cont fork in use by Cocoon has been transferred
to the new cocoondev.org SVN repository.
Thanks, I've adapted the Gump descriptor and cleared out all checked
out copies I had access to.
Thanks
Stefan
Date: 2004-09-07T07:40:01
Editor: StefanBodewig [EMAIL PROTECTED]
Wiki: Gump Wiki
Page: Drafts/BoardReports/20040818
URL: http://wiki.apache.org/gump/Drafts/BoardReports/20040818
Note NKBs PMC status change
Change Log:
Hi all,
we are due with our report for the next board meeting (Sep 22). If
you want to not something in addition to what we already have in the
draft Adam has kindly started to write[1], please go ahead. I'll
finalize the report sometime around the middle/end of next week.
Cheers
Date: 2004-09-07T07:50:03
Editor: StefanBodewig [EMAIL PROTECTED]
Wiki: Gump Wiki
Page: Drafts/BoardReports/20040818
URL: http://wiki.apache.org/gump/Drafts/BoardReports/20040818
Talk about the Mono/NAnt activities.
Change Log:
All,
I think I led Clayton down a false path, by me not knowing that bin/NAnt.exe
was mini NAnt. (Sorry Clayton, you kept saying bin/NAnt.exe and I was
clueless since (to me) that just seemed like a built NAnt, I didn't know it
was mini-NAnt pre-stored in CVS.) All ... I am struggling here 'cos
Date: 2004-09-07T07:54:59
Editor: StefanBodewig [EMAIL PROTECTED]
Wiki: Gump Wiki
Page: Drafts/BoardReports/20040818
URL: http://wiki.apache.org/gump/Drafts/BoardReports/20040818
fix NAnt URL
Change Log:
Date: 2004-09-07T08:27:12
Editor: AdamJack [EMAIL PROTECTED]
Wiki: Gump Wiki
Page: Drafts/BoardReports/20040818
URL: http://wiki.apache.org/gump/Drafts/BoardReports/20040818
(1) no [EMAIL PROTECTED] (2) RDF (3) P4 (4) Repo
Change Log:
On Tue, 7 Sep 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote:
I think the answer is 'who decides what is the right approach', and
I feel it is the NAnt team.
Yes, I agree. We may need to explain in more detail what we want to
do and why we want to do that with Gump, but we need the expertize
BTW: Ought we attempt to contribute metadata for the mini-nant up to
nant projects (including log4net, etc.) and see if we can get that
working from within Gump? I think that makes a good first goal.
I don't understand that, sorry. Are you asking whether we should try
log4net first once
The script would need to know which framework you intend to use. For
the Bourne shell script this simply means something like
#!/bin/sh
mono bin/NAnt.exe
(ignoring Rotor and DotGNU for now) but the Windows batch file is a
different beast.
We could set a Gump parameter in the workspace
I've added a few things:
1) Peter Janes' nice work on P4.
2) RDF, some initial dabblings.
3) Building from the repository.
4) That we still do not have a [EMAIL PROTECTED] mailing list.
If you think there is more in here than the board needs to know, feel free
to whittle it down.
I doubt I'll
I don't know exactly what you're trying to achieve with Gump, but IMO
things
are much easier than you think if you fully utilize NAnt's potential.
Yeah, I think we need to step back and make that clear.
Gump is attempting to emulate a rabid OSS developer, perform the steps a
developer would
21 matches
Mail list logo