On Thu, Dec 09, 2004 at 03:59:54PM +0200, Danny Lieberman wrote:
> Tzafrir
> 
> Good points.
> 
> 1. Providing the whole distro is ok but the individual components change
> much faster than the kernel -

Pick one that doesn't change as often as your base distro.

> 2. The level of integration and configuration, security tweaking most users
> need is not in the core interest or competency of an applications developer
> think about needing Zlib or GD for php and you need to recompile becuse
> you're not using dynamic php modules

php should be built dynamically in a properlly-packaged package.

> or think about getting hibernate to work with tomcat.

Let the distro worry about that. 

> or think about having the most recent version of mysql instead of the old
> versions that RH gives you

They give you MySQL 3 due to licensing issues. Maybe you'll have the
same issues. Generally using the distro's packages means less legal
auditing you need to do yourself.

> 
> 3. All these components have a myriad of different configuration files and
> they all sit in different places and formats - the dependencies are not
> always clear
> - so imho there is great value in giving a user a single interface to manage
> his stack

The packaging system should take care of the different config files. You
should also take care to place files where they belong, e.g., config
files under /etc , unchanging files under /usr, changing files under
/var . This should help your user administrate and backup the system.

> 
> 4. when you get a whole distro you are not getting any assurances as to
> whether it will meet your application, security or performance needs -
> the idea here is to have a stack with the latest most stable components that
> has been tested on particular hardware

The same can be said about a distro that is based on a different distro.
Your distro will provide those guarantees.

-- 
Tzafrir Cohen                       +---------------------------+
http://www.technion.ac.il/~tzafrir/ |vim is a mutt's best friend|
mailto:[EMAIL PROTECTED]       +---------------------------+

=================================================================
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word "unsubscribe" in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]

Reply via email to