From: Amos Jeffries Date: Wed, 15 Oct 2008 10:14:16 +0000 (+1300) Subject: uudecode and --enable-truncate no longer relevant X-Git-Tag: SQUID_3_2_0_1~1402 X-Git-Url: http://git.ipfire.org/gitweb/?a=commitdiff_plain;h=efe488c271b4fe2fa848346cffb4284b7d10ddc6;p=thirdparty%2Fsquid.git uudecode and --enable-truncate no longer relevant --- diff --git a/doc/release-notes/release-3.1.html b/doc/release-notes/release-3.1.html index ebac686a58..1b441cd4bd 100644 --- a/doc/release-notes/release-3.1.html +++ b/doc/release-notes/release-3.1.html @@ -61,31 +61,34 @@ While this release is not deemed ready for production use, we believe it is read

We have decided, based on input from interested users to drop the Squid-2 terminology of (DEVEL, PRE, RC, and STABLE) from the release package names. -These are replaced with a simpler 3-teir system based around the natural code development cycle.

+These are replaced with a simpler 3-tier system based around the natural code development cycle.

Daily generated snapshots of all current versions are provided as testing (old DEVEL) and bug-fix releases. These are numbered from their last release with a date appended. -Snapshots generated from 3.HEAD and 2.HEAD continue to be highly volatile.

+Snapshots generated from 3.HEAD continue to be highly volatile.

Regular feature releases from Squid-3 will be branched out as sub-versions. Such as this Squid-3.1.

-

All this is previous policy you should be acustomed to. Now we get to the new numbering change.

+

All this is previous policy you should be accustomed to. Now we get to the new numbering change.

Initial branch packages will be generated with a 3.X.0.Z version as testing packages. Packages and Snapshots generated with these 3-dot numbers are expected to be relatively stable regarding feature behaviors. -Suitable for testing but without any guarantees under production loads. This replaces both the old PRE and RC packages. -If a large number of bugs are found several *.0.Z packages may be attempted before any is considered production-ready.

+Suitable for testing, but without any guarantees under production loads. This replaces both the old PRE and RC packages.

-

When one of these Squid-3.X.0.Z packages passes our bug-free standards a 3.X.Y numbered release will be made. -We can only hope enough testing has been done to consider these ready for production use. +

If a large number of bugs are found several *.0.Z packages may be attempted before any is considered production-ready.

+ +

When one of these Squid-3.X.0.Z packages passes our bug-free standards a 3.X.Y numbered release will be made.

+ +

We can only hope enough testing has been done to consider these ready for production use. As always we are fully dependent on people testing the previous packages and reporting all bugs.

-

In support of this process are several squid-dev process changes which have been worked out over the last year.

+

In support of all this are several squid-dev process changes which have been worked out over the last year.

-

+

Minimal squid.conf improvements

squid.conf has undergone a facelift.

-

Don't worry few operational changes have been made. +

Don't worry, few operational changes have been made. Older configs from are still expected to run in 3.1 with only the usual minor changes seen between major release. Details on those are listed below.

-

New users will be relieved to see a short 20-line or less squid.conf on clean installs. +

New users will be relieved to see a short 32-line or less squid.conf on clean installs. Many of the options have reasonable defaults but had previously needed them explicitly configured! These are now proper built-in defaults and no longer need to be in squid.conf unless changed.

-

All of the option documentation has been offloaded to another file squid.conf.docuemented which -contains a fully documented set of options previoulsy cluttering up squid.conf itself.

+

All of the option documentation has been offloaded to another file squid.conf.documented which +contains a fully documented set of options previously cluttering up squid.conf itself.

Package maintainers are provided with a second file squid.conf.default which as always contains the default config options provided on a clean install.

@@ -119,7 +122,7 @@ config options provided on a clean install.

Squid 3.1 supports IPv6. To enable IPv6 support, use the ./configure --enable-ipv6 option

-

Details at +

Details in The Squid wiki

New Features for IPv6

@@ -176,7 +179,7 @@ with the RADIUS server. A new helper will be needed for IPv6 RADIUS protocol.

Error Page Localization -

Details at +

Details in The Squid wiki

The error pages presented by squid may now be localized per-request to match the visitors local preferred language.

@@ -188,23 +191,23 @@ Updates can be downloaded from www.squid-cache.org/Versions/langpack/

The squid developers are interested in making squid available in a wide variety of languages. -Contributions of new languages is encouraged.

+Contribution of new languages is encouraged.

Connection Pinning (for NTLM Auth Passthrough)

+

Details in +The Squid wiki

+

Squid 3.1 includes the much asked for Connection Pinning feature from Squid 2.6.

This feature is often called 'NTLM Passthru' since it is a giant workaround which permits Web servers to use Microsoft NTLM Authentication instead of HTTP standard authentication through a web proxy.

-

Details at -The Squid wiki

-

Quality of Service (QoS) Flow support

-

Details at +

Details in The Squid wiki

Zero Penalty Hit created a patch to set QoS markers on outgoing traffic.

@@ -216,7 +219,8 @@ Microsoft NTLM Authentication instead of HTTP standard authentication through a
  • Allows any HTTP response towards clients will have the TOS value of the response coming from the remote server masked with the value of zph_preserve_miss_tos_mask. For this to work correctly, you will need to patch your linux kernel with the TOS preserving ZPH patch. -The kernel patch can be downloaded from http://zph.bratcheda.org
    • +The kernel patch can be downloaded from +http://zph.bratcheda.org
  • Allows you to mask certain bits in the TOS received from the remote server, before copying the value to the TOS send towards clients.
    • @@ -224,7 +228,7 @@ before copying the value to the TOS send towards clients.

    Squid Configuration

    -

    Squid 3.1 needs to be configured with --enable-zph-qos for teh ZPH QoS conttols to be available.

    +

    Squid 3.1 needs to be configured with --enable-zph-qos for the ZPH QoS controls to be available.

    The configuration options for 2.7 and 3.1 are based on different ZPH patches. The two releases configuration differs and is not at this point directly translatable.

    @@ -241,7 +245,7 @@ on the client connection. Requires a kernel patch.

    SSL Bump (for HTTPS Filtering and Adaptation)

    -

    Details at +

    Details in The Squid wiki

    Squid-in-the-middle decryption and encryption of straight CONNECT and transparently redirected SSL traffic, @@ -251,7 +255,7 @@ While decrypted, the traffic can be inspected using ICAP.

    eCAP Adaptation Module support

    -

    Details at +

    Details in The Squid wiki

    @@ -356,7 +360,6 @@ redirect_program c:/winnt/system32/cmd.exe /C c:/squid/libexec/redir.cmd
  • When Squid runs in command line mode, the launching user account must have administrative privilege on the system
  • "Start parameters" in the Windows 2000/XP/2003 Service applet cannot be used
    • -
  • Building with MinGW, when the configure option --enable-truncate is used, Squid cannot run on Windows NT, only Windows 2000 and later are supported

    • @@ -394,8 +397,6 @@ libcrypt: MinGW packages repository
    db-1.85: TinyCOBOL download area
    -uudecode: -Native Win32 ports of some GNU utilities

    When running configure, --disable-wccp and --disable-wccpv2 options should always specified to avoid compile errors.