I have exim installed with the spf use flag set, which builds exim against libspf2. I also run spamassassin, and today's emerge update pulled in mail-filter/spamassassin-3.3.1-r1, which unconditionally requires dev-perl/Mail-SPF. Unfortunately both libspf2 and Mail-SPF contain /usr/bin/spfquery: >>> Installing (12 of 14) dev-perl/Mail-SPF-2.007 * checking 31 files for package collisions * This package will overwrite one or more files that may belong to other * packages (see list below). You can use a command such as `portageq * owners / <filename>` to identify the installed package that owns a * file. If portageq reports that only one package owns a file then do * NOT file a bug report. A bug report is only useful if it identifies at * least two or more packages that are known to install the same file(s). * If a collision occurs and you can not explain where the file came from * then you should simply ignore the collision since there is not enough * information to determine if a real problem exists. Please do NOT file * a bug report at http://bugs.gentoo.org unless you report exactly which * two packages install the same file(s). Once again, please do NOT file * a bug report unless you have completely understood the above message. * * Detected file collision(s): * * /usr/bin/spfquery * * Searching all installed packages for file collisions... * * Press Ctrl-C to Stop * * mail-filter/libspf2-1.2.8 * /usr/bin/spfquery * * Package 'dev-perl/Mail-SPF-2.007' NOT merged due to file collisions. * If necessary, refer to your elog messages for the whole content of the * above message. So these two packages need to conflict with one another at a minimum. I do think that one should be able to have both exim with spf support and run spamassassin, so it would be nice if a solution were found to the /usr/bin/spfquery file conflict. It might be possible to rename one or both to e.g. /usr/bin/spfquery-mail-spf.
*** This bug has been marked as a duplicate of bug 281189 ***