[CentOS] sa-update error with perl

[Johnny Hughes]

On 01/06/2012 09:36 AM, Johnny Hughes wrote:
> 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.
>
Doing a little more research ... I am using this version of amavisd-new
from EPEL (you are using a newer version from repoforge) and I do not
seem to have that issue (I am x86_64 and you appear to be i386):

http://download.fedora.redhat.com/pub/epel/5/x86_64/repoview/amavisd-new.html

-------------- 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/c1e6609e/attachment.sig>