| Newsgroups |
gmane.comp.sysutils.ark.devel |
| Message-ID |
<[email protected]> |
Will:
From: Will Partain <[email protected]>
Sender: [email protected]
Berto continues his campaign:
Ja, mein General, es ist ein blitzkrieg!! (;->
> I see the danger in relying on free-floating environment variables, but
> my point remains: That was a lot of by-hand configuration for my first
> minimalist try-ark exercise. ...
Looking at it more closely: the "ARK2" machinery makes it
possible to do something nicer. Consider me on the case --
I promise you will think it 100% better (but maybe not
enough; we'll see...) [In fact, I'll append my working
sample1 team.xml at the end...]
Whether or not it's easy or elegant, if it works: From zilch results to
a successful try-ark--that's infinite percentage improvement right there!
> Are you philosophically opposed to an /etc/ARK.conf file?
> Or how about an $ARK_SRC/ARK.conf file, that everything
> within $ARK_SRC refers to? Or perhaps
> $ARK_SRC/<team-name>/ARK.conf?
How about $ARK_SRC/<team-name>/team.xml ? After all,
something like
<entry name="ARK_SRC"> /workspace/partain/ark </entry>
is just setting a macro variable (for use elsewhere).
If you're philosophically committed to configuring everything in XML-Speak,
there's merit in its consistency. I'm all for syntactic consistency.
Here's the whole glasli1 (a real site) team.xml (modulo the
ark-site-gen stuff):
<team name="glasli1" xml-version="1">
[lots of matching <'s and >'s follows]
No doubt there are XML-aware editors with automatic tag templates, right?
I mean to say, you type
<
and the editor automatically fills in
<></>
with the cursor placed just after the first <. Something like that would
be a big help.
Very little of that can be "figured out". You could say it
in a different form in another file, but I don't that
getting us far. Am I off beam here?
No, right on beam.
> Even at this very early stage, I think/hope you can see a
> bit better now the importance of investing time and effort
> to installation and setup, making the docs clear and
> accurate, and making the procedure as easy and painless as
> possible. It pays big dividends now and into the future.
Agreed; let's see how you like the next iteration. I
probably won't finish it tonight.
Don't rush on my account. I won't have time to give this a second try
until later in the week in any event.
Berto
-------------------------------------------------------------------------------
Robert Osterlund, Unix Systems Manager [email protected]
Grad School of Business, U of Chicago phone: 773/702-8898
1101 E. 58th Street, #309, Chicago, IL 60637, USA fax: 773/702-0233