> -----Original Message-----
> From: Simon Wilcox [mailto:simonw digitalcraftsmen.net]
> Sent: Thursday, August 23, 2007 8:56 AM
> To: userslists.bricolage.cc
> Subject: Re: CMS Review: Bricolage on the Nautis
Project
>
> Benjamin Franz wrote:
>
> > Install is, and always has been, Bricolage's major
flaw.
>
> Agreed although Bricolage isn't alone in this. Most
major perl
> applications have similar problems, including RT which
can also be a
> bitch.
The both come from different philosophies of development and
implementation.
Most largish perl applications assumes the person installing
has root access
to the box and can make whatever changes they need. The
other common
assumption is one box to one application, this has changed a
bit with
virtualization.
The problems come in when that assumption is incorrect or if
there are
environmental standards to consider. We are a sole redhat
shop and could not
bring in a debian server to make the installation easier.
CPAN is
problematic to install and maintain and availability of
rpm-based
installation of cpan modules are limited.
Bricolage should be a one shot installation where someone
could just
download, run the install scripts, and then have a working
setup. The
complexity of how is the biggest question. Downloading an
image would be
nice assuming it setup the same way as the existing
environment and would not
take an additional skillset to maintain (same OS, same
package management
philosophy). Provided there is a good upgrade path.
One could agree just bundling the necessary CPAN packages
would work as well.
The problem becomes how to deal with platform specific
modules (Math::Pari
comes to mind) where certain bits need compilation. Now we
get into fighting
the way Perl was designed to run (one machine, installation
is done by root),
and wanting it to behave differently.
>
> > MovableType is considered _hard_ to install for
most people compared
> to
> > WordPress. Which is why there are so many more
WordPress based blogs
> > than MT based ones. And MT is at least twenty
times easier to install
> > than Bricolage is.
>
> This is as much perl vs php however and php has the
edge over perl
> every
> time because the latter needs access to directories
outside of the
> docroot. This is actually a limitation of the perl
binary but Nick
> Clarke and others have suggested that this will be
fixed in perl 5.10.
Again, it would take a change in philosophy which probably
contributes to how
long it has taken.
>
> > Apache1.3 vs Apache2, mod_perl1 vs mod_perl2,
PostgreSQL vs MySQL,
> Web
> > 1.0 or Web 2.0 aren't the most important
problems.
> >
> > Ease of install and upgrade _is_.
>
> Agreed but choosing the right distribution makes it
infinitely easier.
> It's a poor defence though and we should be making it
as easy as
> possible.
>
I will limit my comment to: when possible, however it can't
be assumed there
is only one supported distribution.
Chris
|