From mboxrd@z Thu Jan 1 00:00:00 1970 Delivered-To: chneukirchen@gmail.com Received: by 10.76.159.200 with SMTP id xe8csp162644oab; Mon, 18 Aug 2014 17:04:18 -0700 (PDT) Return-Path: Received-SPF: pass (google.com: domain of rack-core+bncBCZ6LNUM4MJBBANJZKPQKGQEM74EMDI@googlegroups.com designates 10.50.73.74 as permitted sender) client-ip=10.50.73.74 Authentication-Results: mr.google.com; spf=pass (google.com: domain of rack-core+bncBCZ6LNUM4MJBBANJZKPQKGQEM74EMDI@googlegroups.com designates 10.50.73.74 as permitted sender) smtp.mail=rack-core+bncBCZ6LNUM4MJBBANJZKPQKGQEM74EMDI@googlegroups.com; dkim=pass header.i=@googlegroups.com X-Received: from mr.google.com ([10.50.73.74]) by 10.50.73.74 with SMTP id j10mr59975igv.12.1408406657984 (num_hops = 1); Mon, 18 Aug 2014 17:04:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlegroups.com; s=20120806; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:x-original-sender:x-original-authentication-results:reply-to :precedence:mailing-list:list-id:list-post:list-help:list-archive :sender:list-unsubscribe:content-type; bh=zvX4ipg8PAcM6OPEBwESCSgHgFVi2GPOBo3mXlTcarw=; b=s4/HhW95vi3W+9stvXiWuu2OUbdCoYCM8fHzewJfgAB4iokSSN5A/eIK1PlqpeaieJ vCGWlHu2MCWUGwVgF+cLIH79MCyfWEd2vfkm9TJus60fEzS24Q1VYPXLHv1v4uOgVVfZ /j4I1Ujadrf27H58esXQpj5mt/IcXrJIbDNbWm48mUqGXTLB3lWPts3J1c5UXjo+c+MX cQETMCvcY0iITqayUPrePWgGSv/IMbmKXFbGqXvMFPetXaWCaL0W01vnvXq6y+mrm88l RAb7qizrBuZu5bWaF9I2U6JbVTeW2TmHg4fvIPCn6m0ucU7jAwhnyZ8CyavydUWxT+zx TTWw== X-Received: by 10.50.73.74 with SMTP id j10mr59975igv.12.1408406657979; Mon, 18 Aug 2014 17:04:17 -0700 (PDT) X-BeenThere: rack-core@googlegroups.com Received: by 10.50.66.175 with SMTP id g15ls2243491igt.42.gmail; Mon, 18 Aug 2014 17:04:17 -0700 (PDT) X-Received: by 10.66.164.37 with SMTP id yn5mr10028489pab.26.1408406657674; Mon, 18 Aug 2014 17:04:17 -0700 (PDT) Received: from mail-vc0-x230.google.com (mail-vc0-x230.google.com [2607:f8b0:400c:c03::230]) by gmr-mx.google.com with ESMTPS id sq8si194586vdb.2.2014.08.18.17.04.17 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 18 Aug 2014 17:04:17 -0700 (PDT) Received-SPF: pass (google.com: domain of aaron.patterson@gmail.com designates 2607:f8b0:400c:c03::230 as permitted sender) client-ip=2607:f8b0:400c:c03::230; Received: by mail-vc0-f176.google.com with SMTP id id10so6612747vcb.35 for ; Mon, 18 Aug 2014 17:04:17 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.220.96.137 with SMTP id h9mr2986161vcn.46.1408406657465; Mon, 18 Aug 2014 17:04:17 -0700 (PDT) Received: by 10.220.190.74 with HTTP; Mon, 18 Aug 2014 17:04:17 -0700 (PDT) In-Reply-To: <53f261fc.0f1ae00a.7148.7a49@mx.google.com> References: <53f261fc.0f1ae00a.7148.7a49@mx.google.com> Date: Mon, 18 Aug 2014 17:04:17 -0700 Message-ID: Subject: Re: [ANN] Rack, Change of Maintainer & Status From: Aaron Patterson To: "rack-core@googlegroups.com" Cc: ruby-talk@ruby-lang.org, rack-devel@googlegroups.com, rubyonrails-talk@googlegroups.com X-Original-Sender: aaron.patterson@gmail.com X-Original-Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of aaron.patterson@gmail.com designates 2607:f8b0:400c:c03::230 as permitted sender) smtp.mail=aaron.patterson@gmail.com; dkim=pass header.i=@gmail.com; dmarc=pass (p=NONE dis=NONE) header.from=gmail.com Reply-To: rack-core@googlegroups.com Precedence: list Mailing-list: list rack-core@googlegroups.com; contact rack-core+owners@googlegroups.com List-ID: X-Google-Group-Id: 504757074975 List-Post: , List-Help: , List-Archive: , Content-Type: multipart/alternative; boundary=001a11c2dbe68485fc0500f03a0e --001a11c2dbe68485fc0500f03a0e Content-Type: text/plain; charset=UTF-8 Thanks for the hard work through the years raggi! I'm actually really excited to take over. First I want to say that I'll be taking over maintenance (including bug fixes, etc). I do expect to release a Rack 2.0, but as a gem version, maybe not a SPEC version. I *do* want to push forward the rack SPEC, but I think that's a different thread. Maybe the next generation Rack won't be called "Rack", but I don't see why not (although, again that's a different thread). Anyway, thank you all so much for the hard work through the years, and I can't wait to go to the next chapter. I've released a 1.6.0-beta so please try it out. We'll ship another beta with a better announcement email. I'm on vacation right now, but I've got some ideas for where we should go and I'll start a new thread with that when I get back. <3<3<3<3 On Mon, Aug 18, 2014 at 1:28 PM, wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Dearest Rack Community, Ruby Community, and passionate onlookers, > > There is a time when transitions must be realized by a point of impact, > when a torch must go out, and it's replacement brightens the darkness. > We've arrived at such a point in the history of Rack. To cut the following > story short, I (raggi) will be stepping down from any "maintainer" role in > Rack. Aaron (tenderlove) will continue to maintain point releases > henceforth. Additionally, as it stands today, the "Rack Core Team" are > formally announcing that we do not expect that this team will release Rack > 2.0. The rest of this missive will explain some history, and provide > overdue gratitudes. > > As many have seen, in the last year Rack has seen little to no > maintenance. This is both a good and a bad thing. It is good in that the > product is quite stable now, for what it is. It is bad in that the product > is, like all software, not yet bug free. More than bug related challenges, > Rack is now starting to fall behind the times at the architecture level. > The reasons for non-maintenance are largely personal reasons, related to > the lives of the core team. In most cases, a large part of the reason is > that the team has moved on, using alternative technologies, if doing any > software engineering at all. Some members have kids, some have jobs too > busy to make time for Rack. > > After some discussion by partially-laden swallow and internet telepathy, > the original core team are in agreement that "holding the torch" - Rack as > the sole middle-tier specification for the Ruby community - is at this > point no longer appropriate. The world is changing, with Websockets, > Server-Sent Events, SPDY, HTTP2, quic, and many Ruby implementations having > usable multi-threading among many many other things. The next generation of > middleware specification for Ruby should address these changes, and we wish > to encourage the community to take ownership and do this. > > It is quite likely that some battles will ensue, but it is our "dying" > hope that by announcing the completion of Rack, the community will rally to > the cries of its many members. Users will place their fire and brimstone > under cauldrons and once again cook up a popular new abstraction that will > spread even across foreign lands as Rack once did. > > When Rack was first introduced to the community, there were many > specifications for server and application interfaces. Chris did an amazing > job at providing an abstraction so simple that it would be hard to argue it > could be any simpler. In addition to providing a much needed specification > for the connection between servers and applications, Rack also included > many helpers to reduce common duplication - with great success. Eventually > even Rails joined the party, and once at critical mass, Chris created the > Rack Core Team. This was a fruitful period in the history of Rack. A great > deal of middleware was produced, and it was good. > > Fast forward to a couple of years ago, and Rack was in a similar place to > where it is now. Many of the core team were busy with other > responsibilities, and Rack was behind in maintenance. I (raggi) saw this > and saw members of the community suffering as a result. I decided to put in > the effort to clear our backlog and roll some releases. Little did I know > at the time, but performing such an effort can inadvertently transmute > oneself into a maintainer. In the time that followed, I did my best to > ensure that critical security releases were timely, and that at other > times, as few regressions were released as possible. For some in the > community, this attention to detail was too much, they would prefer more > speed. Rack has a very large API surface, that stretches deep into the > servers, and deep into the applications. The API is very simple, which also > means that it's subtleties are actually critical semantics for many users. > In light of this, there is some advice available in this gist[1], that was > once unfortunately made public before it's time. I hope that it provides > some food for thought in future endeavours, but it is in no way a map to > fame and riches (or a recipe for brewing what the next tier should be!). > > A final note for those that may now be hearing the rattle of their > chainmail. Rack will still be maintained for some time. The community needs > it, and there are many that depend on it. There are many people who can > still look after it, and additionally I will still assist those that kindly > request it. No one is leaving you unsupported, this announcement is for > your benefit, and it is best to see it as a chapter for the community, not > an epitaph. Aaron will provide more details in due time. > > Thank you everyone for your contributions, code, comments, support, > discussions and even arguments. Without your input, Rack would not have > been so successful. Never underestimate your value, we love you all, and we > wish you the best of times! > > Happy hacking, > > - raggi, in association with rack-core. > > [1] https://gist.github.com/raggi/11c3491561802e573a47 > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1 > > iQEcBAEBAgAGBQJT8mH6AAoJELphsezQxofDFTwH/1Gu1yF5paia7IvI6ciCNutD > cd422lkbEubT0RwZEEZjKG/4ah3THcvjJwgRk6v74ggA0GKrXmMsgSeQSC59L1GH > BCw+FdMj8DwEoCfVGo9ID42SmHGuj+6W7MNpTPVW5u/Ck4k1uJ14gcSdoaS4ut0V > Wqr623uhYcIPEgQir6jvVjRCHclnjphR7cVmeueV7Lpnh15Tw1ttoRPZgsHsYqat > vTwYz2x4XC8jNfGLbejEoxSNnCc8UZC6SfVnMazOuqN6RnR0p7qBXSCtTD72H8l7 > Fk+cAivJxjss+rnorYjxsS7a4XUsspYaaLd+IdYcNDRGLhPbltdOpLcG6U005TU= > =Qwuf > -----END PGP SIGNATURE----- > > -- > > --- > You received this message because you are subscribed to the Google Groups > "Rack Core team" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to rack-core+unsubscribe@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- Aaron Patterson http://tenderlovemaking.com/ -- --- You received this message because you are subscribed to the Google Groups "Rack Core team" group. To unsubscribe from this group and stop receiving emails from it, send an email to rack-core+unsubscribe@googlegroups.com. For more options, visit https://groups.google.com/d/optout. --001a11c2dbe68485fc0500f03a0e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks for the hard work through the years raggi!

