Re: free lists 2.0

Ah, yes I recall now. Did we ever take the next step here like was mentioned in the comments? On Wed, Dec 12, 2018 at 5:45 PM Susan Hinrichs wrote: > I believe it came in on https://github.com/apache/trafficserver/pull/3246 > > On Wed, Dec 12, 2018 at 7:04 PM Phil Sorber wrote: >

Re: free lists 2.0

Can you point me to the PR/commit on github? Thanks. On Wed, Dec 12, 2018 at 4:51 PM SUSAN HINRICHS wrote: > Fei committed the don't dump fix for jemalloc a few months back. > > On Wed, Dec 12, 2018, 4:46 PM Leif Hedstrom > > > > > > > On Dec 12, 2

Re: free lists 2.0

The problem was that we were using jemalloc as a drop in replacement for malloc/free. The DONT_DUMP issue is easy to address when using the jemalloc APIs directly. Perhaps someone will make me a salami sandwich and I will write the patch over the holiday break. Whiskey wouldn't hurt either. On We

Re: [EXTERNAL] [DISCUSS] Time to EOL 6.2.x?

I didn't see this thread during the time it was active, it was just pointed out to me, but I'll add my opinion now. We just made a 6.2.3 release that had a bunch of important fixes in it, but 6.2.x is really old. No one is doing new development on it. It has been a year since the previous release.

[ANNOUNCE] Apache Traffic Server 6.2.3 is released!

The Apache Software Foundation and the Apache Traffic Server project are pleased to announce the release of Apache Traffic Server v6.2.*3*! This is our fourth and last stable release in the 6.2.x LTS branch, and is immediately available for download at: http://trafficserver.apache.org/downloads U

Re: [VOTE] Release Apache Traffic Server 6.2.3 (RC0)

> On Jul 25, 2018, at 16:36, Bryan Call wrote: > > > > +1 - Built and ran regression tests on Centos 7. I don’t have a > production server to run it on. > > > > -Bryan > > > > > > > >> On Jul 25, 2018, at 11:51 AM, Phil Sorber wrote: &

[VOTE] Release Apache Traffic Server 6.2.3 (RC0)

Hello All, I've prepared a release for v6.2.3 (RC0) which is the latest stable release in the 6.2.x series. This is the fourth and final release in our Long Term Support (LTS) version as detailed in our Release Management document: https://cwiki.apache.org/confluence/display/TS/Release+Management

Re: [PROPOSAL] C++17, gcc 7, and clang 5 for ATS 8.0.0

able use of C++17 headers like string_view and file_system. > 3) Have a single consistent C++ standard (instead of the 11/14/17/ mix). > > So it sounds like there is some plan to unify under C++17 instead of just allowing organic code growth. I can get on board with that. > On Tue, M

Re: [PROPOSAL] C++17, gcc 7, and clang 5 for ATS 8.0.0

On Tue, May 8, 2018 at 8:43 AM Leif Hedstrom wrote: > > > > On May 7, 2018, at 4:10 PM, Phil Sorber wrote: > > > > On Mon, May 7, 2018 at 9:07 AM Bryan Call wrote: > > > >> I would like to propose that we move to C++17 for ATS 8.0.0. This would > &g

Re: [PROPOSAL] Replace LuaJIT configurations with YAML

On Mon, May 7, 2018 at 5:47 AM Leif Hedstrom wrote: > Hi, > > I’d like to propose that we eliminate the existing LuaJIT configurations > with a simple YAML format. This would be the first step towards a unified > configuration format, and I think we have to admit defeat on Lua, and do > something

Re: [PROPOSAL] Plugin promotions to stable

On Mon, May 7, 2018 at 5:49 AM Leif Hedstrom wrote: > Hi all, > > as discussed today, we’d like to propose the following plugins to be > promoted from experimental to stable: > > cache_promote > cachekey > ts_lua (and rename to lua) > +1 for cachekey and lua. > escalate > > In addition, we’d

Re: [PROPOSAL] C++17, gcc 7, and clang 5 for ATS 8.0.0

On Mon, May 7, 2018 at 9:07 AM Bryan Call wrote: > I would like to propose that we move to C++17 for ATS 8.0.0. This would > require us to move to gcc 7, clang 5, and icc 18 as minimum versions for > C++17 support. > > What does this move our minimum EL distro to? Can we still use 6? > -Bryan

Re: [PROPOSAL] Kill traffic_cop for ATS v8.0.0

