[OPEN-ILS-GENERAL] Installing OpenSRF on RHEL5

[Grant Johnson]

Anybody got a "manual" set of dependencies to try on rhel 6?

On Wed, Aug 10, 2011 at 11:26 PM, Wolf Halton <wolf.halton at gmail.com> wrote:

> If you have the resources, run a VM of ubuntu 10.04 or fedora 14 or 15 to
> house evergreen.
> Wolf
> PS it is kinda funny that rhel hasn't had as much testing, isn't it.
>
> On Aug 10, 2011 8:44 PM, "John Morris" <jmorris at beau.org> wrote:
> > 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 --------------
An HTML attachment was scrubbed...
URL: <http://libmail.georgialibraries.org/pipermail/open-ils-general/attachments/20110913/08fd5481/attachment.htm>