246a59bb1a
security problem that was present in the unpatched 3.1.5. * Update the master sites list. * Configure more precisely several important directories, partly to compensate for some of the new defaults, and partly to avoid potential future security problems regarding remote users being able to read files specified as config files. This vulnerability was patched already, and the fix is included in this version. However, a little paranoia never hurt anyone. * Remove the patches, as they have either been made obsolete by the new version, or as in the pthreads issue, I'm doing them differently in the Makefile. * Make the patching in the Makefile smarter. * Put my name in the pkg-descr.... overlooked previously. * Adjust the pkg-plist, and sort it since the bloat is the same either way. Thanks to Palle Girgensohn <girgen@partitur.se> for the suggestion in the PR to place the conf file in its own directory. PR: ports/26058
16 lines
658 B
Plaintext
16 lines
658 B
Plaintext
The ht://Dig system is a complete world wide web indexing and
|
|
searching system for a small domain or intranet. This system is not
|
|
meant to replace the need for powerful internet-wide search systems
|
|
like Lycos, Infoseek, Webcrawler and AltaVista. Instead it is meant
|
|
to cover the search needs for a single company, campus, or even a
|
|
particular sub section of a web site.
|
|
|
|
As opposed to some WAIS-based or web-server based search engines,
|
|
ht://Dig can span several web servers at a site. The type of these
|
|
different web servers doesn't matter as long as they understand the
|
|
HTTP 1.0 protocol.
|
|
|
|
WWW: http://www.htdig.org/
|
|
|
|
Doug Barton <DougB@FreeBSD.org>
|