GSOC Proposal: Bricolage INSTALLER ---- Pranava Swaroop S

On Fri, Mar 28, 2008 at 07:35:15PM -0700, David E. Wheeler
wrote:
> On Mar 28, 2008, at 19:30, bharder wrote:
> 
> >Forgive me, I don't completely understand the
principles at work  
> >with it, but if I had to describe it based on what
I _think_ happens
> >
> >* It runs the upgrade scripts in order, except when
it doesn't.
> >
> >There is some "doubling back" where
"previous versions" of scripts  
> >are re-run on the DB, where they must check for
state to do the  
> >proper work... I found it to be confusing at the
time.
> 
> Sounds like a bug, really.

I think I filed it as a bug at the time, but am I correct or
incorrect about the scripts being run and some of them being
re-run "out of turn" to get the job done? I'm sure
I'm right, because now I recall there's a big list of
version numbers that go something like (using my made up
version numbers):

1.7
1.7.4
1.8
1.8.1
1.7    *
1.8.2
1.9
1.8.2  *
1.9.2


Notice the "starred" items...

> Best,
> 
> David
> 

-- 

Brad Harder,
Method Digital Logic
http://www.methodlogic.net

On Mar 28, 2008, at 19:38, bharder wrote:

>> I can't think of a single distribution the
Bricolage runs on that
>> doesn't ship with Perl, aside from Windows. I have
no problem
>
> *BSD -- ship perl as packages, not in base install.

Easy to install.

>> Truly, Perl, PostgreSQL or MySQL, and Apache +
mod_perl all need to  
>> be
>> installed before the installer can do anything.
>
> This could be a chance for an OS-sensing script to say:
OK, we're  
> running "apt-get update; apt-get install
perl", or "pkg_add
ftp://www.freebsd.org/blahblahlbah/perl.tgz 
> " -- I'm being a bit of a devils advocate here,
and not sure if we  
> even want to go down this path for a GSoC project,
though.

I really detest the packaging systems, so as long as there's
a way out  
of it, fine.

In truth, the current installer requires that Perl be
pre-installed.  
No one has ever complained that I can recall.

Best,

David

On Mar 28, 2008, at 19:42, bharder wrote:

> I think I filed it as a bug at the time, but am I
correct or  
> incorrect about the scripts being run and some of them
being re-run  
> "out of turn" to get the job done? I'm sure
I'm right, because now I  
> recall there's a big list of version numbers that go
something like  
> (using my made up version numbers):
>
> 1.7
> 1.7.4
> 1.8
> 1.8.1
> 1.7    *
> 1.8.2
> 1.9
> 1.8.2  *
> 1.9.2

Oh, yes, that's right. They can be released out-of-order.
They  
shouldn't be re-run, but they also should all be written so
that if  
they are re-run it causes no havoc. That's part of what
makes them a  
bitch to write.

Best,

David

On Fri, Mar 28, 2008 at 09:30:21PM -0700, David E. Wheeler
wrote:
> On Mar 28, 2008, at 19:38, bharder wrote:
> 
> >>I can't think of a single distribution the
Bricolage runs on that
> >>doesn't ship with Perl, aside from Windows. I
have no problem
> >
> >*BSD -- ship perl as packages, not in base
install.
> 
> Easy to install.
> 
> >>Truly, Perl, PostgreSQL or MySQL, and Apache +
mod_perl all need to  
> >>be
> >>installed before the installer can do
anything.
> >
> >This could be a chance for an OS-sensing script to
say: OK, we're  
> >running "apt-get update; apt-get install
perl", or "pkg_add 
> >ftp://www.freebsd.org/blahblahlbah/perl.tgz "
-- I'm being a bit of a 
> >devils advocate here, and not sure if we  even want
to go down this path 
> >for a GSoC project, though.
> 
> I really detest the packaging systems, so as long as
there's a way out  
> of it, fine.
> 
> In truth, the current installer requires that Perl be
pre-installed.  
> No one has ever complained that I can recall.

Ya -- I thought this out a bit and I'd like to recall this
idea -- prerequisites can include an OS, Perl, Apache, and
Postgresql (or MySQL) and that makes sense... It does
simplify things for the install and offer the resources of
Perl as well.

> Best,
> 
> David
> 

-- 

Brad Harder,
Method Digital Logic
http://www.methodlogic.net