[greenstone-users] Regarding client-gli installation

From Anupama of Greenstone Team
DateWed Apr 28 13:44:25 2010
Subject [greenstone-users] Regarding client-gli installation
In-Reply-To (20100423095612-uqero7gm5cgww0s4-webmail-bates-edu)
Hi Jim,

> I get:
>
> GNU C Library stable release version 2.3.4, by Roland McGrath et al.
> Copyright (C) 2005 Free Software Foundation, Inc.
>
> Obviously not >= 2.5.
>
> Since the software on our Linux servers is maintained automatically via
> the Redhat Network, I don't know that I can do anything about this, but
> I'll try.
>

Please do not download and install a later version of glibc yourself
unless you've read up on the matter beforehand. It appears to be one of
those things that if you change it, it could mess up your linux
installation (as it has for others who've been discussing the matter
on-line). I am told that Gnu's C library is what allows you to execute
basic Linux commands such as ls and rm, so fundamental things could go
wrong.

I don't know how to help you concerning the incompatible version of
glibc. Maybe your system gets updates that will grab glibc for you and
install it in the appropriate manner? Could you search the internet
about how to do this concerning your version of Linux?

Regards,
Anupama


jhart@bates.edu wrote:
> Quoting Anupama of Greenstone Team <greenstone_team@cs.waikato.ac.nz>:
>
>> Hi Jim,
>>
>> The description in your e-mail concerns Windows. Has this magically
>> evaporated your perl and glibc problems too, or are they still an issue?
>>
> Yes, they are. We want to upgrade the Linux server-side Greenstone from
> 2.82 to 2.83 if we can. However, it isn't pressing because the 2.82
> server is working fine with the 2.83 remote client.
>
>>
>> Still on your glibc situation:
>>
>> You wrote:
>>> /usr/bin/perl --version
>>> This is perl, v5.8.8 built for i386-linux-thread-multi
>>
>> Running perl --version displays the same for me.
>>
>> Maybe expat.so is finding a different glibc between our two systems,
>> though?
>>
>> Could you try the following:
>>
>> 1. I just ran the following from the Greenstone 2 installation folder:
>>> ldd perllib/cpan/perl-5.8/auto/XML/Parser/Expat/Expat.so
>>
>> And the output for me was:
>>> ldd: warning: you do not have execution permission for
>>> `perllib/cpan/perl-5.8/auto/XML/Parser/Expat/Expat.so'
>>> linux-gate.so.1 => (0x00bc2000)
>>> libc.so.6 => /lib/libc.so.6 (0x001e5000)
>>> /lib/ld-linux.so.2 (0x001c9000)
>>
>> ...
>> So I have libc.so.6 here which is apparently a glibc. What is the one
>> your Expat.so is using? Can you find out by typing the following in
>> your greenstone installation folder as well:
>>> ldd perllib/cpan/perl-5.8/auto/XML/Parser/Expat/Expat.so
>
> I get:
>
> ldd: warning: you do not have execution permission for
> `perllib/cpan/perl-5.8/auto/XML/Parser/Expat/Expat.so'
> not a dynamic executable
>
>
>>
>>
>> 2. To find out what version of glibc mine was, I ran -version on the
>> libc.so.6 found by trying out step 1 above as follows, which the output
>> showed up as being located at /lib/libc.so.6.
>>
>>> /lib/libc.so.6 -version
>>
>> The start output was:
>>> GNU C Library stable release version 2.5, by Roland McGrath et al.
>>> Copyright (C) 2006 Free Software Foundation, Inc.
>>> (etc.)
>>
>> So my glibc version is 2.5. Can you run the -version on the libc.so
>> file your Expat.so was using and see if the version is not >=2.5 as
>> Expat requires?
>
> I get:
>
> GNU C Library stable release version 2.3.4, by Roland McGrath et al.
> Copyright (C) 2005 Free Software Foundation, Inc.
>
> Obviously not >= 2.5.
>
> Since the software on our Linux servers is maintained automatically via
> the Redhat Network, I don't know that I can do anything about this, but
> I'll try.
>
>
> Regards,
>
> Jim
>
>
>
>