On Mar 15, 2010, at 12:53 PM, Daniel Johnson wrote: > On Mon, Mar 15, 2010 at 12:28 PM, Daniel Macks <[email protected]> wrote: >> Two-level namespace *should* encapsulate things within each lib, but >> if one lib passes a struct or database to another, there could be >> problems. With the loss of .la data (due to deleting those files or >> installing dpkg-base-files) there is less propagation of library >> dependencies that are not actually used, so it's possible that (for >> example) svn doesn't need db4* at all itself. > > Actually, svn does use db4* directly, and in fact its configure > explicitly checks that it's being built with the same version as used > by libaprutil.0 or else the build fails. A bit of a PITA since they > have to be kept in sync. > > Daniel
As a follow up, I checked to see what db* is being used. db41 and db31 aren't used by anything in unstable. I've deleted db41; Max, db31 is yours. It's probably safe to get rid of it. Every other db, even db3, is used by at least a couple of packages. :( I think this is all of them: db3: gconf wsmake db4: spamprobe db42: openoffice.org openoffice.org-firefox openoffice.org-nocrypto db43: cfengine openldap-ssl rast samba-ldap ggz-server drac1 gift-openft pymol-py apt-ftparchive db44: evolution-2.12.3 evolution-data-server-1.12.3 python23-socket-ssl python24-socket-ssl sylpheed-gpgme rapidsvn open-cobol python23 python24 python25 apr openldap23 slypheed-beta-gpgme slypheed-beta slypheed db47: bind9 evolution-2.24.5 evolution-data-server evolution-exchange evolution purple-pluginpack re-alpine telepathy-haze all the svn packages kdesdk3-svn kdesdk3 kdevelop klibido php5 python26 libaprutil.0-shlibs libaprutil.0-mysql libaprutil.0-odbc libaprutil.0-postgresql libaprutil.0-sqlite2 libaprutil.0-sqlite3 redland-shlibs soprano bogofilter libapreq2-pm libapreq2 mod-perl2-pm db48: pidgin openldap24 berkeleydb-pm db-file-pm bsddb3-py cyrus-sasl2 postfix Daniel ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Fink-devel mailing list [email protected] http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
