Re: [Leaf-devel] developer.xml

2002-09-02 Thread Julian Church

Hi Mike

At 08:43 30/08/02 -0700, Mike Noyes wrote:
On Fri, 2002-08-30 at 08:18, Julian Church wrote:
  I got a
  bit confused with editing the log file, so didn't put anything at all, and
  I don't know what to do to control the version numbers either - the CVS
  says the file is at 1.1 but I was going to call this version 1.2.1.

Log messages are important to let other project members know what you
did with your modification/addition. You can see examples of this in our
cvs-commits list archive.

http://www.mail-archive.com/leaf-cvs-commits%40lists.sourceforge.net/

Thanks for the link.  I see the kind of thing I should have done now.  Is 
there any way to go back and amend my log message?


The CVS version numbers are for CVS, and have little or nothing to do
with release version numbers.

Right - I may have messed up a bit then.  I've based my version numbers on 
those I found in CVS for the original developer guide, developer.rtf.  From 
what you say that might have been a mistake.

Tags are used to indicate release
versions.

Tags?  You mean in the XML, or is this another CVS thing?

Maybe someone else will have the time to attend to the creation of the
other formats.

I'm still working on it - I'll let you know if I get anywhere.

cheers

Julian

-- 
[EMAIL PROTECTED]
www.ljchurch.co.uk



---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390

___
Leaf-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/leaf-devel



Re: [Leaf-devel] developer.xml

2002-09-02 Thread Mike Noyes

On Mon, 2002-09-02 at 03:55, Julian Church wrote:
 At 08:43 30/08/02 -0700, Mike Noyes wrote:
 Log messages are important to let other project members know what you
 did with your modification/addition. You can see examples of this in our
 cvs-commits list archive.
 
 http://www.mail-archive.com/leaf-cvs-commits%40lists.sourceforge.net/
 
 Thanks for the link.  I see the kind of thing I should have done now.  Is 
 there any way to go back and amend my log message?

Julian,
Yes.

$ cvs admin -m 1.1:your revised commit message developer.xml

Changing A Log Message After Commit 
http://cvsbook.red-bean.com/cvsbook.html#Changing_A_Log_Message_After_Commit

 The CVS version numbers are for CVS, and have little or nothing to do
 with release version numbers.
 
 Right - I may have messed up a bit then.  I've based my version numbers on 
 those I found in CVS for the original developer guide, developer.rtf.  From 
 what you say that might have been a mistake.

I looked in David's rtf releases, and I was unable to locate revision
numbers. I'm fairly certain this document was updated a few times. You
should talk with David about the revision history.

 Tags are used to indicate release
 versions.
 
 Tags?  You mean in the XML, or is this another CVS thing?

It's another CVS command.
$ man cvs
tag -- Specify a symbolic tag for files in the repository. By 
default, tags the revisions that were last synchronized with
your working directory. (Changes repository directly; uses
working directory without changing it.)

Marking A Moment In Time (Tags)
http://cvsbook.red-bean.com/cvsbook.html#Marking_A_Moment_In_Time__Tags_

-- 
Mike Noyes [EMAIL PROTECTED]
http://sourceforge.net/users/mhnoyes/
http://leaf-project.org/



---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390

___
Leaf-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/leaf-devel



RE: [Leaf-devel] Webbased configuration

2002-09-02 Thread Mike Noyes

Everyone,
I propose the creation of a config tree in our CVS src tree. All of the
components necessary for this project can be placed there, and write
access granted to team members. The structure of the config tree is left
to the team members discretion.

Example:
leaf/src/config +
| /core
| /text
| /ncurses
| /web
| /doc

Alternate:
leaf/src/config +
| /sh-httpd
| /weblet
| /lrcfg
| /acfg
| /apkg


On Sun, 2002-09-01 at 23:13, Richard Amerman wrote:
 We can take a look at how far I have gotten and decide if it is on
 track and ready to put in CVS.  I have mainly been working on
 abstracting everything so that it is easy to construct content in a
 dynamic way.  I'm interested in modules that include the configuration
 piece, but also inhanced log viewes, live statistics in as much of a
 dashboard fashion as possible, and other similar ideas.  While some of
 these modules may be sizable, I, like the rest of you wish to keep the
 base system as small as possible

-- 
Mike Noyes [EMAIL PROTECTED]
http://sourceforge.net/users/mhnoyes/
http://leaf-project.org/



---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390

___
Leaf-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/leaf-devel



[Leaf-devel] More Docbook XML conversion

2002-09-02 Thread Julian Church

Hi All

I'm about to start work converting another document to Docbook XML.  I 
think I'm moving onto the install guides for the different distributions 
that are in the doc/guide part of the cvs tree.

