<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=iso-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Dominik 'Rathann' Mierzejewski wrote:
<blockquote cite="mid20070916113003.GA5027@ryvius.pekin.waw.pl"
type="cite">
<pre wrap="">On Sunday, 16 September 2007 at 10:16, Ville Skyttä wrote:
</pre>
<blockquote type="cite">
<pre wrap="">On Sunday 16 September 2007, Gerry Reno wrote:
</pre>
<blockquote type="cite">
<pre wrap="">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????
</pre>
</blockquote>
<pre wrap="">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.
</pre>
</blockquote>
<pre wrap=""><!---->
The maintainer has been aware of this for a few weeks now. See bug 251035:
<a class="moz-txt-link-freetext" href="https://bugzilla.redhat.com/show_bug.cgi?id=251035">https://bugzilla.redhat.com/show_bug.cgi?id=251035</a>
Regards,
R.
</pre>
</blockquote>
<tt>Ok, the following workaround gets past the libgcj dependency
problem:<br>
<br>
# yum update libgcj --enablerepo=updates-testing<br>
<br>
...<br>
<br>
Dependencies Resolved<br>
<br>
=============================================================================<br>
Package Arch Version Repository
Size <br>
=============================================================================<br>
Updating:<br>
libgcj i386 4.1.2-18.fc7 updates-testing
19 M<br>
Updating for dependencies:<br>
cairo-java i386 1.0.5-7.fc7 fedora
134 k<br>
cpp i386 4.1.2-18.fc7 updates-testing
2.7 M<br>
frysk i686 0.0.1.2007.03.13.rh1-1.fc7
fedora 12 M<br>
gcc i386 4.1.2-18.fc7 updates-testing
5.2 M<br>
gcc-c++ i386 4.1.2-18.fc7 updates-testing
3.4 M<br>
gcc-gfortran i386 4.1.2-18.fc7 updates-testing
3.1 M<br>
gcc-gnat i386 4.1.2-18.fc7 updates-testing
11 M<br>
gcc-java i386 4.1.2-18.fc7 updates-testing
2.7 M<br>
gcc-objc i386 4.1.2-18.fc7 updates-testing
2.5 M<br>
glib-java i386 0.2.6-8.fc7 fedora
41 k<br>
libgcc i386 4.1.2-18.fc7 updates-testing
90 k<br>
libgcj-devel i386 4.1.2-18.fc7 updates-testing
1.5 M<br>
libgcj-src i386 4.1.2-18.fc7 updates-testing
12 M<br>
libgconf-java i386 2.12.4-8.fc7 fedora
72 k<br>
libgfortran i386 4.1.2-18.fc7 updates-testing
228 k<br>
libglade-java i386 2.12.5-6.fc7 fedora
78 k<br>
libgnat i386 4.1.2-18.fc7 updates-testing
985 k<br>
libgnome-java i386 2.12.4-6.fc7 fedora
328 k<br>
libgomp i386 4.1.2-18.fc7 updates-testing
79 k<br>
libgtk-java i386 2.8.7-4.fc7 fedora
2.1 M<br>
libobjc i386 4.1.2-18.fc7 updates-testing
98 k<br>
libstdc++ i386 4.1.2-18.fc7 updates-testing
357 k<br>
libstdc++-devel i386 4.1.2-18.fc7 updates-testing
2.9 M<br>
libvte-java i386 0.12.1-7.fc7 fedora
71 k<br>
<br>
Transaction Summary<br>
=============================================================================<br>
Install 0 Package(s) <br>
Update 25 Package(s) <br>
Remove 0 Package(s) <br>
<br>
<br>
<br>
=============================================================================<br>
However, I still have the libsnmp problem:<br>
<br>
# yum whatprovides libsnmp.so.10<br>
Loading "installonlyn" plugin<br>
Setting up repositories<br>
Reading repository metadata in from local files<br>
Finished<br>
Importing additional filelist information<br>
<br>
<br>
<br>
net-snmp-libs.i386 1:5.3.1-15.fc6
installed <br>
Matched from:<br>
/usr/lib/libsnmp.so.10<br>
/usr/lib/libsnmp.so.10.0.1<br>
libsnmp.so.10<br>
<br>
<br>
What can I do about this?<br>
<br>
<br>
</tt>
</body>
</html>