On Mon, May 7, 2018 at 9:04 AM James Peach wrote: > > > > On May 7, 2018, at 4:28 AM, Leif Hedstrom wrote: > > > > Hi all, > > > > I’d like to propose that we kill off traffic_cop for ATS v8.0.0. The > consensus is that there are better system level tools to manage health > checks out of band li

Fwd: Google Summer of Code 2018 Mentor Registration

We should do this! -- Forwarded message - From: Ulrich Stärk Date: Sat, Feb 24, 2018 at 2:19 PM Subject: Google Summer of Code 2018 Mentor Registration To: Cc: d...@community.apache.org Dear PMCs, I'm happy to announce that the ASF has made it onto the list of accepted organi

Re: Removing cluster support for 7.1.x

We haven't made changes that enable clustering, but I believe this is a large change and seems like a bad idea in a minor release. If I were the RM I'd -1 it, but since I am not, I'll just express my concern. Thanks. On Tue, Jan 16, 2018 at 9:32 AM Bryan Call wrote: > I am +1 on removing the co

[ANNOUNCE] Apache Traffic Server 6.2.2 is released!

Apache Traffic Server v6.2.2 Released Apologies for the delay from the end of the vote to the announcement email, the CMS does not seem to like me. The Apache Software Foundation and the Apache Traffic Server project are pleased to announce the release of Apache Traffic Server v6.2.2! This is our

Re: [VOTE] Release Apache Traffic Server 6.2.2 (RC0)

eif Hedstrom wrote: > > > > +1, but I have not run this any any production. Passes basic tests etc > > > > -- Leif > > > >> On Aug 9, 2017, at 11:03 AM, Bryan Call wrote: > >> > >> +1 - Passed checksums and regression tests. > >>

Re: ATS 6.2.1 crash

guidance on > how to reproduce it from someone who is more familiar with this area of the > code. > > Bhasker. > > > On Aug 2, 2017, at 6:26 AM, Phil Sorber wrote: > > > > Dk, > > > > Can you open a github issue on this and then also test with the new

Re: ATS 6.2.1 crash

Dk, Can you open a github issue on this and then also test with the new 6.2.2 RC0 I just put up for a vote? If you can't mark the issue for the 6.2.3 milestone, I can do that for you. If this is still broken in the 6.2.2 RC0 we can stop the vote and figure out a fix depending on the severity. Th

[VOTE] Release Apache Traffic Server 6.2.2 (RC0)

Hello All, I've prepared a release for v6.2.2 (RC0) which is the latest stable release in the 6.2.x series. This is the third release in our Long Term Support (LTS) version as detailed in our Release Management document: https://cwiki.apache.org/confluence/display/TS/Release+Management Changes s

Re: #pragma once

I agree with James, we should have one PR that does all this and then we maintain going forward. I was trying to see if clang-tidy had anything that supports this but I could not find it. On Mon, Jul 31, 2017 at 12:08 PM Jason Kenny wrote: > I don't see the need for making more complex configure

New PR Review Process

One of the things that was accomplished at the ATS Summits over the past several days (in addition to clearing up many many Coverity issues) was getting the build system integration with GitHub fixed up. We now have real commit status updates from Jenkins so all those ugly comments are gone. We wer

Re: Moving from Git-dual to gitbox

On Fri, Mar 3, 2017 at 8:02 AM Leif Hedstrom wrote: > Hi all, > > to free up some resources, Apache Infraops has asked that we move from > git-dual to gitbox. This is generally transparent to us, with a couple of > exceptions: > > 1) You will have to go through the MATT process again. > > 2) If y

[ANNOUNCE] Apache Traffic Server 6.2.1 is released!

Apache Traffic Server v6.2.1 Released Apologies for the extended delay from the end of the vote to the announcement email. The Apache Software Foundation and the Apache Traffic Server project are pleased to announce the release of Apache Traffic Server v6.2.1! This is our second stable release in

Re: Release 6.2.1.

Sorry, this is on me. I've been a little overwhelmed lately and I need to send out the release email. Nothing has changed since the RC so if you can install from git I'd do that. On Thu, Jan 19, 2017 at 2:35 PM Chou, Peter wrote: > Hi, > > I thought the R6.2.1 RC0 passed voting a couple of weeks

Re: [VOTE] Release Apache Traffic Server 6.2.1 (RC0)