My initial instinct was to start with the most recently released 
distribution, and work back, but the formatting of the Bering guide 
resembles a lot of guides that I know were originally authored in DocBook, 
so I'm going to start with the Dachstein Installation guide while I 
investigate to avoid uselessly duplicating work.

I'm still working on getting a Docbook -- PDF/HTML etc system going.  Once 
I've got my full-size Linux (Debian 3.0) box up and running at home things 
should start to move.

thanks all

Julian

-- 
[EMAIL PROTECTED]
www.ljchurch.co.uk



---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390

___
Leaf-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/leaf-devel



Re: [Leaf-devel] More Docbook XML conversion

2002-09-02 Thread Mike Noyes

On Mon, 2002-09-02 at 10:13, Jacques Nilo wrote:
 Hi Julian and list
 FYI the Bering documentation (users and install guides) and my package 
 doc are available in XML from
 http://leaf.sf.net/devel/jnilo/xml
 I will move them to CVS when I will have some time.

Jacques,
I just did this for you. The XML source for both Bering guides is now in
our CVS repository.

http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/leaf/doc/guide/install-bering/
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/leaf/doc/guide/user-bering/

-- 
Mike Noyes [EMAIL PROTECTED]
http://sourceforge.net/users/mhnoyes/
http://leaf-project.org/



---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390

___
Leaf-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/leaf-devel



Re: [Leaf-devel] Webbased Configuration

2002-09-02 Thread Manfred Schuler

Hi,

some remarks about using forth:
- certainly forth is missing all that nice pattern matching
  like awk or perl, all this has to be coded.
- I assume that even arrays are not available in forth
- because forth uses very unusual semantics (reverse 
  polish notation) it is not easy to understand and to
  maintain (you have always to keep in mind, what is in
  this moment at which position on the stack).

mawk is 49K compressed
perl4 is 136k compressed

Manfred

Eric Wolzak schrieb:
 
 Hello all,
 
 I agree with Erich that it would be wise to get an architecture before
 thinking about the implementation.
 IMHO it should be :
 -easy to configure.
 -flexible , so adding new packages is possible without much
 programming.
 -flexible 2- so it is possible to use the same system on oxygen,
 bering ,dachstein, Wisp  by merely changeing the Tools configuration
 file.
 -useable also on slow systems.
 
 I thought about it sometime and came up with a kind of a flowchart ( I
 am afraid , I am not good at Ascii art, so I put it up my webserver:
   http://wolzak.de/leaf/config1.jpg
 After some looking at this graphic I noticed that 1.
 The cgi and the primary Part have a common Trunk
 Useing a template with the variables to create a html or config file.
 2. The intelligenz of this programm is on the firewall.
 With each call , there is a lot of computeing.
 3. The configuration Template is created dynamically, but doesn't
 change . So why not create it offline or better of the box.
 
 So I came up with the next Idea:
 http://wolzak.de/leaf/config2.jpg
 
 The first Action is created on whatever computer under whatever
 system to create the Parsing rules The HTML Template and the
 Config Template.
 
 The Idea behind this is that as soon as the external Parser is written,
 it can create any HTML.template , parsing rules or config template
 just by creating a modules or package config file.
 What is this parsing rule thing.
 
 This is a file build something like
 `grep -q  ^noauth`  var1=noauth
 var2=$NETWORK_INTERFACE
 var3=`ls /etc/`
 
 now after running this shell script or any other (Forth, Java alike) you
 would have the variables var1, var2, var3 set
 Those are combined with the HTML template just by catting the
 template with the variables at the appropriate place.
 What kind of place is told by the Module configuration file.
 The kind of field the vars are placed in is destined by the kind of data
 it expect ( options, filenames, freetext etc)
 
 The Modules Config file  (which could also be a database can be
 different formats:
 1. xml  in that case the template, parsing rules and config template
 can be generated by merely applying a xsl stylesheet.
 
 2. something with different fields
 example:
 field 1 = 0 (optional)  /1 demanded
 field 2 = 0 (single) /1 (repeatedly possible)
 field 3= variable looks like
 1  NAME=value
 2 NAME value
 3 value
 4 filename
 5 name= (value1 or value2 or value3)
 6 name  (value1 or value 2 or value3)
 7  ( value1 or value2 or value 3)
 8 ...
 
 3 Database.
 
 I think I prefer the first option (xml).
 ...
 
 Any Comments , Reactions, flames
 
 Eric Wolzak
 member of the Bering Crew.
 
 ---
 This sf.net email is sponsored by: OSDN - Tired of that same old
 cell phone?  Get a new here for FREE!
 https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390
 
 ___
 Leaf-devel mailing list
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/leaf-devel

-- 
Manfred Schuler
Beerenweg 4
31275 Lehrte
Tel.: (0 51 75) 66 54
Fax:  (07 21) 1 51 22 22 17
E_Mail: mailto:[EMAIL PROTECTED]


---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390

___
Leaf-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/leaf-devel