SCIENTIFIC-LINUX-USERS Archives

December 2014

SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Yasha Karant <[log in to unmask]>
Reply To:
Yasha Karant <[log in to unmask]>
Date:
Fri, 26 Dec 2014 08:15:41 -0800
Content-Type:
text/plain
Parts/Attachments:
text/plain (77 lines)
On 12/26/2014 03:12 AM, Vladimir Mosgalin wrote:
> Hi Yasha Karant!
>
>   On 2014.12.25 at 23:46:42 -0800, Yasha Karant wrote next:
>
>>> The package libevent-devel-1.4.13-4.el6.i686 is already installed
>>>
>>> Any other suggestions?
>>>
>>> Yasha Karant
>> Apologies for the extra traffic.  I found a higher revision level RPM:
>>
>> libevent-devel-2.0.19-1.rhel6.i686 requires libevent_core-2.0.so.5
>> libevent-headers-1.4.13-4.el6.noarch requires libevent-devel = 1.4.13-4.el6
>> libevent-devel-2.0.19-1.rhel6.i686 requires libevent_extra-2.0.so.5
>> libevent-devel-2.0.19-1.rhel6.i686 requires libevent = 2.0.19-1.rhel6
>> libevent-doc-1.4.13-4.el6.noarch requires libevent-devel = 1.4.13-4.el6
>> libevent-devel-2.0.19-1.rhel6.i686 requires libevent-2.0.so.5
>>
>> The software sources from Add/Remove Software GUI include:
>>
>> Scientific Linux 6x -- i386 as well as fastbugs and security updates and
>> Addon Packages
> I see. Yes, looks like libevent 2 is required. This one should be easy
> to fix (unlike libGLES requirement).
>
> This might seem silly, but what I'd suggest (I'm sure there are other
> solutions, but this one works) is to install official postgresql yum
> repo for SL6. (http://yum.postgresql.org/). Do *NOT* install repo from
> 9.4. Version 9.3 (any of 9.0-9.3, but no reason to pick earlier) is what
> you need.
>
> You don't need to actually install postgresql - it's just that when you
> DO install it, it always replaces libevent 1.4 with libevent 2 and
> provides libevent 1.4 binary for old packages in new package
> compat-libevent-1.4. The reason you shouldn't pick 9.4 repo is that it
> doesn't seem to provide compat-libevent anymore (maybe it will be built
> in the future, 9.4 was just released, but for now it's not there).
>
> Anyhow what you have to do is: remove libevent-devel, install repo for
> SL6 from http://yum.postgresql.org/repopackages.php#pg93 , install
> libevent-devel. I think yum will pull compat-libevent14 automatically,
> if not, try installing them both. One way or another, libevent 2 and
> devel package will be available on your system, from now on, and compat
> library will be installed for applications that were linked to older
> libevent.
>
> This replacement of packages is totally safe (everyone who uses
> postgresql 9 in EL6 does it, anyway), just remember to keep postgresql
> repo enabled from now on.
>
>
To all respondents on this topic whose time and commentary I do 
appreciate, as well as the SL Fermilab/CERN support/porting/development 
team:

Supposedly, SL6x is kept "current".  I seem to find the necessary 
packages on RHEL6 as displayed in this thread, but these do not seem 
available on SL6x, despite RHEL6 being "Linux / open source / GPL source 
licensed".  Are these packages proprietary or not allowed in he USA (in 
the latter case, the CERN EU repository should have these)?

If one needs repo for SL6 from 
http://yum.postgresql.org/repopackages.php#pg93, why is this dependency 
not made clear?  I am not complaining about the merry chase -- having 
experienced this many times before due to packaging inconsistencies -- 
but this is a massive waste of time, and even more so if I assign a 
research student to this sort of thing (I do not have any postdoctoral 
fellows at this time).

This is NOT a question of support; it is a question of just how much of 
RHEL (TUV that evidently now is allowed to be mentioned rather than 
hidden) is reflected in SL (or for that matter CentOS that is a wholly 
owned/controlled subsidiary of Red Hat).

Yasha Karant

ATOM RSS1 RSS2