https://bugzilla.novell.com/show_bug.cgi?id=353251 User mfabian@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=353251#c26 --- Comment #26 from Mike Fabian <mfabian@novell.com> 2008-02-19 15:22:53 MST --- I wonder whether libcurl.so.3.0.0 and libcurl.so.4.0.0 are compatible. I guess not, because the soname is different. Then we have a problem on the systems where we don’t have a libcurl.so.3.x.x: On STABLE/Factory there is no libcurl.so.3.x.x at all (only libcurl2 and libcurl4). On 10.3 there is a libcurl3, but no libcurl3-32bit, i.e. nothing for 64bit systems. SLES10, 10.2, 10.1 have a libcurl.so.3.x.x (and -32bit packages). For libcrypto.so.0.9.7, libssl.so.0.9.7, and libgcc_s.so.1 we have exactly the same library versions on all mentioned SuSE versions. For libstdc++ we have at least the same soname everywhere, i.e. libstdc++ can probably be deleted from acroread on all systems. Then there are libicudata, libicui18n, and libicuuc. We have the right soname (libicui18n.so.34.0 etc...) on 10.1, 10.2, SLES10, but not 10.3 and STABLE (libicui18n.so.36.0 there). I guess it is OK to delete the above mentioned libraries from the acroread package on those systems where we have them with the same soname. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.