Personally I use RPM's on Opensuse and I'm running 3.4.4.2 which is pretty recent to be honest. Anyhow, I think running your own compiled version does have its plusses as described before. But If you get a platform that has rpms for the more recent versions like I do, and you really only use the basic squid functionality then you'll be fine. However, the down side is that I cannot run SMP mode (for some reason I think the RPM is not compiled with it) as well as I am stuck running this version until someone builds a new RPM. Which ever you choose there are positives and negatives.
Best regards,
The Geek Guy
Lawrence Pingree
http://www.lawrencepingree.com/resume/
Author of "The Manager's Guide to Becoming Great"
http://www.Management-Book.com
-----Original Message-----
From: Marcus Kool [mailto:marcus.kool_at_urlfilterdb.com]
Sent: Saturday, May 17, 2014 1:33 PM
To: Fernando Lozano; csn233
Cc: squid-users_at_squid-cache.org
Subject: Re: [squid-users] configuring Eliezer RPMs for CentOS 6 for SMP
On 05/16/2014 06:47 PM, Fernando Lozano wrote:
> Hi,
>
> I don't quite agree with you. Let me expose my views so each member of
> the list can weight pros and cons:
>
>> >Not answering this thread, but would like to ask some related points
>> >for anyone who may be listening in:
>> >
>> >1. RPMs.
>> >
>> >For practically everything else, I use RPMs for installation. For
>> >Squid, I've moved away from this approach. Standard RPMs still
>> >provide only 3.1.10. Non-standard RPMs, you have no idea where the
>> >next one is coming from, or whether it suits your needs. If you
>> >compile-your-own, you get the version you want, anytime you want
> In my experience using "unofficial" rpms from the community is way
> better than compile-your-own. More people try, test and fix
> unofficial rpms than your own build. When you get someone providing
> those RPMs for many releases, lie Eliezer, you can trust it almost like the "official"
> community packages from your distro.
>
> Besides, in the rare occasions you really need a custom build you can
> start from the SRPM and still get dependency management, integrity
> verification and other RPM/yum features that you loose then you
> compile-your-own.
>
> Better to help improve the RPM packages for the benefit of all the
> community than selfishly wasting your time on a build only for yourself.
+1. administrators that run production proxies usually want
stability and the fact that numerous others use it is a reason to trust the stability.
The statement that RPMs add an unnecessary component that may need debugging is utter nonsense.
Marcus
Received on Sat May 17 2014 - 22:51:57 MDT
This archive was generated by hypermail 2.2.0 : Mon May 19 2014 - 12:00:05 MDT