Hi,
this is a known issue in the Update 25. It has been reported in the GGUS
ticket #36981:
https://gus.fzk.de/ws/ticket_info.php?ticket=36981
Additionally, a savannah bug #37323 has been created:
http://savannah.cern.ch/bugs/?37323
The fix will be included in the upcoming Update 26, which will be
announced by Wednesday morning (most probably this afternoon).
Cheers,
Juha
Adam Padee wrote:
> Hi Antun,
>
> Thank you for your reply, but it didn't help. I installed
> glite-security-lcmaps and glite-security-lcmaps-without-gsi by hand but
> I still get the conflict when I try to install lcg-CE.
> When I look at the requirements of the lcg-CE metapackage, I see that it
> explicitly requires BOTH conflicting packages from each pair:
>
> [root@ce ~]# rpm -qpR lcg-CE_3.1.15-0_i386.rpm |grep lcmaps
> glite-security-lcas-lcmaps-gt4-interface >= 0.0.13-2
> glite-security-lcmaps >= 1.4.2-1
> glite-security-lcmaps-interface >= 1.3.14-1
> glite-security-lcmaps-interface-without-gsi >= 1.3.9-1
> glite-security-lcmaps-plugins-basic >= 1.3.7-3
> glite-security-lcmaps-plugins-verify-proxy >= 1.2.8-1
> glite-security-lcmaps-plugins-voms >= 1.3.7-3
> glite-security-lcmaps-without-gsi >= 1.4.2-1
> [root@ce ~]#
>
> And neither of them provides also the other one:
>
> [root@ce ~]# rpm -q --provides
> glite-security-lcmaps-without-gsi-1.4.2-1.slc4
> liblcmaps_gss_assist_gridmap_without_gsi.so.0
> liblcmaps_plugin_example_without_gsi.so.0
> liblcmaps_return_poolindex_without_gsi.so.0
> liblcmaps_without_gsi.so.0
> glite-security-lcmaps-without-gsi = 1.4.2-1.slc4
> [root@ce ~]# rpm -qp --provides
> glite-security-lcmaps-interface-without-gsi_1.3.9-1.slc4_i386.rpm
> liblcmaps_gss_assist_gridmap_without_gsi.so.0
> liblcmaps_return_poolindex_without_gsi.so.0
> glite-security-lcmaps-interface-without-gsi = 1.3.9-1.slc4
> [root@ce ~]#
>
> [root@ce ~]# rpm -q --provides glite-security-lcmaps-1.4.2-1.slc4
> liblcmaps.so.0
> liblcmaps_gss_assist_gridmap.so.0
> liblcmaps_plugin_example.so.0
> liblcmaps_return_account_from_pem.so.0
> liblcmaps_return_poolindex.so.0
> liblcmaps_verify_account_from_pem.so.0
> glite-security-lcmaps = 1.4.2-1.slc4
> [root@ce ~]# rpm -qp --provides
> glite-security-lcmaps-interface_1.3.14-1.slc4_i386.rpm
> liblcmaps_gss_assist_gridmap.so.0
> liblcmaps_return_account_from_pem.so.0
> liblcmaps_return_poolindex.so.0
> liblcmaps_verify_account_from_pem.so.0
> glite-security-lcmaps-interface = 1.3.14-1.slc4
> [root@ce ~]#
>
> Do you have any ideas what can I do in this situation (except --nodeps
> of course) ?
>
> Best regards,
> Adam
>
>
> Antun Balaz wrote:
>> Hi,
>>
>> Yes, we encountered the same problem. The workaround is easy: install
>> by hand
>>
>> yum install glite-security-lcmaps glite-security-lcmaps-without-gsi
>>
>> and afterwards yum installation should be working OK...
>>
>> Best regards, Antun
>>
>>
>> -----
>> Antun Balaz
>> Research Assistant
>> E-mail: [log in to unmask]
>> Web: http://scl.phy.bg.ac.yu/
>>
>> Phone: +381 11 3713152
>> Fax: +381 11 3162190
>>
>> Scientific Computing Laboratory
>> Institute of Physics Belgrade
>> Pregrevica 118, 11080 Belgrade, Serbia
>> -----
>>
>>
>> ---------- Original Message -----------
>> From: Adam Padee <[log in to unmask]>
>> To: [log in to unmask]
>> Sent: Mon, 9 Jun 2008 21:15:53 +0200
>> Subject: [LCG-ROLLOUT] Package conflicts when installing gLite 3.1
>> version of
>> lcg-CE
>>
>>
>>> Hi;
>>>
>>> I'm trying to install lcg-CE (3.1.15-0) from gLite 3.1 on a newly
>>> installed SL 4.6, but I'm getting lot of dependency errors like this
>>> one:
>>>
>>> file /opt/glite/include/glite/security/lcmaps/lcmaps.h from install
>>> of glite-security-lcmaps-interface-1.3.14-1.slc4 conflicts with file
>>> from package glite-security-lcmaps-1.4.2-1.slc4
>>>
>>> Actually there are 2 conflicting pairs:
>>> glite-security-lcmaps-interface-1.3.14-1.slc4 vs
>>> glite-security-lcmaps-1.4.2-1.slc4
>>> and
>>> glite-security-lcmaps-interface-without-gsi-1.3.9-1.slc4 vs
>>> glite-security-lcmaps-without-gsi-1.4.2-1.slc4
>>>
>>> Does anyone know a way to override this problem?
>>>
>>> Best regards,
>>> Adam
>>>
>> ------- End of Original Message -------
>>
>
|