[ATrpms-users] Building new MX servers using atrpms
Michael Mansour
mic at npgx.com.au
Wed Nov 29 22:29:53 CET 2006
Hi,
I'm in the process of building new MX servers.
I'm using SL44 (Scientific Linux 4.4 - RHEL 4 U4 derivative) which contains
spamassassin-3.0.6-1.el4, this is quite old so I want to use the latest
3.1.7 from atrpms.
For my older mail servers (still running SL4.4 with atrpms sa 3.1.7) I had a
couple of issues during the time of release upgrades, and Axel mentioned at
the time these issues arose from being "selective" in choosing which
packages I install from atrpms and which I don't.
I thought this was the right thing to do at the time, since I'm against
clobbering the filesystem and OS with conflicting packages from various
repo's. I primarily use Dag for specific packages which don't have
dependencies on other packages, Dries for perl packages no other repo has,
and ATrpms for SA, mutt, DCC, pyzor, razor-agents and yum (for my MX servers
mostly).
So my question is, what is the right way to do this?
I build my boxes through kickstart, so after the box is built, do I simply
do a:
# yum --enablerepo=atrpms -y update spamassassin
and I'll be right? or do I do:
# yum --enablerepo=atrpms -y update
?? which will go ahead and update every package to what's released from
atrpms??
I'm also ok with setting up a mirror of atrpms so I can do this locally when
deploying/redploying servers.
Thanks.
Michael.
More information about the atrpms-users
mailing list