Build System Prerequisite Installation Improvements

Bug #1147028 reported by Jason Stephenson
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Evergreen
Fix Released
Wishlist
Unassigned
OpenSRF
Fix Released
Wishlist
Unassigned

Bug Description

Related to bug 968531, but not replacing it.

There has been some discussion in the past of improving prerequisite installations via the Makefile.install files.

The number one suggestion in this area is to split the different OS specific instructions into their own files or hierarchy of files. These could be included from the main Makefile.install and it could still be run in the same manner as it is at present. Separating the various OS dependencies into their own files will make it easier for different developers to each maintain prerequisites for the systems that interest them.

Additionally, we should probably add targets for the database server, the Evergreen app and web server, and possibly a target for client-only systems. (The latter will be less useful until OpenSRF and Evergreen have client-only configure and/or build targets or their own.) An example of why we might want a different target of the database server vs. the apps server is the new dependency on Rose::URI. That package is only needed in the database, so only needs to be installed there.

We should also probably remove the ubuntu-lucid and debian-squeeze targets. We should add debian-wheezy when/if squeeze is removed. (NOTE: I'm all for removing lucid and am willing to do so. I'm less keen on removing squeeze and leave the ultimate decision for that up to the community members who use Debian more than I. This is really a question presented as a provocative assertion to get the conversation going.)

Also, while I'm thinking of it, the apt-based distros should use apt-get rather than aptitude to install prerequisites from packages. Aptitude has problems with being overzealous about automatic package removal.

This work should be orthogonal to that in bug 968531. I also think that completing these two bugs should be done before anyone makes another serious attempt at building on FreeBSD or other presently unsupported platforms. Completing this work would certainly make porting to a new target that much easier.

If you think I've left anything out, feel free to chime in on the comments below.

Changed in opensrf:
importance: Undecided → Wishlist
status: New → Triaged
Revision history for this message
Galen Charlton (gmc) wrote : Re: [Bug 1147028] [NEW] Build System Prerequisite Installation Improvements

On Tue, Mar 5, 2013 at 6:44 AM, Jason Stephenson
<email address hidden> wrote:

> We should also probably remove the ubuntu-lucid and debian-squeeze
> targets. We should add debian-wheezy when/if squeeze is removed. (NOTE:
> I'm all for removing lucid and am willing to do so. I'm less keen on
> removing squeeze and leave the ultimate decision for that up to the
> community members who use Debian more than I. This is really a question
> presented as a provocative assertion to get the conversation going.)

Wheezy isn't Debian stable yet, so dropping Squeeze would be premature
 My preferred support policy for Debian is that stable and oldstable
(for as long as it remains oldstable; for example, there's currently
no oldstable for Debian once security updates stopped for Lenny) be
officially supported.

Of course, now *is* a good time to add a debian-wheezy install target.

Revision history for this message
Galen Charlton (gmc) wrote :

+1 for s/aptitude/apt-get/g

Revision history for this message
Galen Charlton (gmc) wrote :

On Tue, Mar 5, 2013 at 6:44 AM, Jason Stephenson
<email address hidden> wrote:
> The number one suggestion in this area is to split the different OS
> specific instructions into their own files or hierarchy of files. These
> could be included from the main Makefile.install and it could still be
> run in the same manner as it is at present. Separating the various OS
> dependencies into their own files will make it easier for different
> developers to each maintain prerequisites for the systems that interest
> them.

That seems reasonable to me, but if we split them, we should pair it
with a platform-independent tool for verifying that an Evergreen
installation has all of the necessary dependencies installed.
Probably doesn't need to be elaborate, just enough to make either
configure or the Makefile complain in a useful fashion.

Revision history for this message
Bill Erickson (berick) wrote :

On Tue, Mar 5, 2013 at 4:17 PM, Galen Charlton <email address hidden> wrote:

> On Tue, Mar 5, 2013 at 6:44 AM, Jason Stephenson
> <email address hidden> wrote:
>
> > We should also probably remove the ubuntu-lucid and debian-squeeze
> > targets. We should add debian-wheezy when/if squeeze is removed. (NOTE:
> > I'm all for removing lucid and am willing to do so. I'm less keen on
> > removing squeeze and leave the ultimate decision for that up to the
> > community members who use Debian more than I. This is really a question
> > presented as a provocative assertion to get the conversation going.)
>
> Wheezy isn't Debian stable yet, so dropping Squeeze would be premature
> My preferred support policy for Debian is that stable and oldstable
> (for as long as it remains oldstable; for example, there's currently
> no oldstable for Debian once security updates stopped for Lenny) be
> officially supported.
>
> Of course, now *is* a good time to add a debian-wheezy install target.
>

https://bugs.launchpad.net/opensrf/+bug/1015273

https://bugs.launchpad.net/evergreen/+bug/1014724

 -b

--
Bill Erickson
| Senior Software Developer
| phone: 877-OPEN-ILS (673-6457)
| email: <email address hidden>
| web: http://esilibrary.com
| Equinox Software, Inc. / Your Library's Guide to Open Source

Revision history for this message
Bill Erickson (berick) wrote :

See also bug #1190279 re: modularization.

Revision history for this message
Dan Scott (denials) wrote :

See also bug 1362210 re: database server prerequisites

Revision history for this message
Ben Shum (bshum) wrote :

Since almost all the changes outlined in this bug were resolved with the connected bugs linked to this (except for the aptitude vs. apt-get thing, but that's a small detail), I'm going to go ahead and mark this fix released to close out the bug.

Thanks!

Changed in evergreen:
status: Triaged → Fix Released
Revision history for this message
Bill Erickson (berick) wrote :

Marking the OpenSRF side as fix-released as well.

Changed in opensrf:
status: Triaged → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.