This version of the source build of OpenOffice does not link to sys-libs/db-4.7 even though it does not poses any limits for previous versions. While db 4.7 is masked, once it's installed, Portage will break depclean because of openoffice with this: * sys-libs/db-4.6.21_p1 pulled in by: * app-office/openoffice-2.4.1 Thanks, Diego
Created attachment 164006 [details, diff] system-check-db-4.7.patch This seems to happen with every new increase of the minor version number of sys-libs/db. The attached patch should solve this problem for db-4.7 Cheers Poly-C
Isn't it easier to have a --with option to override the version check? Then it should be possible to use db-use.eclass to find the highest one.
You mean something like --with-db-version=${db_ver}? That might be quite handy and would prevent more duplicated bugs of the same problem just like this bug is a duplicate of: https://bugs.gentoo.org/169526 https://bugs.gentoo.org/193162
@Diego A '--with-...' option would be handy. Do you volunteer to test each db version early not to hit segfaults at runtime like db-4.4 did. :) Though, I must admit, the db code was even more simplified in OOo after that db-4.4 issue to very basic usage of db where new versions _should not_ fail. ;) (DbEnv code dropped completely which caused trouble.) Well, JFYI. Feel free to replace the db check patch.
openoffice-3.0.0 needs this patch as well...
I've added this fix some time ago, just forgot to close this bug...
