kpriv/freebsd-ports
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
freebsd-ports/www/squid30/pkg-descr

16 lines
682 B
Text
Raw Normal View History

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 04:21:13 +02: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 23:50:18 +02: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 17:37:26 +01:00
ARPA funding for the Harvest project has ended, the squid project has
continued development of the cache where Harvest finished.
- configure squid to run under a dedicated "squid" user by default; make use of SQUID_{UID,GID} which other squid-related ports already implemented. The user/group will be created on the fly if they do not already exist. - introduce WITH_SQUID_LDAP_AUTH to pull in the necessary bits to compile and use the ldap_auth helper - install some more authentication helper applications by default - install helper applications to ${PREFIX}/libexec/squid instead of ${PREFIX}/libexec, add notes about it in pkg-install and pkg-descr - cleanup the pre-installation tasks and move them from Makefile and pkg-plist into the pkg-install script; make 'make install' and 'pkg_add' actually do the same thing - introduce a pkg-deinstall script - make squid.sh rcNG compatible (when either /etc/rc_subr or ${PREFIX}/etc/rc_subr is present, the first one will be used, otherwise the script will work as a "rc classic" script so no additional dependency on the rc_subr port should be needed) - some Makefile cleanups: + the squid installation procedure now correctly strips binaries, so there is no need to do this manually anymore + generate those parts of pkg-plist dynamically that may be affected by user set tunables (currently the localized error pages and helper applications) + document the available configuration options in a slightly different style + remove some obsolete variable declarations and comments + honor NOPORTDOCS - add CONFLICTS - add another vendor patch, see http://www.squid-cache.org/bugs/show_bug.cgi?id=890 for a thorough explanation of what has been fixed. - since we can no longer take the presence of Lithuanian error pages for granted, wrap the workaround for the errorpages.patch with '.if exists()' - bump PORTREVISION PR: 61315 Submitted by: maintainer
2004-01-16 22:18:20 +01:00
Please see this port's Makefile for a list of compilation options.
You can find further information on the project's website at
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 14:28:47 +02:00
WWW: http://www.squid-cache.org/
Reference in a new issue Copy permalink