Return-Path: X-Original-To: apmail-trafficserver-users-archive@www.apache.org Delivered-To: apmail-trafficserver-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id B0EFD1811B for ; Tue, 15 Sep 2015 21:46:21 +0000 (UTC) Received: (qmail 13513 invoked by uid 500); 15 Sep 2015 21:46:21 -0000 Delivered-To: apmail-trafficserver-users-archive@trafficserver.apache.org Received: (qmail 13436 invoked by uid 500); 15 Sep 2015 21:46:21 -0000 Mailing-List: contact users-help@trafficserver.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@trafficserver.apache.org Delivered-To: mailing list users@trafficserver.apache.org Received: (qmail 13418 invoked by uid 99); 15 Sep 2015 21:46:21 -0000 Received: from mail-relay.apache.org (HELO mail-relay.apache.org) (140.211.11.15) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 15 Sep 2015 21:46:21 +0000 Received: from [17.149.238.230] (unknown [17.149.238.230]) by mail-relay.apache.org (ASF Mail Server at mail-relay.apache.org) with ESMTPSA id 0F6E81A0180; Tue, 15 Sep 2015 21:46:20 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.0 \(3094\)) Subject: Re: [VOTE] Release Apache Traffic Server 6.0.0 (RC3) From: Leif Hedstrom In-Reply-To: <800373317.47517.1442330080799.JavaMail.zimbra@brainsware.org> Date: Tue, 15 Sep 2015 14:46:20 -0700 Cc: users Content-Transfer-Encoding: quoted-printable Message-Id: <0EDBC941-7832-4251-BC5B-13A045C95041@apache.org> References: <800373317.47517.1442330080799.JavaMail.zimbra@brainsware.org> To: dev@trafficserver.apache.org X-Mailer: Apple Mail (2.3094) > On Sep 15, 2015, at 8:14 AM, Igor Gali=C4=87 = wrote: >=20 >=20 >=20 > Bryan, >=20 > ----- On 15 Sep, 2015, at 00:53, Bryan Call bcall@apache.org wrote: >=20 >> I've prepared a release for 6.0.0 (RC3) which is the next major = version of >> Apache Traffic Server. This version breaks binary compatibility and = plugins >> will need to be recompiled. This is detailed in our Release = Management >> document: >=20 > it's not clear from any of the links below how / why / where we're = breaking > binary compatibility. The gist is that you really should recompile any plugins you have = against the new APIs on every major release. :) But yes, the = documentation definitely needs to be upgraded, including a few = deprecated APIs. =E2=80=94 Leif