Calling this vote. It passes with 3 binding +1s 2 non-binding +1s and no -1s. I'll be sending out an announcement email soon. Thanks everyone! On Sun, Jan 8, 2017 at 4:06 PM Bryan Call wrote: > +1 - Tested on Fedora 25. > > -Bryan > > > On Dec 27, 2016, at 9:30

Re: 5.X end of life

The table is the date that I was going by. I am interested in hearing from others as to what would be better. My only demand is that we don't have a long list of releases on LTS as I am the only one silly enough to agree to being RM on them. On Sat, Jan 7, 2017 at 3:18 PM Evan Grant wrote: > Hi

Re: [VOTE] Release Apache Traffic Server 6.2.1 (RC0)

TS-5108 included, anything we can > do to make this happen? > > -Original Message- > From: Phil Sorber [mailto:sor...@apache.org] > Sent: Tuesday, January 3, 2017 16:11 > To: dev@trafficserver.apache.org > Subject: Re: [VOTE] Release Apache Traffic Server 6.2.1 (RC0) >

Re: [VOTE] Release Apache Traffic Server 6.2.1 (RC0)

Just a reminder that this vote is open until Friday. I know lots of people have been out because of the holidays, but presumably are back today. Thanks! On Tue, Dec 27, 2016 at 10:30 AM Phil Sorber wrote: > Hello All, > > I've prepared a release for v6.2.1 (RC0) which is the

Re: [VOTE] Release Apache Traffic Server 6.2.1 (RC0)

question: > > I can't see any reference to > https://issues.apache.org/jira/browse/TS-5059 though it's flagged to be > fixed in 7.1.0 and backported to 6.2.1 & 7.0.1. > > I guess it'll backported in a lter 6.2 release, but just in case I > mention it :) &

Re: [VOTE] Release Apache Traffic Server 6.2.1 (RC0)

t; Oknet Xu > > 2016-12-28 1:30 GMT+08:00 Phil Sorber : > > > Hello All, > > > > I've prepared a release for v6.2.1 (RC0) which is the latest stable > release > > in the 6.2.x series. This is the second release in our Long Term Support > > (LTS) ve

[VOTE] Release Apache Traffic Server 6.2.1 (RC0)

Hello All, I've prepared a release for v6.2.1 (RC0) which is the latest stable release in the 6.2.x series. This is the second release in our Long Term Support (LTS) version as detailed in our Release Management document: https://cwiki.apache.org/confluence/display/TS/Release+Management Changes

Re: Plans for 6.2.1?

Yes, we have a queue of backports that I need to find time to address and then a 6.2.1 release will likely follow. Is there something in particular you are blocking on waiting for the release? On Tue, Oct 11, 2016 at 11:32 AM Chou, Peter wrote: > Hi, > > > > We're wondering if there are plans to

Re: High memory map in traffic server 6.2

Excellent. I think I commented on your PR already. On Mon, Sep 26, 2016 at 8:34 PM Siddharth Agarwal wrote: > Yes, that was reported by my team only. We have a potential fix for it. > > On Mon, Sep 26, 2016 at 6:52 PM, Phil Sorber wrote: > > > Does this sound like your is

Re: High memory map in traffic server 6.2

Does this sound like your issue? https://issues.apache.org/jira/browse/TS-4897 On Mon, Sep 19, 2016 at 12:46 PM Siddharth Agarwal wrote: > Hi, > > We are seeing a high number of memory maps in the traffic server 6.2 > version/ It has reached the limit allowed per process on that box. > > ON ATS

Re: github rebase merging

+1 On Mon, Sep 26, 2016 at 12:28 PM James Peach wrote: > Hi all, > > Github just released a new "rebase merging" feature, which makes merging > PRs as clean as doing the merge by hand. See > https://github.com/blog/2243-rebase-and-merge-pull-requests. > > I'd like to propose that we always "reba

Re: "Anonymous" PRs

I can't look now, but these are the merges, right? I think this is expected. On Sat, Sep 10, 2016, 13:24 Leif Hedstrom wrote: > > > On Sep 10, 2016, at 1:15 PM, Leif Hedstrom wrote: > > > > Hi all, > > > > we’re seeing a fair number of PRs with the following information: > > > > Commit:

Re: [trafficserver] branch master updated (f8718b7 -> 43e0be5)

