Dan Nicholson wrote: > I certainly agree that it's best to handle situations like that, but > does RPM even support it? I.e., if I split off a libssl subpackage > that just has libssl.so.0.9.8, would RPM even allow me to install a > newer version of libssl in parallel without --force or something? I > don't know much here, but it seems that Fedora is getting along fine > without putting libraries in separate subpackages. On the other hand, > I notice that Debian/Ubuntu always splits the libraries into separate > packages.
Yes, both RPM and dpkg support this: RPM does this natively (two versions of the package can be co-installed if they have no conflicting files), and with dpkg it is a common convention to name library packages as "libssl0.9.8" or something like that (i.e., including the library soname in the package name), so that a new incompatible version of the library becomes a completely different and (from the viewpoint of dpkg) unrelated package. -- Alexander E. Patrakov -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