=
I'm actually really excited to take over. =C2=A0First I want= to say that I'll be taking over maintenance (including bug fixes, etc)= . =C2=A0I do expect to release a Rack 2.0, but as a gem version, maybe not = a SPEC version. =C2=A0I *do* want to push forward the rack SPEC, but I thin= k that's a different thread. =C2=A0Maybe the next generation Rack won&#= 39;t be called "Rack", but I don't see why not (although, aga= in that's a different thread).

Anyway, thank you all so much for the hard work through= the years, and I can't wait to go to the next chapter. =C2=A0I've = released a 1.6.0-beta so please try it out. =C2=A0We'll ship another be= ta with a better announcement email.

I'm on vacation right now, but I've got some id= eas for where we should go and I'll start a new thread with that when I= get back.

<3<3<3<3



O= n Mon, Aug 18, 2014 at 1:28 PM, <jftucker@gmail.com> wrote= :
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Dearest Rack Community, Ruby Community, and passionate onlookers,

There is a time when transitions must be realized by a point of impact, whe= n a torch must go out, and it's replacement brightens the darkness. We&= #39;ve arrived at such a point in the history of Rack. To cut the following= story short, I (raggi) will be stepping down from any "maintainer&quo= t; role in Rack. Aaron (tenderlove) will continue to maintain point release= s henceforth. Additionally, as it stands today, the "Rack Core Team&qu= ot; are formally announcing that we do not expect that this team will relea= se Rack 2.0. The rest of this missive will explain some history, and provid= e overdue gratitudes.

As many have seen, in the last year Rack has seen little to no maintenance.= This is both a good and a bad thing. It is good in that the product is qui= te stable now, for what it is. It is bad in that the product is, like all s= oftware, not yet bug free. More than bug related challenges, Rack is now st= arting to fall behind the times at the architecture level. The reasons for = non-maintenance are largely personal reasons, related to the lives of the c= ore team. In most cases, a large part of the reason is that the team has mo= ved on, using alternative technologies, if doing any software engineering a= t all. Some members have kids, some have jobs too busy to make time for Rac= k.

After some discussion by partially-laden swallow and internet telepathy, th= e original core team are in agreement that "holding the torch" - = Rack as the sole middle-tier specification for the Ruby community - is at t= his point no longer appropriate. The world is changing, with Websockets, Se= rver-Sent Events, SPDY, HTTP2, quic, and many Ruby implementations having u= sable multi-threading among many many other things. The next generation of = middleware specification for Ruby should address these changes, and we wish= to encourage the community to take ownership and do this.

It is quite likely that some battles will ensue, but it is our "dying&= quot; hope that by announcing the completion of Rack, the community will ra= lly to the cries of its many members. Users will place their fire and brims= tone under cauldrons and once again cook up a popular new abstraction that = will spread even across foreign lands as Rack once did.

When Rack was first introduced to the community, there were many specificat= ions for server and application interfaces. Chris did an amazing job at pro= viding an abstraction so simple that it would be hard to argue it could be = any simpler. In addition to providing a much needed specification for the c= onnection between servers and applications, Rack also included many helpers= to reduce common duplication - with great success. Eventually even Rails j= oined the party, and once at critical mass, Chris created the Rack Core Tea= m. This was a fruitful period in the history of Rack. A great deal of middl= eware was produced, and it was good.

Fast forward to a couple of years ago, and Rack was in a similar place to w= here it is now. Many of the core team were busy with other responsibilities= , and Rack was behind in maintenance. I (raggi) saw this and saw members of= the community suffering as a result. I decided to put in the effort to cle= ar our backlog and roll some releases. Little did I know at the time, but p= erforming such an effort can inadvertently transmute oneself into a maintai= ner. In the time that followed, I did my best to ensure that critical secur= ity releases were timely, and that at other times, as few regressions were = released as possible. For some in the community, this attention to detail w= as too much, they would prefer more speed. Rack has a very large API surfac= e, that stretches deep into the servers, and deep into the applications. Th= e API is very simple, which also means that it's subtleties are actuall= y critical semantics for many users. In light of this, there is some advice= available in this gist[1], that was once unfortunately made public before = it's time. I hope that it provides some food for thought in future ende= avours, but it is in no way a map to fame and riches (or a recipe for brewi= ng what the next tier should be!).

A final note for those that may now be hearing the rattle of their chainmai= l. Rack will still be maintained for some time. The community needs it, and= there are many that depend on it. There are many people who can still look= after it, and additionally I will still assist those that kindly request i= t. No one is leaving you unsupported, this announcement is for your benefit= , and it is best to see it as a chapter for the community, not an epitaph. = Aaron will provide more details in due time.

Thank you everyone for your contributions, code, comments, support, discuss= ions and even arguments. Without your input, Rack would not have been so su= ccessful. Never underestimate your value, we love you all, and we wish you = the best of times!

Happy hacking,

=C2=A0- raggi, in association with rack-core.

[1] https://gist.github.com/raggi/11c3491561802e573a47


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQEcBAEBAgAGBQJT8mH6AAoJELphsezQxofDFTwH/1Gu1yF5paia7IvI6ciCNutD
cd422lkbEubT0RwZEEZjKG/4ah3THcvjJwgRk6v74ggA0GKrXmMsgSeQSC59L1GH
BCw+FdMj8DwEoCfVGo9ID42SmHGuj+6W7MNpTPVW5u/Ck4k1uJ14gcSdoaS4ut0V
Wqr623uhYcIPEgQir6jvVjRCHclnjphR7cVmeueV7Lpnh15Tw1ttoRPZgsHsYqat
vTwYz2x4XC8jNfGLbejEoxSNnCc8UZC6SfVnMazOuqN6RnR0p7qBXSCtTD72H8l7
Fk+cAivJxjss+rnorYjxsS7a4XUsspYaaLd+IdYcNDRGLhPbltdOpLcG6U005TU=3D
=3DQwuf
-----END PGP SIGNATURE-----

--

---
You received this message because you are subscribed to the Google Groups &= quot;Rack Core team" group.
To unsubscribe from this group and stop receiving emails from it, send an e= mail to rack-co= re+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.



-- Aaron Patterson
http://tender= lovemaking.com/

--

---
You received this message because you are subscribed to the Google Groups &= quot;Rack Core team" group.
To unsubscribe from this group and stop receiving emails from it, send an e= mail to rack-core= +unsubscribe@googlegroups.com.
For more options, visit http= s://groups.google.com/d/optout.
--001a11c2dbe68485fc0500f03a0e--