You mean just undo the removal from plugins/experimental/Makefile.am? On Wed, Aug 24, 2016 at 9:31 AM James Peach wrote: > I'm having second thoughts about this. There's currently no replacement > for the SWR plugin so I think we should leave it in the build until there > is. > > > > On Aug 24,

Re: [PROPOSAL] Removing SOCKS support in 7.0.0

+1 On Fri, Aug 19, 2016 at 12:33 PM Bryan Call wrote: > There are a few features we are looking to remove in the ATS 7.0.0 > release. If you are using these features and require them, please respond > to this email. We also need to have people that are willing to invest time > and fix some of

Re: [PROPOSAL] Removing logs collation support in 7.0.0

+0 On Sat, Aug 20, 2016 at 8:06 PM James Peach wrote: > > > On Aug 19, 2016, at 3:32 PM, Bryan Call wrote: > > > > There are a few features we are looking to remove in the ATS 7.0.0 > release. If you are using these features and require them, please respond > to this email. We also need to ha

Re: [PROPOSAL] Remove pct (percentage) stats in 7.0.0

+1 On Sat, Aug 20, 2016 at 7:28 PM Leif Hedstrom wrote: > > > On Aug 19, 2016, at 7:21 PM, James Peach wrote: > > > > > >> On Aug 19, 2016, at 4:17 PM, Bryan Call wrote: > >> > >> There are a few features we are looking to remove in the ATS 7.0.0 > release. If you are using these features and

Re: [PROPOSAL] Disable Linux AIO build support in 7.0.0

I'm +1 and fully intend to work on this for a future release. On Fri, Aug 19, 2016, 16:42 Bryan Call wrote: > There are a few features we are looking to remove in the ATS 7.0.0 > release. If you are using these features and require them, please respond > to this email. We also need to have peo

Re: [PROPOSAL] Removing clustering support in 7.0.0

+1 on removing it. On Fri, Aug 19, 2016, 12:09 Bryan Call wrote: > There are a few features we are looking to remove in the ATS 7.0.0 > release. If you are using these features and require them, please respond > to this email. We also need to have people that are willing to invest time > and f

[ANNOUNCE] Apache Traffic Server 6.2.0 is released!

Apache Traffic Server v6.2.0 Released The Apache Software Foundation and the Apache Traffic Server project are pleased to announce the release of Apache Traffic Server v6.2.0! This is our first stable release in the 6.2.x LTS branch, and is immediately available for download at: h

Re: [VOTE] Release Apache Traffic Server 6.2.0 (RC3)

t; -Bryan > > > > > > On Jul 12, 2016, at 1:53 AM, Phil Sorber wrote: > > > > Hello All, > > > > I've prepared a release for v6.2.0 (RC3) which is the first stable > release > > in the 6.2.x series. This is also the beginning of our Long Term

[VOTE] Release Apache Traffic Server 6.2.0 (RC3)

Hello All, I've prepared a release for v6.2.0 (RC3) which is the first stable release in the 6.2.x series. This is also the beginning of our Long Term Support (LTS) version for 6.x as detailed in our Release Management document: https://cwiki.apache.org/confluence/display/TS/Release+Management C

[VOTE] Release Apache Traffic Server 6.2.0 (RC2)

Hello All, I've prepared a release for v6.2.0 (RC2) which is the first stable release in the 6.2.x series. This is also the beginning of our Long Term Support (LTS) version for 6.x as detailed in our Release Management document: https://cwiki.apache.org/confluence/display/TS/Release+Management C

[VOTE] Release Apache Traffic Server 6.2.0 (RC1)

Hello All, I've prepared a release for v6.2.0 (RC1) which is the first stable release in the 6.2.x series. This is also the beginning of our Long Term Support (LTS) version for 6.x as detailed in our Release Management document: https://cwiki.apache.org/confluence/display/TS/Release+Management C

Re: [PROPOSAL] One more clang-format change for 7.0.0

On Tue, Jun 21, 2016 at 2:31 PM James Peach wrote: > > > On Jun 21, 2016, at 12:19 PM, Phil Sorber wrote: > > > > So I was +1 on this, but now looking at the full diff I am -0. I wanted > to > > get others take on this. It aligns *all* assignments not just dec

Re: [PROPOSAL] One more clang-format change for 7.0.0

