[OPEN-ILS-GENERAL] Installing OpenSRF on RHEL5

[Wolf Halton]

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/20110810/b0dae12c/attachment.htm>