Build System Prerequisite Installation Improvements
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 |
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.