So I was +1 on this, but now looking at the full diff I am -0. I wanted to get others take on this. It aligns *all* assignments not just declaration ones. For example: - c->vio.op = VIO::READ; + c->vio.op= VIO::READ; c->base_stat = cache_lookup_active_stat; CACHE_INCREMENT_DYN_STAT(c->

Re: [DISCUSS] Relax minimum OS version requirements ?

With my developer hat on, I'm +1 on this for 7.0.0. I cringe a little with my ops hat on and +0 there. Would love to get more feedback from users on this. On Thu, Jun 16, 2016 at 2:47 PM Leif Hedstrom wrote: > > > On Jun 16, 2016, at 2:30 PM, James Peach wrote: > > > > > >> On Jun 16, 2016, at

Re: [VOTE] Release Apache Traffic Server 6.2.0 (RC0)

ssages going to diags.log. I have filed > 5 tickets on the issues I have seen. > > -Bryan > > > > > > On Jun 7, 2016, at 2:03 PM, Phil Sorber wrote: > > > > Hello All, > > > > I've prepared a release for v6.2.0 (RC0) which is the first stable

[VOTE] Release Apache Traffic Server 6.2.0 (RC0)

Hello All, I've prepared a release for v6.2.0 (RC0) which is the first stable release in the 6.2.x series. This is also the beginning of our Long Term Support (LTS) version for 6.x as detailed in our Release Management document: https://cwiki.apache.org/confluence/display/TS/Release+Management C

6.2.x branch

The 6.2.x branch has been updated with all issues that were marked for 6.2.x and resolved/closed. Please make sure your commits there look correct. Also, there are 5 issues still open that are marked for 6.2.0 backport and deemed blockers. We need to focus some energy here. https://issues.apache.o

Back-ports for 6.2.x

Hi all, I've been working through the back-port requests for 6.2.x. If you happen to see activity on your issue can you make sure I was able to complete the back-port properly. I am only going off the commits marked in JIRA. Thanks.

Re: Deprecation of SSL v2/3

As discussed, https://github.com/apache/trafficserver/pull/589 On Sat, Apr 16, 2016 at 10:46 AM Phil Sorber wrote: > Ok, here is my final plan then. I am going to mark them all deprecated for > 6.2.x. > > Then after branching I am going to remove all client <-> proxy suppo

Re: Deprecation of SSL v2/3

se it is, etc etc. Thanks. On Tue, Apr 12, 2016 at 10:27 AM Yongming Zhao wrote: > +1 > > nice to move forward > > - Yongming Zhao 赵永明 > > > 在 2016年4月10日，下午8:42，Phil Sorber 写道： > > > > I'd like to propose that we deprecate SSLv2 and SSLv3 in ATS 6.2.0 and

Re: merging github pull requests

Also pretty sure you have to set your apache email as your primary/public if you want it to show in merges. On Fri, Apr 15, 2016 at 12:06 PM Phil Sorber wrote: > Just found this: > > Keep my email address private > > We will use *psudae...@users.noreply.github.com > * when pe

Re: merging github pull requests

Just found this: Keep my email address private We will use *psudae...@users.noreply.github.com * when performing web-based Git operations and sending email on your behalf. If you want command line Git operations to use your private email you must set your email in Git

Re: merging github pull requests

This is the stuff I wanted to talk about at the summit. I think we should hold off on merging stuff until we can talk about it next month. Also, fwiw, the email addresses seem to work sometimes and not others. So there must be a misconfiguration somewhere triggering this. On Fri, Apr 15, 2016 at

Re: Updates to clang-format for v6.2 LTS / 7.0.

+1, +1, -1. #3 could be a +1 in the future. On Mon, Apr 11, 2016, 12:01 Leif Hedstrom wrote: > Hi, > > James and I’ve been looking at some changes to clang-format, wanted to > take it here first. Just running the new version of clang-format produces a > patch of about 6,500 lines. This is mostly

Deprecation of SSL v2/3

I'd like to propose that we deprecate SSLv2 and SSLv3 in ATS 6.2.0 and remove it in 7.0.0. Currently our defaults do not enable them and have been that way for about a year now. For 6.2.0 I'd like to mark them deprecated in the documentation, and then we remove the code for 7.0.0. This will mean t

Release 6.2.0

I'd like to branch 6.2.x this week but there are still a number of 6.2.0 bugs outstanding. If you have some assigned to you either move them to 7.0.0 (or sometime) or merge a fix please. Thanks.

ATS Release Branch 4.2.x EOL

Hopefully this doesn't come as a shock to anyone, but we need to EOL the 4.2.x release branch. 4.2.0 was released on March 19th 2014 according to the STATUS file. Originally we discussed 1 year timespan, but then extended it to 1.5 years. That puts us at September 19th 2015. So technically we are a

Re: CFP Apachecon NA 2016 deadline is Friday

Just submitted my proposal! On Tue, Feb 9, 2016 at 10:25 AM Susan Hinrichs < shinr...@network-geographics.com> wrote: > The deadline for talk proposals for Apachecon NA is this Friday. > > > http://events.linuxfoundation.org/events/apachecon-north-america/program/cfp > > Please consider submittin

Re: Proposal for how to update source code layout.

his can be done correctly I really believe we have to clean up > the source layout. I want to get this done first and as quick as possible > to reduce the pain caused by the source moves that would upset existing ( > and future) pull requests. > Jason > > > From: Phil Sor

Re: Proposal for how to update source code layout.

This seems generally good to me. I welcome a more modern structure. I also prefer the first layout you mentioned, but it may be necessary to do the second layout and then move to the first. That might make others more comfortable. I personally see a lot of value in what you describe, but I know oth

Re: tsqa is disabled on our CI as of now

appy > to make changes/additions to documentation if something is missing :) > > On Mon, Sep 21, 2015 at 8:09 AM, Phil Sorber wrote: > > > On Mon, Sep 21, 2015 at 9:04 AM Thomas Jackson > > wrote: > > > > > Tsqa-lint is intended to pass, but if no one ever

