Summary: | libdb-4.1 update breaks some apps linked with explicit version number | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Andrea Barisani (RETIRED) <lcars> |
Component: | Current packages | Assignee: | Paul de Vrieze (RETIRED) <pauldv> |
Status: | RESOLVED INVALID | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Andrea Barisani (RETIRED)
2004-02-11 15:03:48 UTC
Actually some programs will only work with db-4.0. Actually I believe it would be a fairly normal situation for a user to have a number of db's installed in paralel. Basically the db ebuilds have been built in such a way that they slot well, and can live in paralel. It is true that in some cases apps need to be rebuild with db-4.1, but revdep rebuild is not the answer (it will get many false positives) Also the db ebuilds are slotted (in contrary to openssl, which is not). Most issues develop when applications are build with multiple db versions in paralel. ps. apps don't link to explicit version numbers, they link to the soname of a specific library file. The soname is required to change for an incompatible library change. As such -ldb (when libdb.so points to libdb-4.1) will actually create a dynamic link to libdb-4.1.so based not on the symlink, but on the soname specified when building the lib. In short don't unmerge db-4.0* until you don't have apps that were linked with it. New compiles should automatically pick up new versions if they can use those versions. |