Adam R. B. Jack wrote:
We have gump.document.text, and we could create gump.document.html
that use cheetah to write it.
Stefano Mazzocchi wrote:
+1 in removal of forrest and go plain XHTML + CSS. But please, let's use
a velocity-like approach, not a DOM like approach!
I may be reading too much
At the moment, gump.document.* take a complete set of knowledge and
produce a set of artifacts.
Sounds accurate. [I am not familiar w/ Cocoon, so won't comment there.]
An alternate approach would be to completely flip this. Have the
equivalent logic drive the acquisition of certain pieces
I believe Gump would benefit from folks being able to tinker with it's
Python codebase, in order to get comfortable with the internals (which
always seem to act differently than visualized when run against the mungo
data set of a full workspace. ;-) and in order to attempt new approaches.
Since
ajack 2004/03/28 10:58:05
Modified:python/gump/model project.py ant.py property.py rawmodel.py
workspace.py
python/gump/test/resources/full1 workspace.xml
python/gump/test model.py
Log:
Retry (had network woes).
Revision
ajack 2004/03/28 11:04:55
Modified:python/gump/document forrest.py
python/gump/model depend.py
Log:
Attempt to implement sysproperty (as Stefan did for traditional),
and removed the hard coded settings for:
1) java.awt.headless
2) build.sysclasspath
Adam R. B. Jack wrote:
An alternate approach would be to completely flip this. Have the
equivalent logic drive the acquisition of certain pieces of information,
which can be processed as it is being received.
Whilst most of the forrest documenter generates pages for single entities
(for
ajack 2004/03/28 11:57:59
Modified:python/gump/model ant.py
Log:
Typo: importSysProperty not importSystemProperty.
Revision ChangesPath
1.21 +1 -1 gump/python/gump/model/ant.py
Index: ant.py
For us to get to the point where others are interested in personal
gumps, we need to make it easier to build profiles which use
repositories for components that an individual is not interested in
rebuilding for themselves.
Yeah, I agree, I also think this'd help more Gump 'communities' (not
ajack 2004/03/28 12:45:03
Modified:python/gump/model property.py
Log:
If (as usual) you don't succeed...
Revision ChangesPath
1.17 +1 -1 gump/python/gump/model/property.py
Index: property.py
Hi gang!
trying to learn something about unit testing python software...
[EMAIL PROTECTED] /data3/gump/gump-install]$ export \
PYTHONPATH=/data3/gump/gump-install/python/
[EMAIL PROTECTED] /data3/gump/gump-install]$ sh gumpytest.sh
(...)
INFO:gump:Performed [29] tests with [15]
trying to learn something about unit testing python software...
Cool.
[EMAIL PROTECTED] /data3/gump/gump-install]$ export \
PYTHONPATH=/data3/gump/gump-install/python/
[EMAIL PROTECTED] /data3/gump/gump-install]$ sh gumpytest.sh
(...)
INFO:gump:Performed [29] tests with
ajack 2004/03/28 13:37:23
Modified:python/gump/model property.py
Log:
Past syntax problem, back to a logic problem.
Revision ChangesPath
1.20 +3 -3 gump/python/gump/model/property.py
Index: property.py
ajack 2004/03/28 14:01:45
Modified:python/gump/output statsdb.py
Log:
Try to work with implementations that do not respect get(x, default)
and complain if no key 'x' exists. At the same time, coerce keys to
be strings.
Revision ChangesPath
1.19 +12 -3
I am quite disappointed by the fact that Gump cannot seem to terminate it's
child processes, and subsequent generations of processes. I can't seem to
find any portable solution, and even the per platform solutions contain race
conditions. Perhaps this is a limitation of the current state of
I also copied and updated the /usr/local/gump/README from Moof.
I've updated it to comment out what has not been done (i.e. step #12).
Since 'hostname' returns brutus not brutus.apache.org (more like moof does)
I've edited the README to say the workspace file is brutus.xml.
I have not yet
ajack 2004/03/28 17:01:19
Modified:profile gump.xml
Added: server brutus.xml
Log:
Register brutus.apache.org.
Revision ChangesPath
1.1 gump/server/brutus.xml
Index: brutus.xml
Adam R. B. Jack wrote:
We really need somebody to place these local information into a .bashrc or
.profile (or wherever) so FORREST_HOME is picked up by a python script.
However, I'm not that guy -- I am too out of touch with such things.
It's not all that scary. I've updated .bash_profile to
[EMAIL PROTECTED] wrote:
server name=brutus type=python status=up
attributionApache Organization/attribution
titleBrutus/title
urlhttp://brutus.apache.org/gump/public/url
sitehttp://gump.apache.org/site
/server
This answers the question I just asked... and even uses the same
It's not all that scary. I've updated .bash_profile to contain the ...
Not scared, just my *nix knowledge is not borne again. ;-)
following lines:
export FORREST_HOME=/usr/local/gump/forrest
export PATH=/usr/local/j2sdk1.4.2_04/bin:$PATH:$FORREST_HOME/bin
I'll move the stuff at
Let's attempt to learn as much as possible on each run. And that
means using the newest build available.
I do see one possible problem we could face
From above let project A and project B both depend on Project Z
Project Z makes a change and project B makes a change to match.
Now since
Adam R. B. Jack wrote:
I don't know what 'process group' gives me (on Unix, it isn't on M$) but is
there some way that a tree is a group? Can I find the group(s) for my
children and kill those groups without killing myself? Anybody know this?
I know I did this on linux once. But I forgot how. Will
21 matches
Mail list logo