Fwd: Build failed in Jenkins: tsqa-master #878

@network-geographics.com> See <https://ci.trafficserver.apache.org/job/tsqa-master/878/changes> Changes: [Phil Sorber] TS-3928: Make TSRemapNewInstance not required in remap plugins -- [...truncated 478 lines...] INFO 2015-09-21 20:24:24,917 - sending

Re: tsqa is disabled on our CI as of now

On Mon, Sep 21, 2015 at 9:04 AM Thomas Jackson wrote: > Tsqa-lint is intended to pass, but if no one ever looks at the mails then > they never get better. > On Sep 18, 2015 6:34 PM, "Leif Hedstrom" wrote: > > > > > > On Sep 18, 2015, at 3:32 PM, Thomas Jackson > > wrote: > > > > > > *TL;DR: if

Re: [VOTE] Release Apache Traffic Server 6.0.0 (RC3)

On Mon, Sep 14, 2015 at 4:53 PM Bryan Call wrote: > 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: > > h

[ANNOUNCE] Apache Traffic Server 5.3.2 is released!

Apache Traffic Server v5.3.2 Released The Apache Software Foundation and the Apache Traffic Server project are pleased to announce the release of Apache Traffic Server v5.3.2! This is our third stable release in the 5.3.x LTS branch, and is immediately available for download at: h

Re: [VOTE] Release Apache Traffic Server 5.3.2 (RC1)

On Fri, Sep 11, 2015 at 8:51 PM Leif Hedstrom wrote: > > > On Sep 11, 2015, at 4:49 PM, Bryan Call wrote: > > > > +1 - Checked signatures and ran regression on Fedora 22. > > > +1 from me too, tested on CentOS7 and F22. > > — Leif > > +1 from me. I've been running it in prod on a few machines fo

Re: tsqa is disabled on our CI as of now

+1 On Fri, Sep 11, 2015 at 8:50 AM Leif Hedstrom wrote: > Hi, > > To restore sanity in the email traffic from Jenkins, I have disabled both > the tsqa and tsqa-lint jobs. Once they are shown to function without errors > / warnings again, we can enable them. > > — Leif > >

[VOTE] Release Apache Traffic Server 5.3.2 (RC1)

Hello All, I've prepared another release for v5.3.2 (RC1) which is the latest stable release in the 5.3.x series. This is the third release in our Long Term Support (LTS) version as detailed in our Release Management document: https://cwiki.apache.org/confluence/display/TS/Release+Management Cha

Re: [VOTE] Release Apache Traffic Server 5.3.2 (RC0)

On Fri, Sep 4, 2015 at 10:08 AM Phil Sorber wrote: > Hello All, > > I've prepared a release for v5.3.2 (RC0) which is the latest stable > release in the 5.3.x series. This is the third release in our Long Term > Support (LTS) version as detailed in our Release Management

Re: [VOTE] Release Apache Traffic Server 5.3.2 (RC0)

