[OPEN-ILS-GENERAL] Installing OpenSRF on RHEL5

[John Morris]

On Wed, 2011-08-10 at 17:13 -0400, Thomas Berezansky wrote:
> I highly recommend not using RHEL for Evergreen, due to their general  
> policy of using older "stable, fully tested internally" versions of  
> packages. Evergreen tends to use a lot of newer features.

Some people consider stable a feature instead of a bug.  Stable is not a
dirty word.  And even then they update RHEL faster than Debian's stable
line and is that not still THE recommended platform for hosting EG?  If
it isn't what has replaced it?

> If you want a redhat style distro, go with the latest Fedora. It is  
> much better tested.

And comes with an expiration date shorter than a politician's promise.
Ok, a little better than that.  :)

What about people who don't relish breaking things bi-annually?  Ya
know, the sort of audience RH pitches RHEL to, people running production
systems instead of development testbeds.

If a newer version of a package is an absolute requirement just include
that updated package in the same repo as the EG packages.  Most of the
time a package from Rawhide will backport with little difficulty,
especially if it isn't tied into currently fast churning desktop work
with its maze of interdependencies.

And if the updated package isn't in Rawhide yet, try to make it so.  If
you can't get the Fedora maintainers to take it that should be a
warning.  Same goes of course for Debian except you can also try to get
the dependencies into backports and make things even easier for everyone
trying to install.

> Thomas Berezansky
> Merrimack Valley Library Consortium
> 
> 
> Quoting Paul Hoffman <paul at flo.org>:
> 
> > I'm trying to install OpenSRF 2.0.0 on RHEL5 folowing the instructions
> > at http://evergreen-ils.org/dokuwiki/doku.php?id=opensrf:2.0:install
> > and have gotten as far as step 5, at which point reality (on my server)
> > begins to diverge from the instructions.
> >
> > I had to make a few changes in src/extras/Makefile.install because  
> > of problems
> > installing some Perl modules (excruciating details available upon  
> > request) and
> > because ftp.gnu.org was being very, very slow today:
> >
> > # diff -u src/extras/Makefile.install*
> > --- src/extras/Makefile.install 2011-08-10 16:51:15.000000000 -0400
> > +++ src/extras/Makefile.install.paul at flo.org    2011-08-10  
> > 16:51:17.000000000 -0400
> > @@ -57,7 +57,8 @@
> >  AUTOCONF_PKG=autoconf-2.65
> >  LIBTOOL_HOST=http://ftp.gnu.org/gnu/libtool
> >  LIBTOOL_PKG=libtool-2.2.6b
> > -AUTOMAKE_HOST=http://ftp.gnu.org/gnu/automake
> > +#AUTOMAKE_HOST=http://ftp.gnu.org/gnu/automake
> > +AUTOMAKE_HOST=ftp://aeneas.mit.edu/pub/gnu/automake
> >  AUTOMAKE_PKG=automake-1.11
> >
> >  # libmemcached is only packaged on newer distros
> > @@ -145,11 +146,6 @@
> >         perl-Cache-Memcached \
> >         perl-Class-DBI-AbstractSearch \
> >         perl-Class-DBI-SQLite \
> > -       perl-DateTime \
> > -       perl-DateTime-Format-ISO8601 \
> > -       perl-DateTime-Format-Mail \
> > -       perl-DateTime-Set \
> > -       perl-DateTime-TimeZone \
> >         perl-DBI \
> >         perl-Email-Send \
> >         perl-Error \
> > @@ -206,10 +202,6 @@
> >         perl-Class-DBI \
> >         perl-Class-DBI-AbstractSearch \
> >         perl-Class-DBI-SQLite \
> > -       perl-DateTime-Format-Builder \
> > -       perl-DateTime-Format-ISO8601 \
> > -       perl-DateTime-Format-Mail \
> > -       perl-DateTime-Set \
> >         perl-devel \
> >         perl-Error \
> >         perl-File-Find-Rule \
> >
> > (The commented-out Perl modules I installed manually.)
> >
> > When I ran make -f src/extras/Makefile.install rhel all seemed to go  
> > well, but
> > when I began step 5 (/etc/init.d/ejabberd stop) I discovered that ejabberd
> > hasn't been fully installed -- there's no ejabberd user, /etc/init.d/ejabberd
> > doesn't exist, etc.
> >
> > So I followed the instructions in the ejabberd installation guide
> > (ejabberd-2.1.2/doc/guide.html or some such) -- creating the ejabberd system
> > user, copying bin/ejabberd.init to /etc/init.d/ejabberd, etc.  But ejabberd
> > won't start:
> >
> >     # /etc/init.d/ejabberd start
> >     Starting ejabberd...
> >     Kernel pid terminated (application_controller)  
> > ({application_start_failure,kernel,{shutdown,{kernel,start,[normal,[]]}}})
> >     Kernel pid terminated (application_controller)  
> > ({application_start_failure,kernel,{shutdown,{kernel,start,[normal,[]]}}})
> >
> >     Session terminated, killing shell... ...killed.
> >
> > (I hit Ctrl-C to stop it after the second error message.)
> >
> > Has anyone successfully installed OpenSRF on RHEL5 or have any idea why
> > ejabberd wouldn't have been fully installed?  I'm tempted to install ejabberd
> > using yum (from EPEL), but I'm afraid it'll seem to work only to cause me big
> > headaches later on.
> >
> > Thanks in advance,
> >
> > Paul.
> >
> > --
> > Paul Hoffman <paul at flo.org>
> > Systems Librarian
> > Fenway Libraries Online
> > c/o Wentworth Institute of Technology
> > 550 Huntington Ave.
> > Boston, MA 02115
> > (617) 445-2914
> > (617) 442-2384 (FLO main number)
> >
> 


-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL: <http://libmail.georgialibraries.org/pipermail/open-ils-general/attachments/20110810/b7f78d09/attachment-0001.pgp>