F6->F7 upgrade dependency errors

[Gerry Reno]

Dominik 'Rathann' Mierzejewski wrote:
> On Sunday, 16 September 2007 at 10:16, Ville Skyttä wrote:
>   
>> On Sunday 16 September 2007, Gerry Reno wrote:
>>
>>     
>>> And it looks like libgcj.so.8rh is only in libgcj-4.1.2-12 and this
>>> machine has libgcj-4.1.2-13-fc6 installed.  So is that a downgrade????
>>>       
>> Yes.  Looks like libgcj-4.1.2-18.fc7 which would fix the versioning problem is 
>> in the updates/testing/7 repository, it might not hurt to ask its maintainer 
>> what's up.
>>     
>
> The maintainer has been aware of this for a few weeks now. See bug 251035:
> https://bugzilla.redhat.com/show_bug.cgi?id=251035
>
> Regards,
> R.
>
>   
Ok, the following workaround gets past the libgcj dependency problem:

# yum update libgcj --enablerepo=updates-testing

...

Dependencies Resolved

=============================================================================
 Package                 Arch       Version          Repository        Size
=============================================================================
Updating:
 libgcj                  i386       4.1.2-18.fc7     updates-testing    19 M
Updating for dependencies:
 cairo-java              i386       1.0.5-7.fc7      fedora            134 k
 cpp                     i386       4.1.2-18.fc7     updates-testing   2.7 M
 frysk                   i686       0.0.1.2007.03.13.rh1-1.fc7  
fedora             12 M
 gcc                     i386       4.1.2-18.fc7     updates-testing   5.2 M
 gcc-c++                 i386       4.1.2-18.fc7     updates-testing   3.4 M
 gcc-gfortran            i386       4.1.2-18.fc7     updates-testing   3.1 M
 gcc-gnat                i386       4.1.2-18.fc7     updates-testing    11 M
 gcc-java                i386       4.1.2-18.fc7     updates-testing   2.7 M
 gcc-objc                i386       4.1.2-18.fc7     updates-testing   2.5 M
 glib-java               i386       0.2.6-8.fc7      fedora             41 k
 libgcc                  i386       4.1.2-18.fc7     updates-testing    90 k
 libgcj-devel            i386       4.1.2-18.fc7     updates-testing   1.5 M
 libgcj-src              i386       4.1.2-18.fc7     updates-testing    12 M
 libgconf-java           i386       2.12.4-8.fc7     fedora             72 k
 libgfortran             i386       4.1.2-18.fc7     updates-testing   228 k
 libglade-java           i386       2.12.5-6.fc7     fedora             78 k
 libgnat                 i386       4.1.2-18.fc7     updates-testing   985 k
 libgnome-java           i386       2.12.4-6.fc7     fedora            328 k
 libgomp                 i386       4.1.2-18.fc7     updates-testing    79 k
 libgtk-java             i386       2.8.7-4.fc7      fedora            2.1 M
 libobjc                 i386       4.1.2-18.fc7     updates-testing    98 k
 libstdc++               i386       4.1.2-18.fc7     updates-testing   357 k
 libstdc++-devel         i386       4.1.2-18.fc7     updates-testing   2.9 M
 libvte-java             i386       0.12.1-7.fc7     fedora             71 k

Transaction Summary
=============================================================================
Install      0 Package(s)        
Update      25 Package(s)        
Remove       0 Package(s)        



=============================================================================
However, I still have the libsnmp problem:

# yum whatprovides libsnmp.so.10
Loading "installonlyn" plugin
Setting up repositories
Reading repository metadata in from local files
Finished
Importing additional filelist information



net-snmp-libs.i386                       1:5.3.1-15.fc6         
installed      
Matched from:
/usr/lib/libsnmp.so.10
/usr/lib/libsnmp.so.10.0.1
libsnmp.so.10


What can I do about this?


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20070916/e0ae193e/attachment.htm>