Re: Unstable files/documentation & package formats

> I would be in favor of having a "staging" repository for the new
> documentation. Since we are using the CVS as the de facto distribution
> mechanism, having this new repository would allow us to stage
> non-incremental changes in the doc without breaking the consistency of
> the CVS version. Once we are happy with a piece of the new doc, we can
> merge it into the main CVS. 

Yeah, that is what I was intending. Maybe other new contributions could also
be added there before they become part of any official release.

> 
> Having RPMs (with the appropriate dependencies on libinutils, sdl,
> gsl, .....) would certainly simplify the installation process for
> a lot of people. 

Sure does. I installed the Mandriva RPM no problem, but it does not have anything
beyond the regular system dependencies needed for installation. This makes sense
because then users will not have to install unnecessary libraries for their particular
use. If users want SDL, GSL, etc., then they will have to install them separately. One
way to force this is to have separate RPMs for these purposes that act as dummies
which only specify dependencies. Could be something like:

Base installation: lush-1.1.i586.rpm

Extra libs:

lush-SDL-1.1.i586.rpm
lush-GSL-1.1.i586.rpm
...


This also bring up another related point. It seems to me that it would be a good 
idea to break Lush up, at least for RPM install, into separate packages like are
available for perl, python, php, and so on. Core Lush functionality could be in
a significantly smaller package that would be useable on smaller memory devices,
embedded systems, or similar. I would even go as far to suggest that the matrix
engine be packaged separately (seems to take up a large percentage of the final
Lush binary size ~50%). This could be advantageous in cases where users would
like to use Lush for more general scripting of system/network administration tasks
only.

Raymond

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 



-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf