Am 04.03.2017 um 23:12 schrieb Leonardo Rodrigues:
is clamav a redhat product ?!?! I don't think so. That being said, i
see absolutely no point at all on saying clamav should do this because
redhat does that.
Anyone wishing to be updated with a 10+ years rhel install, should
call redhat for that :)
my 0.02 cents ...
the question is "does clamav want to stay relevant or not" aka be in in
the most of relevant repo (EPEL) and since it's not in the RH/CentOS
main repo it's for sure nothing Redhat itself bothers with
Em 04/03/17 12:32, Ned Slider escreveu:
Red Hat typically now supports each release of RHEL for at least a
decade, and that's not including any additional extended support
periods one may purchase from Red Hat in addition to the standard
production lifespan, so in a Red Hat world, I would say a decade is
the *minimum* period one should support dependent libs if you want
your software used on that platform.
RHEL5 may reach end of production on 31 March 2017 but extended
life-cycle support continues until 30 Nov 2020, so preferably support
for pcre-6 should continue until then.
https://access.redhat.com/support/policy/updates/errata#Life_Cycle_Dates
A huge number of mail admins want to install a RH mail server and
forget about it for 10+ years knowing it is supported and will just
work, and that things aren't going to continually break with each and
every update. I'm currently in the process of installing a new mail
server to replace a RHEL5 server, initially set up in 2007, and only
because RHEL5 is EOL. The same hardware (touch wood) is still going
strong and hasn't missed a beat in 10 years. If I could afford the
extended support from RH I'd probably let it run for another 3 years.
So your opinion on this will be influenced by your perspective. I
would argue that RHEL has a large enough installed userbase to warrant
supporting it for at least it's 10 year production life-cycle.
_______________________________________________
clamav-users mailing list
clamav-users@lists.clamav.net
http://lists.clamav.net/cgi-bin/mailman/listinfo/clamav-users
Help us build a comprehensive ClamAV guide:
https://github.com/vrtadmin/clamav-faq
http://www.clamav.net/contact.html#ml