> - It builds \o/ > > For the nitty gritty details, see > http://compliance.rocks/result.html?23e9661f > > With regards, > Daniel. > > On 09/08/2015 08:24 PM, Bryan Call wrote: > > +1 - Checked signatures and ran regression on Fedora 22. > > > > -Br

[VOTE] Release Apache Traffic Server 5.3.2 (RC0)

Hello All, I've prepared a release for v5.3.2 (RC0) which is the latest stable release in the 5.3.x series. This is the third release in our Long Term Support (LTS) version as detailed in our Release Management document: https://cwiki.apache.org/confluence/display/TS/Release+Management Changes s

Re: astats_over_http rpm installation error

On Thu, Sep 3, 2015 at 10:13 AM James Peach wrote: > > > On Sep 3, 2015, at 8:48 AM, Sudheer Vinukonda > > > wrote: > > > > Not sure what is. We have a plugin > called stats_over_http, and that should come with the ATS default install. > > Adding dev@ and users@. > > astats_over_http is part o

Re: Proposal: Consistent hashing DNS selection

just think it would be a bad user experience if two similarly named and behaving things were wildly different from a user perspective. > On Mon, Aug 10, 2015 at 12:10 PM, Phil Sorber wrote: > > > On Sun, Aug 9, 2015 at 9:10 PM Brian Geffon > wrote: > > > > > All, &g

Re: Proposal: Consistent hashing DNS selection

On Sun, Aug 9, 2015 at 9:10 PM Brian Geffon wrote: > All, > We currently support strict and timed round robin for round robin DNS > records and I'd like to propose adding consistent hashing based DNS > selection. We're trying to replace our current ATS -> Haproxy setup with > only ATS and that's

[ANNOUNCE] Apache Traffic Server 5.3.1 is released!

Apache Traffic Server v5.3.1 Released The Apache Software Foundation and the Apache Traffic Server project are pleased to announce the release of Apache Traffic Server v5.3.1! This is our second stable release in the 5.3.x LTS branch, and is immediately available for download at:

Re: [VOTE] Release Apache Traffic Server 5.3.1 (RC0)

Calling this vote with 3 binding +1's. I'll be making a release announcement soon. Thanks to everyone who participated. On Fri, Jul 3, 2015 at 10:03 AM Phil Sorber wrote: > +1 Tested on CentOS 6.5 > > > On Thu, Jul 2, 2015 at 4:09 PM Bryan Call wrote: > >&g

Re: [VOTE] Release Apache Traffic Server 5.3.1 (RC0)

+1 Tested on CentOS 6.5 On Thu, Jul 2, 2015 at 4:09 PM Bryan Call wrote: > +1 > > Tested on Fedora 22. Signatures and regression passed. > > -Bryan > > > > On Jun 29, 2015, at 9:56 PM, Phil Sorber wrote: > > > > Hello All, > > > > I've

[VOTE] Release Apache Traffic Server 5.3.1 (RC0)

Hello All, I've prepared a release for v5.3.1 (RC0) which is the latest stable release in the 5.3.x series. This is the second release in our Long Term Support (LTS) version as detailed in our Release Management document: https://cwiki.apache.org/confluence/display/TS/Release+Management Changes

Re: Some initial thoughts on making all plugins reloadable

On Tue, Jun 16, 2015 at 4:54 PM Leif Hedstrom wrote: > Hi all, > > I started this slide show with some ideas how we can solve the “90%” of > the problem (i.e. making all plugins reloadable, both code and configs). > See the link at > > > https://www.icloud.com/keynote/AwBUCAESENdl8ooGRL1RjGFpC0Jt

Re: Concurrency Kit Future

If you are volunteering I'd be glad to let you handle it. I've just been the one pushing thus far and figured I'd have to continue to be that person if this were to happen. > Brian > > On Tue, Jun 16, 2015 at 11:57 AM, Phil Sorber wrote: > > > On Tue, Jun 16, 2

Re: Concurrency Kit Future

t; official releases but now that it is clear we will never be able to use CK > as it is we have removed it entirely. > > Phil Sorber has discussed this extensively with Samy Al Bahra, the author > of Concurrency Kit and with the CK community. The best option at this point > is to create

Re: [ANNOUNCE/DISCUSS] Removing support for Debian6 and Ubuntu12

