On 01/05/2012 10:17 PM, email builder wrote: >>>> Hmm, OK, prioritze CentOS repo over RepoForge then will yum update >>>> figure out the rest? I don't see any priority settings in my yum >> conf >>>> files... >>> # yum list | grep priorities >>> yum-priorities.noarch 1.1.16-16.el5.centos >> installed >>> # cat /etc/yum/pluginconf.d/priorities.conf >>> [main] >>> enabled = 1 >>> check_obsoletes=1 >>> >>> Then add "priority=n" to the repos sections. >>> n=1 for CentOS >>> n=2 for repo 2 >>> etc... >> Ah, it's a separate package. OK thanks for the info! >> >> But before I try that, I'm wondering, shouldn't it be easy >> from the error message to simply understand what package >> is creating the problem? >> >> It turns out it's not sa-update specifically doing this, but the >> restart of spamassassin itself: >> >> /etc/init.d/spamassassin condrestart >> >> Stopping spamd: [ OK ] >> Starting spamd: Subroutine Net::DNS::Resolver::Base::AF_INET6 redefined at >> /usr/lib/perl5/5.8.8/Exporter.pm line 65. >> at >> /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/Net/DNS/Resolver/Base.pm >> line 66 >> [ OK ] >> >> I've ensured that my spamassassin, perl-Net-DNS and >> per-IO-Socket-INET6 packages are all from the CentOS >> repo, so is it just a crap shoot to find what is causing >> this? I'd expect the error message to be more helpful >> than that... >> >> Recap on my versions: >> >> perl-IO-Socket-INET6-2.51-2.fc6 >> perl-Net-DNS-0.59-3.el5 >> spamassassin-3.3.1-2.el5 > In fact, it was suggested on the spamassassin list that version > 0.59-3.el5 is vastly out of date and known to be buggy and, > contrary to the suggestion here of ensuring I prioritize CentOS > repos, I would be better served to get the newer version of > per-Net-DNS from the RepoForge (extras) repository. > > Other thoughts (on this or my main question in my last email > above) would be greatly appreciated. RHEL (and therefore CentOS) is designed to work with items that it uses as dependencies. You should not upgrade any packages in the distribution unless you have verified that all the dependencies that are needed by other items that are in the distribution can use the newer things you want to bring in. For example, I rebuilt and used a newer version of both samba and ldap on centos-4 (the version that was included in centos-5) when I wanted to upgrade all my domain controllers from CentOS-4 to CentOS-5. But when I did that, I had to verify that I either also rebuilt any items that use samba and ldap to use the new libraries. If you know what you are doing and understand how to validate the dependency trees, check for repo closure, etc ... then upgrading items to newer versions is fine. If you do not know how to do that, then you end up with a hot pile of mess and eventually an unusable system. Also remember that upstream does backporting to keep API/ABI compatibility: https://access.redhat.com/security/updates/backporting/ I don't know what is causing your specific issue ... whether you are getting something newer in sa-update than is designed to work with CentOS (sa-update bypasses the normal rpm type updates and does updates from elsewhere). It should only update rules, so maybe some of the new rules require a new version of perl-Net-DNS. If that is the case, then a Red Hat bugzilla entry needs to be made. If it will not work with the CentOS version of perl-Net-DNS and if it works with the rfx version, then obviously you would run that. If that is the case, we need to get the rhel one upgraded. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: <http://lists.centos.org/pipermail/centos/attachments/20120106/b3177acf/attachment-0005.sig>