freebsd-ports/www/squid/pkg-descr

This is the Squid Internet Object Cache developed by the National
Laboratory for Applied Networking Research (NLANR) and Internet
volunteers.  This software is freely available for anyone to use.

This software is based on the Harvest Object Cache developed by
the University of Colorado and the University of Southern California.
The Harvest home page is http://harvest.cs.colorado.edu/.

ARPA funding for the Harvest project has ended, the squid project has
continued development of the cache where Harvest finished.

FreeBSD PORTER'S NOTES. To this moment, Squid is not well documented.
But you aren't lost in space: there is a mailing list,
<squid-users@squid-cache.org>, where you will find some support and help.
We also _strongly_ suggest you to examine Web pages noted above.

WWW: http://www.squid-cache.org/
A post-harvest www cache proxy. Submitted by: Andrew V. Stesin <stesin@elvisti.kiev.ua> and Peter Stubbs <PETERS@staidan.qld.edu.au> 1996-06-03 02:21:13 +00:00			`This is the Squid Internet Object Cache developed by the National`
			`Laboratory for Applied Networking Research (NLANR) and Internet`
			`volunteers. This software is freely available for anyone to use.`

			`This software is based on the Harvest Object Cache developed by`
			`the University of Colorado and the University of Southern California.`
			`The Harvest home page is http://harvest.cs.colorado.edu/.`
Upgrade from 1.0 beta11 to 1.0 release. Submitted by: Andrew Stesin <stesin@elvisti.kiev.ua> 1996-07-10 21:50:18 +00:00
Update from squid-1.0.0 to 1.0.20. There are a large number of bug fixes and stability measures. This port installs in a "FreeBSD-native" tree (like apache) rather than with a mini hierarchy under /usr/local/squid/{bin,etc,cache,logs,...} (the default behavior seems to have changed between 1.0.0 and 1.0.20) Also, build a rc.d/squid.sh script. 1996-11-06 16:37:26 +00:00			`ARPA funding for the Harvest project has ended, the squid project has`
			`continued development of the cache where Harvest finished.`

			`FreeBSD PORTER'S NOTES. To this moment, Squid is not well documented.`
Upgrade from 1.0 beta11 to 1.0 release. Submitted by: Andrew Stesin <stesin@elvisti.kiev.ua> 1996-07-10 21:50:18 +00:00			`But you aren't lost in space: there is a mailing list,`
PR: 26059 Update the squid-2.4 port to actually _be_ squid-2.4 . Phew. This port builds, installs, packages, pkg_delete's cleanly. I'm going to run it through some more linting and tidying up before I'm completely done with it. Differences from squid22/squid23 : * install-pinger isn't built. I'll tackle this later, possibly by creating a squid user/group. I don't like having suid binaries installed, even more so when 99% of the users of this port won't even enable ICMP pinging. * I've enabled the lru and heap replacement policies. LRU is used by default, the beauty here is that the user can choose one or the other without needing a recompile. * I've enabled ufs (sync), diskd (async) and null (no caching, only proxying). This again lets users choose what they want without needing a recompile. The default is still a 100mb cache in /usr/local/squid/cache/ running ufs. I would change it to diskd but if the user hasn't tweaked their sysV shm/msg parameters sufficiently they'll just be puzzled when squid gives mysterious sysV errors (and if they load it up enough to have UFS become an issue, they'd be better off reading the squid FAQ anyhow..) 2001-03-27 12:28:47 +00:00			`<squid-users@squid-cache.org>, where you will find some support and help.`
Update 1.1.beta16 -> 1.1.beta19 Mostly bug fixes. Reviewed by: Submitted by: Obtained from: 1996-11-15 12:42:06 +00:00			`We also _strongly_ suggest you to examine Web pages noted above.`
Yet more WWW: fun. 1999-05-03 04:42:18 +00:00
PR: 26059 Update the squid-2.4 port to actually _be_ squid-2.4 . Phew. This port builds, installs, packages, pkg_delete's cleanly. I'm going to run it through some more linting and tidying up before I'm completely done with it. Differences from squid22/squid23 : * install-pinger isn't built. I'll tackle this later, possibly by creating a squid user/group. I don't like having suid binaries installed, even more so when 99% of the users of this port won't even enable ICMP pinging. * I've enabled the lru and heap replacement policies. LRU is used by default, the beauty here is that the user can choose one or the other without needing a recompile. * I've enabled ufs (sync), diskd (async) and null (no caching, only proxying). This again lets users choose what they want without needing a recompile. The default is still a 100mb cache in /usr/local/squid/cache/ running ufs. I would change it to diskd but if the user hasn't tweaked their sysV shm/msg parameters sufficiently they'll just be puzzled when squid gives mysterious sysV errors (and if they load it up enough to have UFS become an issue, they'd be better off reading the squid FAQ anyhow..) 2001-03-27 12:28:47 +00:00			`WWW: http://www.squid-cache.org/`