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:
Nico Kadel-Garcia <[log in to unmask]>
Reply To:
Nico Kadel-Garcia <[log in to unmask]>
Date:
Fri, 26 Dec 2014 16:50:56 -0500
Content-Type:
text/plain
Parts/Attachments:
text/plain (69 lines)
On Fri, Dec 26, 2014 at 4:02 PM, Vladimir Mosgalin
<[log in to unmask]> wrote:
> Hi Yasha Karant!
>
>  On 2014.12.26 at 12:50:33 -0800, Yasha Karant wrote next:
>
>> Test Transaction Errors:   file /usr/bin/event_rpcgen.py conflicts between
>> attempted installs of compat-libevent14-1.4.13-1.rhel6.i686 and
>> libevent-devel-2.0.19-1.rhel6.i686
>>   file /usr/lib/libevent_core.a conflicts between attempted installs of
>> compat-libevent14-1.4.13-1.rhel6.i686 and libevent-devel-2.0.19-1.rhel6.i686
>>   file /usr/lib/libevent_core.so conflicts between attempted installs of
>> compat-libevent14-1.4.13-1.rhel6.i686 and libevent-devel-2.0.19-1.rhel6.i686
>>   file /usr/lib/libevent_extra.a conflicts between attempted installs of
>> compat-libevent14-1.4.13-1.rhel6.i686 and libevent-devel-2.0.19-1.rhel6.i686
>>   file /usr/lib/libevent_extra.so conflicts between attempted installs of
>> compat-libevent14-1.4.13-1.rhel6.i686 and libevent-devel-2.0.19-1.rhel6.i686
>>
>> End output.
>>
>> Do I manually rm the files listed above?  Is there a yum erase command that
>> I must issue, and if so, for which RPMs?
>
> Please don't rm files (it will cause trouble to your system and won't
> solve the problem as rpm checks file conflicts against its own db, not
> filesystem). If you don't mind tricking rpm somewhat for the time being,
> check my other mail for a guide.

Yasha is a bit unusual: he consistently has  a model of "how things
would work if they were done sensibly" which does not match the actual
technologies or tools supported by the system.

The first likely problem is below:

Setting up Install Process
Loading mirror speeds from cached hostfile
 * elrepo-extras: reflector.westga.edu
 * epel: mirrors.kernel.org
 * rpmfusion-free-updates: mirror.web-ster.com
 * rpmfusion-nonfree-updates: mirror.web-ster.com
 * sl: ftp1.scientificlinux.org
 * sl-addons: ftp1.scientificlinux.org
 * sl-security: ftp1.scientificlinux.org
 * sl6x: ftp1.scientificlinux.org
 * sl6x-fastbugs: ftp1.scientificlinux.org
 * sl6x-security: ftp1.scientificlinux.org

Note the intermingling of sl6x with rpmfusion, epel, and
elrepo-extras. There is no guarantee of compatiblity among these three
added 3rd party repositories. In this case, it looks like a relevant
"compat-libevent14.i686" is not being found. That one is from the
postgresql repo, which I do not see in the mentioned repolist above.
You *cannot* rely on randomly turning on, an doff, yum repositories to
add relevant packages only when you feel like it, you will run
precisely this kind of problem.

Do a "yum list extras" to review packages from repositories that are
not currently enabled, and then go get and install the relevant
missing matching components. In this case, I think you'll fine
compat-libevent14.i686 in the same postgresql yum repository you were
using before. Frankly, I suspect Yasha has incomplete sets of
libraries, namely .x86_64 and not .i686 libraries, from that
postgresql repository which he enabled, then disabled.


> --
>
> Vladimir

ATOM RSS1 RSS2