Vadim Gritsenko wrote:
Hi all,
Seems like current 2.1 build is screwed up. A bit. Issues at hands are:
* jing is located in lib/optional but is used by build.xml. Is it used
anywhere else? If no, it must be moved to tools/lib
Okay, i have moved Jing to tools. I just commented-out the
[EMAIL PROTECTED] wrote:
As you probably read at my previous mail [Flow] Status
http://marc.theaimsgroup.com/?l=xml-cocoon-devm=105722900706900w=2
there are 3 flow related packages which should go to the main trunk:
[Vote 1] JXTemplateGenerator/Transformer
Move the
David Crossley wrote:
[EMAIL PROTECTED] wrote:
joerg 2003/07/05 07:33:17
Modified:
src/blocks/poi/java/org/apache/cocoon/components/elementprocessor/impl/poi/hssf/elements
EPMerge.java
Log:
clean up
line endings fixed
The email diff
Hi Stephan, would you please explain what you mean by this change.
The jars.xml should be created and copied into the docs area.
If it cannot, then there is something wrong with the build.
Before your change, these both worked for me on Linux:
./build.sh clean; ./build.sh
./build.sh clean;
Stephan Michels wrote:
Geoff Howard wrote:
As many people know, excluding the deprecated classes from the build
causes the test case compilation to fail which then kills the build.
I started looking into why the test cases depend on the deprecated
classes and have so far only been
Hello Stephan, perhaps you missed this query from earlier this week.
I was watching CVS commits and saw one go past that worried me.
--David
David Crossley wrote:
Hi Stephan, would you please explain what you mean by this change.
The jars.xml should be created and copied into the docs area
Sylvain Wallez wrote:
Hi team,
I'd like to propose two people for Cocoon committership : Ugo Cei and
Marc Portier.
Ugo has been there for years (the archives show his first post back in
July 2000!), has been an early adopter of flowscript and wrote the first
Cocoon-based blogging
Gianugo Rabellino wrote:
I want to propose Guido Casper ([EMAIL PROTECTED]) as a new Cocoon
committer.
Please cast your votes. Here is my +1.
+1
--David
Jay, i wonder about your test with Subversion and importing Cocoon2 cvs.
The cocoon repositories underwent some upheaval a while ago. Your import
troubles may be related to that. I have found the approximate date when
that occurred ... 2003-02-17
Perhaps that will help with your investigation.
Are the HTML files that make the /dist/cocoon/ page
under cvs control somewhere or do i just edit them
in place?
There are a few clarifications that i want to make to
the NOTES section. They are a bit misleading.
--David
Antonio Gallardo wrote:
snip/
As was posted before, the nightly snapshots are finding his own end life.
The cvs are superseed this type of distribution.
Did i miss something? Are the nightly snapshots going to be
discontinued? I searched cocoon-dev archives on MARC and could not
find relevant
Antonio Gallardo wrote:
Antonio Gallardo dijo:
David Crossley dijo:
Antonio Gallardo wrote:
snip/
As was posted before, the nightly snapshots are finding his own end
life. The cvs are superseed this type of distribution.
Did i miss something? Are the nightly snapshots going
Upayavira wrote:
David Crossley wrote:
Antonio Gallardo wrote:
snip/
As was posted before, the nightly snapshots are finding his own end life.
The cvs are superseed this type of distribution.
Did i miss something? Are the nightly snapshots going to be
discontinued? I searched cocoon
Antonio Gallardo wrote:
David Crossley dijo:
snip/
Thanks for that clarification Antonio. We should note on the releases
page that 'cvs co -D... is get another way to get the distribution.
Snapshots serve a different purpose.
I am ashamed for the mix of info. Maybe I need to slowdown my
I propose Antonio Gallardo and Tony Collen to be Cocoon committers.
They have both been contributing lots of stuff and discussion
on both cocoon-dev and cocoon-users since mid-2002.
Here is my +1 for both.
--David
Bertrand Delacretaz wrote:
David Crossley wrote:
I propose Antonio Gallardo and Tony Collen to be Cocoon committers.
+1 for both, welcome!
David, you beat us again in proposing people who deserve it ;-)
:-) ... there are plenty more committed people out there for
others to propose
Tony Collen wrote:
David Crossley wrote:
What version of Forrest do you have? I am using the current cvs.
Note that there was an error with current Forrest CVS - fixed now,
but that is not the error that you are reporting.
Fresh CVS checkout/build from today. Still getting the same
Hi Fred, i want to encourage you to persist with this.
It is very important that an XML framework can deal with
all aspects of XML.
However i don't seem to have much guidance to offer you,
so please keep asking questions. Hopefully these few tips
will help ...
The package
Bertrand Delacretaz wrote:
Just being slightly formal here to give everyone a chance to vote - I
think we have consensus already.
I have turned +1s to the proposal into votes below, please yell if you
want to change your mind.
The question on which to vote is:
Should we close the [EMAIL
Serendipity ... i was browsing the excellent Cocoon samples
and the aggregation/xmlhack showed this ...
quote
James Clark unveils a new XML mode for GNU Emacs
More magic from James Clark: He's announced the alpha release of nXML, a
new mode for editing XML documents from within GNU Emacs. It's a
Carsten Ziegeler wrote:
Joerg Heinicke wrote:
I could build it with Forrest 0.5 some days ago. There was a thread about
non-working Forrest, but WORKSFORME.
Great :)
Could you please update the cocoon-site cvs module with the generated docs?
I could then update our website from the
Carsten Ziegeler wrote:
David Crossley wrote:
How about just updating the changes.html page? Do we really
need to do the whole site. There was a discussion about
not updating the website until 2.2 because the documentation
was re-arranged, thereby breaking URLs. Is that still
to include the new content with the old
menu?
Yes, thought about it as well, but what about the PDF?
I have used this d option on some sites. It works okay.
Nah, just copy over the newly generated PDF - there are no
menu links in there.
David Crossley wrote:
We have a dilemma
Bertrand Delacretaz wrote:
Marc Portier a écrit :
...we currently have the idea of having a large bord with post-it
notes holding all the issues to be hacked so we can physically check
them off
(other ideas welcome)
I will bring a printout of open Bugzilla issues as big labels on
Antonio Gallardo wrote:
Hi:
The news page at: http://cocoon.apache.org/news/index.html
It does not show there is a 2.1.2 release!
I will be glad to update all the site, but since I dont know the mechanics
to update the site. I prefer to don't touch it at all.
I will try to build on
Antonio Gallardo wrote:
snip/
Some other outdated pages I saw are:
http://cocoon.apache.org/changes.html
http://cocoon.apache.org/history.html
http://cocoon.apache.org/whoweare.html
http://cocoon.apache.org/news/index.html
I have some issues with the page
The Cocoon Community
Stefano Mazzocchi wrote:
It's with great pleasure that I announce the availability of Apache
Agora 1.2.
Great, thanks, will look at it soon.
snip/
o) Added the ability to introduce time-based link decay which
simulates the fact that the importance of a reply decays with
time.
snip/
Congratulations, the Hackathon appeared to be very successful
from this side of the planet. It was great to watch the Wiki
pages building (special thanks to Bertrand) and the blogs.
I tried to wait up to see the Bugzilla flood, but it was too late.
What a lovely thing the next morning to find
Bertrand Delacretaz wrote:
David Croslsey wrote:
It was great to watch the Wiki
pages building (special thanks to Bertrand) and the blogs
I've been saving the pages but the credit goes also to Jeremy and
Steven - we wrote them together working at the same time on the same
page
Bertrand Delacretaz wrote:
Not really an RT, this was suggested by David Crossley yesterday (or
sometime earlier, my body clock feels funny this morning ;-)
Could we have a monthly virtual hackathon on the first Friday of each
month?
Suggestions:
-Takes place on the first Friday
Thanks Litrik, i added a navigation menu item to both the top-level
site and the 2.1 docs, and also a mention about documentation in general
on the top-level index.html
--David
Litrik De Roy wrote:
Remember during the GT2003 when Steven asked the audience whether they check
the website or the
Tony Collen wrote:
Hi everybody,
In my never-ending quest to get the cocoon docs built with forrest,
I've recently downloaded forrest-0.5.1-bin. I am now slightly
further ahead than last time when I had some problems. Here's
the output of my build (current CVS co):
* [25]
Upayavira wrote:
David Crossley wrote:
snip/
You do get that vital hint if there are *no* broken links.
Huh?
If you build a site that *has no* broken links, then you will get
a successful build, and a reminder to check the broken links file.
If you build a site that *does have* broken
Upayavira wrote:
David Crossley wrote:
snip/
If you build a site that *has no* broken links, then you will get
a successful build, and a reminder to check the broken links file.
A reminder? I've never seen one. Is that provided by Forrest?
Okay, it must be Forrest then.
--
Please check
antonioATapache.org wrote:
antonio 2003/10/09 14:23:06
Modified:lib/endorsed xml-apis.jar
Log:
Updating xml.apis from Xerces 2.5.0.
Suggested by Torten Curdt and Vadim Gritsenko.
Hi Antonio, i have been intending to ask you to please assign
the new ojb/lib/*.jar proper
Ugo Cei wrote:
David Crossley wrote:
I tested your patch and that works fine on my system.
Well done, i believe that you have fixed it. Would you please commit.
I'll do this ASAP.
So we can leave the resolver test cases there until we find something
better to do with them. We really
Bertrand Delacretaz wrote:
Joerg Heinicke a écrit:
Bertrand Delacretaz wrote:
...Finally, saved queries help a lot, you can create the 4-5 queries
that you need regularly and then mostly forget about the query page.
I don't know if they exist in the 2.14.2 version that we're using,
Joerg Heinicke wrote:
map:match pattern=jh/**
map:mount check-reload=yes src=file:///D:/xml/sitemap.xmap
uri-prefix=jh/
/map:match
finds the sitemap and searches for referenced stylesheets in this
sitemap relative to *D:/xml* and so *finds* the stylesheets.
map:match pattern=jh/**
Bertrand Delacretaz wrote:
Carsten Ziegeler a écrit :
...
c) We update and care a little bit about external links and
redirect a 404 to let's say the start page
+0.5 (meaning ok but cannot help ATM)
but maybe to an explanations page (we're remodeling) instead of the
start page
Steven Noels wrote:
Nicola Ken Barozzi wrote:
snip/
IIUC, Bertrand was suggesting at the content side of things, rather than
the mechanism. I don't think it is in the interest of Forrest (now) to
become a blogging tool, since this feature would presumably depend on
some live instance of
The anonymous cocoonwiki wrote:
Page: http://wiki.cocoondev.org/Wiki.jsp?page=SandBox , version: 167 on Tue Oct 14
07:40:42 2003 by 211.9.56.226
+ Can I write Japanese?
#26085;#26412;#35486;#26360;#12369;#12414;#12377;#12363;#65374;#65311;
+
In community oversight mode ..
Tetsuya,
Bertrand Delacretaz wrote:
David Crossley a écrit :
...Gee, i am not sure what you are talking about Steven.
Why do you think that a blogging tool is needed to do a simple
publishing of news snippets? And why do you think that it needs to
be a live webapp? We can still get prompt
David Crossley wrote:
snip/
If no-one says anything in the next few days, then i will remove the
resolver testcases. They served their purpose here in Cocoon while
developing the entity-resolver stuff, to ensure that it worked on
all platforms.
Okay, the deprecated entity resolver testcases
Nicola Ken Barozzi wrote:
Because of this, I propose Unico Hommes as a Cocoon committer.
+1 from me
--David
Torsten Curdt wrote:
David Crossley wrote:
snip/
Ah, poor old xml-commons. Unfortunately, not many people from
other projects are interested in it. So it is very hard to get
things moving. I think that we should try to help rather than push.
All cocoon committers are also committers
JD Daniels wrote:
snip/
The samples do not work.. NoClassDefFoundError:
/com/sun/jdori/model/jdo/JDOModelException
I look in the block.. and got confused about what exactly wants to throw
it.. it doesn't exist in the jar
Did you follow Antonio's instruction earlier in this thread
about
Upayavira wrote:
By default, running the CLI gives an error Cannot find
CatalogManager.properties. I've always just ignored it.
Someone on user list has just commented that this error can confuse (as
to whether it is okay to ignore it), which is fair enough.
Can anyone explain how I
Torsten Curdt wrote:
David Crossley wrote:
Ah, poor old xml-commons. Unfortunately, not many people from
other projects are interested in it. So it is very hard to get
things moving. I think that we should try to help rather than push.
All cocoon committers are also committers
David Crossley wrote:
Upayavira wrote:
By default, running the CLI gives an error Cannot find
CatalogManager.properties. I've always just ignored it.
Someone on user list has just commented that this error can confuse (as
to whether it is okay to ignore it), which is fair enough
Important: I presume that everyone gets the jitters when messing
with the classpath. So would someone else please verify that
there are no side-effects. I also tested the Woody CarSelector.
--David
David Crossley wrote:
David Crossley wrote:
Upayavira wrote:
By default, running the CLI
Stefano Mazzocchi wrote:
snip/
Thanks for doing this Stefano. It sounds like a big effort
on your part, but well worth it for all of us.
Expected size per presentation is around 50Mb/60Mb, which isn't bad at
all.
In case you have suggestions, yell now because each mistake is 8 hours
of
Jeremy Quinn wrote:
snip/
I ought to have a go at separating the audio and video tracks ...
I just tried with mplayer -dumpaudio on Linux, but failed
... i think my installation to blame.
(where to store them?). So users can choose, which they want to receive.
Next to the videos and PDFs at
On Sun, 2003-10-19 at 23:08, Andrew Savory wrote:
On Sun, 19 Oct 2003, Jeremy Quinn wrote:
Note that we might be able to do automatic redirection to the closest
mirror, just like geoip-based URL redirection. shouldn't be much
different from the mirror.cgi we already have
I'd love
Antonio Gallardo wrote:
Hi:
I noted almost all the docs in Cocoon website is in the old document v10
of Forrest:
!DOCTYPE document PUBLIC -//APACHE//DTD Documentation V1.0//EN
../dtd/document-v10.dtd
Can we change to the new format v12?
Yes, but there is a problem. We could change all
David Crossley wrote:
Antonio Gallardo wrote:
I noted almost all the docs in Cocoon website is in the old document v10
of Forrest:
!DOCTYPE document PUBLIC -//APACHE//DTD Documentation V1.0//EN
../dtd/document-v10.dtd
Can we change to the new format v12?
Yes
Antonio Gallardo wrote:
Upayavira dijo:
snip/
Are you saying that, in order to access the docs by doing cocoon servlet
then http://localhost:/docs/ would access a local Forrest dist,
rather than the Cocoon dist itself, but would use the local Cocoon? That
could work. It would need a
Recently the Wiki has started sending duplicate emails,
e.g. it sends one message at 10:00 am then the same one again
at 11:00 am
--David
Stefano Mazzocchi wrote:
Steven Noels wrote:
Stefano Mazzocchi wrote:
snip what=stuff about wiki vandalism and annoyance/
Different would be to have f**k [insert your favorite public figure
here] or child pornography passing thru the system, but in order to
happen, the chain of events
Tony Collen wrote:
Jeff Ramsdale wrote:
snip/
So, I'm wondering if someone who knows the innards of Cocoon better than I
do could help the gentlepeople who created this chart update it with
Cocoon's current feature-set.
http://www.waferproject.org/feature-matrix2.html
Wow,
Antonio Gallardo wrote:
David Crossley dijo:
Recently the Wiki has started sending duplicate emails,
e.g. it sends one message at 10:00 am then the same one again
at 11:00 am
I noted this started on Friday. :-D
I just noticed another problem with the Wiki. It seems that not
all diffs
Bertrand Delacretaz wrote:
gounisATosmosis.gr a écrit
:
Bertrand Delacretaz wrote:
...Create a PATCH on bugzilla, for review by committers.
how ? (can you give me some hints?)
Look for [PATCH] and CVS differences info at
http://cocoon.apache.org/community/contrib.html
IMPIMP means that this is double important because
no-one replied the first time. Please do various tests
such as './cocoon.sh servlet' to ensure that it still
runs on your platform.
--David
On 2003-10-19 David Crossley wrote:
Important: I presume that everyone gets the jitters when messing
Bertrand Delacretaz wrote:
David Crossley a écrit :
IMPIMP means that this is double important because
no-one replied the first time. Please do various tests
such as './cocoon.sh servlet' to ensure that it still
runs on your platform.
Just did a clean build from current CVS on macosx
If you want to find out info about any jar, then there
are details and links to external projects such as Xreporter at
http://cocoon.apache.org/2.1/installing/jars.html
Anyway, http://xreporter.cocoondev.org/
Interestingly there are no links from there to their CVS stuff.
You need to go up to
Upayavira wrote:
Dear All,
After reading of Steve K's efforts on this list, and reading Extreme
Programming Java Cookbook, I would like to propose a Cocoon pipeline
unit testing framework, based arount HTTPUnit, XMLUnit and the CocoonBean.
snip/
What do you all think?
That you should go
Ugo Cei wrote:
Carsten Ziegeler wrote:
Tomorrows is our first FirstFriday
(http://wiki.cocoondev.org/Wiki.jsp?page=FirstFriday)
Did we agree on a whiteboarding system, at last?
Perhaps just using the dev@ mailing list and Wiki for
this first one.
--David
http://wiki.cocoondev.org/Wiki.jsp?page=FirstFridayNovember2003
I would like to work on getting the Patch list down a bit,
especially some of the older ones.
The first one that i will tackle is:
23796 [PATCH] docs pages containing source are sometimes too wide
This has been taken to Forrest, so
Joerg Heinicke wrote:
Bertrand Delacretaz wrote:
http://wiki.cocoondev.org/Wiki.jsp?page=FirstFridayNovember2003...
Wouldn't it be better to assign the bug to yourself in bugzilla, instead
of having to maintain a separate list?
I just did it for 24294, I'm going to add it to the
Nicola Ken Barozzi wrote:
Upayavira wrote:
Nicola Ken Barozzi wrote:
...
Then add a test run target to the ant buildfile and make sure Gump
runs it daily.
That's the thing. Write a test target...
What shape would a CLI test target take?
IMHO the first easy thing to do is to rely
Upayavira wrote:
I often find myself fielding questions on the user list about why the
CLI doesn't work.
Sometimes this is down to my own stupidity. Other times, however, it is
down to people changing things in Cocoon, and assuming that the servlet
is the only environment in which Cocoon
--- Additional Comments From vgritsenko 2003-11-08 14:15 ---
One more solution: edit offending docs, wrap lines as necessary. It's low-tech
solution, but worked ok last time I used it ;-)
Vadim
Yes, i start to shudder at the amount of time that i have
wasted on doing that. The
joerg wrote:
Modified:src/webapp/samples/text-wrap welcome.html
Log:
fixed typo
we have a HTML file in our CVS ;-)
LOL.
I am ashamed to say that i sometimes find it easier to
knock up a simple html cover page to drive a sample,
especially when you need some introductory text to
It might sound pedantic, but it is about efficiency.
I have wasted a lot of time during my committer life with
confusing patches that contain mainly whitespace changes.
Not to criticise the patcher or their tools, but today
was a classic. With some manual tweaks to whitespace,
i managed to bring
Tony Collen wrote:
David Crossley wrote:
snip/
I suppose that it is a dream, but does anybody know about a
tool that would automatically apply say 4-space indentation
and whitespace clean up? We could apply that to our whole
cvs say once per month.
Jalopy?
http
Butler, Mark wrote:
I use Jalopy, it's very good, I can recommend it, you get a GUI to set you
layout preferences, if necessary you can automate it to run as an ANT task.
So yes it would be a way of enforcing consistent use of whitespace
everywhere,
Great news Mark, thanks. I see that they
Giacomo Pati wrote:
David Crossley wrote:
snip/
That would be nice for us. Unfortunately, we probably have to take
whatever comes and fix it with clever tools before commit.
Be carful when doing precommit reformatting on the cvs server side
(which is doable with CVS). This might give you
Tony Collen wrote:
Perhaps we need a Guide to Not Letting Your Editor Mess Up The Code(tm).
This is the crux of the issue. We should not care how the
diffs or files come to us. Any old mess will suffice. As long
as we committers have tools to handle it. We apply the diff,
run the tool to
Vadim Gritsenko wrote:
If we agree on style, I can run IDEA on whole source tree
Yes, if we can just define the style then any of our tools
should be able to apply it.
Perhaps we could gradually develop our style. For example
start with only indentation and whitespace, get that sorted
for
Andrew Savory wrote:
David Crossley wrote:
Perhaps we could gradually develop our style. For example
start with only indentation and whitespace, get that sorted
for both java and xml, then address another issue, and so on.
I thought our style was already defined, as like Sun?
Yes
Stefano Mazzocchi wrote:
Stop!
history shows pretty evidently that you can't reach consensus on style,
unless your compiler is style dependant (which is why Python code all
looks the same!).
tab is bad. everytime you see tabs you should change them into 4
whitespaces. this is the
Carsten Ziegeler wrote:
starts tonight - release is (hopefully) on thursday.
As discussed in Bug 24463 [1] i am still not clear about
what is meant by freeze. I presume that it is the core
and some fundamental blocks that are intended to be frozen.
#24463 is a patch for the Petstore sample
Sylvain Wallez wrote:
Andrzej Jan Taramina wrote:
Why forbid it? I see no reason to elminate such a useful feature, unspecified or
otherwise.
There's been a discussion about this, and we agreed on the fact that he
semantics of map:call function and map:call continuation implied
that
Sylvain Wallez wrote:
Let's reformulate this into a proper vote.
Do you want to enforce the fact that flowscript calls (either function
or continuation) *must* redirect using sendPage, sendPageAndWait or
redirectTo
Unico added: or sendStatus!
and that, should it not be the case, a
Bertrand Delacretaz wrote:
David Crossley a écrit :
...
Well this is all that this discussion really set out to achieve:
consistent 4-space indentation, remove all tabs, get rid of other
spurious whitespace. So, yes, let us stop at that.
+1, keep it simple!
IIUC the whole point
Many thanks to Leo Leonid for the important patch which
updates the Petstore Sample to use our Woody Forms and Flow
and other various dogfood. Many things are fixed and polished.
Please follow the relevant parts of the Bugzilla report, where
Leo has expressed some concerns. Especially please
Bertrand Delacretaz wrote:
A while ago there were requests to provide the GT2003 presentations as
low-bandwidth audio only.
I have made a small example with the first minute of Steven's talk,
could people test it on various platforms before I do the whole thing?
Please report here
Bertrand Delacretaz wrote:
Antonio Gallardo a écrit :
...I would prefer ogg because MP3 has copyright issues.
Ok, I have prepared an ogg version of the example, please test on your
platforms:
http://www.codeconsult.ch/clients/gt2003/00-introduction.ogg
I've tested it on macosx with
Joerg Heinicke wrote:
The result of this thread: let's care only about white spaces.
It's my opinion too. But the editor should do this automatically, not by
running a task by hand.
Agreed. I am adding it to my requirements list, in the search for
a new editor.
IDEA does it pretty good:
Joerg Heinicke wrote:
The result of this thread: let's care only about white spaces.
So now we need a policy. Here is my proposal:
For all text files
- Replace all tabs with spaces.
- No trailing whitespace.
- No M$-DOS line endings.
- Newline at end-of-file.
- Single whitespace between words.
Bertrand Delacretaz wrote:
IIUC this means they will be available on the mirrors soon - please use
the mirrors for download.
http://cocoon.apache.org/mirror.cgi
Thanks, it is nice to hear you all.
--David
http://freshmeat.net/projects/cocoon/
I notice that this is mirror unfriendly in that it points
directly to the apache dist/. Is there a way to improve that?
Also it refers directly to Carsten's email address. As we all know,
it is not good to encourage personal contact. However, we do not
want
To change the mis-conceptions about our source-only distribution,
perhaps it would help to call it configure.sh or install.sh
rather than build.sh.
--David
Carsten Ziegeler wrote:
I just added the current version information to the mirror page,
so when you go to that page, you see to which version latest
relates.
Thanks for the hint.
That is a bit better, but Andrew hints at other issues. When they
download the archive, then the filename just
Vadim Gritsenko wrote:
David Crossley wrote:
Also it refers directly to Carsten's email address. As we all know,
it is not good to encourage personal contact. However, we do not
want new users coming to the dev- mailing list.
Ok, I made an attempt to change this to dev@ address
Vadim Gritsenko wrote:
David Crossley wrote:
Joerg Heinicke wrote:
The result of this thread: let's care only about white spaces.
So now we need a policy. Here is my proposal:
For all text files
- Replace all tabs with spaces.
- No trailing whitespace.
- No M$-DOS line endings
Joerg Heinicke wrote:
Upayavira wrote:
Bertrand Delacretaz wrote:
On http://wiki.cocoondev.org/PageInfo.jsp?page=FirstFriday David
(Crossley) says it's going to be on the 12th, is that a typo or is
there a good reason?
Well, 5th is the first Friday, and I don't see a reason why
Bruno Dumon wrote:
Tim has been hanging around on our mailing lists for quite some time,
and is actively contributing, both in discussions and code. Becoming a
committer can only motivate him to keep up the good work.
+1 from me.
+1
--David
Tony Collen wrote:
Bertrand Delacretaz wrote:
Reinhard Poetz a écrit :
..It's time for Doco because moving content from Wiki to CVS is a very,
very, very, very boring job. (Aren't there any tools which could
help?)...
If you're talking about format conversion, JSPWiki's HTML
Vadim Gritsenko wrote:
Reinhard Poetz wrote:
No problem, that was not the difficult part - I had more problems with
the publishing process itself:
I presume that you know about
http://wiki.cocoondev.org/Wiki.jsp?page=CocoonWebsiteUpdate
Agreed, the process could be easier. Thank your lucky
Geoff Howard wrote:
Timothy Larson wrote:
I just downloaded a new snapshot, and now the build fails with this message:
BUILD FAILED
file:C:/cocoon/2.1_20031125111946/cocoon-2.1/build/cocoon-2.1.4-dev/temp/blocks-build.xml:8441:
UnknownHostException. Probable cause: The parser is
1 - 100 of 892 matches
Mail list logo