Forum OpenACS Q&A: Re: Easier to install

Collapse
2: Re: Easier to install (response to 1)
Posted by Bart Teeuwisse on
Alfred,

AFAIK OpenACS isn't dependent on qmail. At least qmail isn't required to run OpenACS. The notification package comes to mind as a packages that can handle incoming emails if qmail is installed. But even then one can easily adjust the processing procs to work with different MTAs.

Still, replacing qmail with an MTA that is actually being maintained is a GOOD idea.

I've been working on some RPMs myself. Including daemontools which I still prefer over inittab. Daemontools doesn't have to break /etc/init.d/rc conventions either. Writing a service script for a service under daemontools control is a snap. Place the script in /etc/init.d, run chkconfig (on Fedora/RedHat) et voila!

One of the biggest advantages of daemontools is the ability to give ordinary users (some) control over the service. Another big win is multilog which prevents log files from filling up the harddrive.

Most components can be made available as RPMs quite easily. Unfortunately, Fedora/RedHat comes with a single threaded Tcl version. Depending on your system configuration, replacing the standard Tcl package with a multi threaded version might lead to dependecy conflicts as some packages require a specific Tcl version.

Once solution to this issue to is release the multi threaded Tcl package under a different name, e.g. tcl-threaded or tcl-aolserver.

On the subject of RPMs I would like to put a vote in for individual packages for each aolserver module.

/Bart

Collapse
3: Re: Easier to install (response to 2)
Posted by Alfred Werner on
Bart - I did just look through the latest install docs - things I mention are listed as optional software. Hats off to Joel and Vinod (and many many others) for doing such a good job on the documentation.

Seems to me that the first thing to tackle is to either convince the TCL community to enable threading by default (i.e. no compile option means its on) or to track down the various RPM bundlers for all the distros and ask them to turn on threads. The no flag for TCL is the simplest if they would go for it. I'll look into the TIP process and propose it.

Next after that - aolserver releases in rpm format for the major distros that are threaded-tcl dependency aware.

Next - tDOM.

Assuming postgres is good as is, FTS RPM.

Next .. ?

Other than load - is there any reason not to bundle up all the necessary software into RPMs for a platform or two and let rpmfind.net know about it?

Collapse
5: Re: Easier to install (response to 3)
Posted by Alfred Werner on
I just sent an email to Jeff Hobbs to request that --enable-threads be the default compile behavior. Will report the results.
Collapse
6: Re: Easier to install (response to 3)
Posted by Bart Teeuwisse on
Alfred,

I've made an RPM for tDOM. So that one is covered.

/bart