[Trinityos-perlwebmin] Re: you can sea stamp creator in axshion

[<tom...@us...>]

> There is a two way to start this task. 1st is to make some changes to 
> existing WebMin, write some new modules, completly rewrite most of them.
> Cos, 1st webmin was maded for Red Cap/Hat/, this distro is not compatible
> with linux standard base, 2nd, it takes a lot of memory and system resources.


I need to familiarize myself more with the existing WebMin, but only for the
purpose of reaping good ideas to implement in a newly written Trinity Webmin
which I'll design to POSIX spec so the original problem isn't repeated

> The second way is to be build from scratch.
> Trinity will use different init scripts, like BSD Init scripts. Trinity have
> highly modified Linux kernel, also trinity have a different file system,
> that's not used by default on stable 2.4.xx. in Webmin there is no option,
> to check and upgrade current installed packages.

That doesn't seem hard to fix so long as we can provide for the different
command options on each package handler type (RPM, etc.)  I talk about that
more below.

> on it, but only for RPM based distros and most their Open Linux.
> Perl Webmin, or othername, suggest if you have better.

Webtrin?  heh,heh.  Just kidding.  Don't even think about it.  Trinadmin? 
Webmin is good enough for me.  It doesn't much matter to me, as long as it
works.	That's what us cammel coders are here for, right?  

> *** Core system (low memory usage)

We should discuss mod_perl, perhaps?  Memory positives/negatives...

> ***** Trinity Init scripts

What are the init scripts?  What do they do?

> ***** Trinity pkgtools update to installed packages

I need to read up on this to find out if there is an api already, or if I'll
need to write one.

> ***** Add/Remove Users/Groups, change users permissions etc.
> ***** Start/Stop/Restart daemons

I can handle the above two items as set forth in my next code contribution,
notes etc.  I'll address how I plan to insure security and still enable this
functionality without direct access to the OS.	I've got a different design
than existing Webmin access to the OS.

Keep reading...

> *** Modules system
> ****** PureFTP Administration (Trinity FTP Server)
> ****** thttpd Administration (Trinity HTTP Server)
> ****** oops Administration (Trinity Proxy Server)
> ****** GNU Grub Boot Loader (Trinity Boot Loader(default)
> ****** Unreal IRC Server (Trinity IRC Server(default)
> ****** Rage IRC Server (Trinity IRC Server(alternative)
> ****** MARA DNS Server (Trinity DNS Server(default)
> ****** ISC BIND 4 Server patched by OpenWall (Trinity DNS Server(alternative)

> ****** Calamaris Web Loging, web log reports for OOPS, proxy server (built
in)
> ****** PostgreSQL Server - (Trinity SQL Server)(default)
> ****** MySQL Server - (Trinity SQL Server)(Alternative)
> ****** NetSaint - Web Logs, for system logs
> ****** Exim - Mail Transport Agent - Trinity Mail Server(default)
> ****** Sendmail - Mail Transport Agent - Trinity mail server(alternative)

I've mentally created a generic api to handle admin for all that, provide a
simple meta language over which the scripts will communicate with the OS about
these processes and the processes themselves in order to provide further
abstraction from the applications themselves in addition to a firewall between
these meta language commands used by the scripts and the actual commands
themselves.

Anyone can then step in and handle the direct apis between the firewall layer
implemented by my code.  People with lots of experience with Sendmail for
example will be able to quickly create the api for it by connecting any
internal handling for this program to the predefined framework provided
by the meta language.  Simple def files can be edited or created which the
meta language can parse through the code firewall.


--
   -Tommy Butler
    http://atrixnet.com

I'm looking for work!
    contract or perm, full or part time
    Download my résumé http://www.atrixnet.com/resume

the Open Source Perl Archives
    at Atrixnet.
    http://www.atrixnet.com/pub/