On Fri, Jun 5, 2015 at 11:25 AM Leif Hedstrom wrote: > Hi all, > > In addition to removing build support for RHEL5 (and derivatives), I think > we need to ditch Debian6 and Ubuntu12 as well. Debian6 comes, from what I > can tell, with OpenSSL 0.9.8, and Ubuntu12 comes with OpenSSL1.0.0. The > mi

Removing CHANGES file from git

There was some discussion in IRC about removing the CHANGES file. It is generally disliked and we have JIRA release notes that serve a similar purpose. Here is an example of JIRA release notes for 6.0.0: https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310963&version=12324897 We

Re: 5.3.0: TLS completly broken (reverse-proxy)

On Tue, May 26, 2015 at 1:53 PM Susan Hinrichs < shinr...@network-geographics.com> wrote: > Hmm. I just ran ssllabs against > https://docs.trafficserver.apache.org/en/latest/ which is running 5.3.x > (which I think is the same as 5.3.0). All was happy. Will need to look > more closely at your r

Re: ERR_UNKNOWN/200 on every request after upgrading to 5.3.0

On Fri, May 15, 2015 at 5:42 PM Jason J. W. Williams < jasonjwwilli...@gmail.com> wrote: > We just upgraded from 4.2.1.1 to 5.3.0 and noticed rather than seeing > ERR_UNKNOWN/ only for 3xx/4xx/5xx codes, we're now seeing > ERR_UNKNOWN/200 on every request. Config file is unchanged > > The page ge

[ANNOUNCE] Apache Traffic Server 5.3.0 is released!

Apache Traffic Server v5.3.0 Released The Apache Software Foundation and the Apache Traffic Server project are pleased to announce the release of Apache Traffic Server v5.3.0! This is our first stable release in the 5.3.x LTS branch, and is immediately available for download at: h

Re: [VOTE] Release Apache Traffic Server 5.3.0 (RC3)

On Mon, May 11, 2015 at 9:02 AM Sudheer Vinukonda wrote: > +1 > > Compiles and basic tests pass on RHEL6 > > Thanks, > > Sudheer > ------ > *From:* Phil Sorber > *To:* "us...@trafficserver.apache.org" ; " > dev@traffics

Re: [IMPORTANT] New clang-format binaries / package

On Sun, May 10, 2015 at 2:41 PM James Peach wrote: > > > On May 10, 2015, at 1:35 PM, Phil Sorber wrote: > > > > On Sun, May 10, 2015 at 2:24 PM James Peach wrote: > > > >> > >>> On Mar 31, 2015, at 11:33 AM, Leif Hedstrom wrote: > >>&

Re: [IMPORTANT] New clang-format binaries / package

On Sun, May 10, 2015 at 2:24 PM James Peach wrote: > > > On Mar 31, 2015, at 11:33 AM, Leif Hedstrom wrote: > > > > Hi all, > > > > I’ve updated the tar-ball with the clang-format tools: > > > > http://people.apache.org/~zwoop/clang-format-03312015.tar.bz2 > > > > > > The MD5 of the tar-ba

[VOTE] Release Apache Traffic Server 5.3.0 (RC3)

Hello All, I've prepared a release for v5.3.0 (RC3) which is the first stable release in the 5.3.x series. This is also the beginning of our Long Term Support (LTS) version for 5.x as detailed in our Release Management document: https://cwiki.apache.org/confluence/display/TS/Release+Management C

Re: [v6.0.0] Experimental Plugins -> Stable

On Fri, Apr 24, 2015 at 8:18 AM Leif Hedstrom wrote: > > > On Apr 24, 2015, at 8:09 AM, Leif Hedstrom wrote: > > > > Hi all, > > > > Below is a list of currently “experimental” plugins. We should decide > which, if any, of these should be moved to a stable state. Once stable, > incompatible chan

Re: [VOTE] Release Apache Traffic Server 5.3.0 (RC2)

On Wed, Apr 22, 2015 at 12:24 PM Phil Sorber wrote: > Hello All, > > I've prepared a release for v5.3.0 (RC2) which is the first stable > release in the 5.3.x series. This is also the beginning of our Long Term > Support (LTS) version for 5.x as detailed in our Release M

[VOTE] Release Apache Traffic Server 5.3.0 (RC2)

Hello All, I've prepared a release for v5.3.0 (RC2) which is the first stable release in the 5.3.x series. This is also the beginning of our Long Term Support (LTS) version for 5.x as detailed in our Release Management document: https://cwiki.apache.org/confluence/display/TS/Release+Management C

  1   2   3   >