Mailing-List: contact dev-help@aurora.incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@aurora.incubator.apache.org
Received-SPF: softfail (nike.apache.org: transitioning domain of
 Stephan.Erb@blue-yonder.com does not designate 80.67.31.94 as permitted
 sender)
From: "Erb, Stephan" <Stephan.Erb@blue-yonder.com>
To: "dev@aurora.incubator.apache.org" <dev@aurora.incubator.apache.org>, "Jake
 Farrell" <jfarrell@apache.org>
Subject: Re: Soliciting feature requests for 0.8.0
Thread-Topic: Soliciting feature requests for 0.8.0
Thread-Index: AQHQTGhYgOjckPisT0uCtTUHvbAL9Zz4LNIAgAAB/YCAAFsR9g==
Date: Thu, 19 Feb 2015 22:22:16 +0000
Message-ID: <1424384972177.50126@blue-yonder.com>
References: 
 <CAGRA8uM2N6SEyXbJN-yNmPk84Ar1WVgrPavfZXg5Q9R93VOc3A@mail.gmail.com>
	<CANyrgvdVysuB_jBTBq+wt2bzHL9tdATpUNt20Z7EUMWu6xo=+g@mail.gmail.com>,<CAMnduq8d5UmQd6tq8mdOho43oZ=iMUvnhv1EpN5+OqfYpgW8wg@mail.gmail.com>
In-Reply-To: 
 <CAMnduq8d5UmQd6tq8mdOho43oZ=iMUvnhv1EpN5+OqfYpgW8wg@mail.gmail.com>
Accept-Language: en-US, de-DE
Content-Language: en-US
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0

We would be interested in the Shiro authentication track as well. =0A=
=0A=
As I understand it, is a prerequisite for a more refined security model (in=
cluding the observer deprecation) where we can hinder users from looking in=
to each others sandboxes.=0A=
=0A=
Regards,=0A=
Stephan=0A=
________________________________________=0A=
From: Joshua Cohen <jcohen@twopensource.com>=0A=
Sent: Thursday, February 19, 2015 6:47 PM=0A=
To: dev@aurora.incubator.apache.org; jfarrell@apache.org=0A=
Subject: Re: Soliciting feature requests for 0.8.0=0A=
=0A=
Big +1 for getting Shiro in, as it will require a deprecation cycle before=
=0A=
we can remove the old auth system, and the less time we have both hanging=
=0A=
around the better.=0A=
=0A=
I'd love to see better packaging/distribution as well (AURORA-951).=0A=
=0A=
On Thu, Feb 19, 2015 at 9:40 AM, Jake Farrell <jfarrell@apache.org> wrote:=
=0A=
=0A=
> Would love to see AURORA-951: debian packaging make it into 0.8.0.=0A=
>=0A=
> AURORA-1031: pesos seems like it might be a big change and might be worth=
=0A=
> waiting till 0.9.0 so it can get more eyes on it and some time to soak in=
=0A=
> tests=0A=
>=0A=
> -Jake=0A=
>=0A=
>=0A=
>=0A=
> On Thu, Feb 19, 2015 at 12:19 PM, Bill Farner <wfarner@apache.org> wrote:=
=0A=
>=0A=
> > Hi Folks,=0A=
> >=0A=
> > I'd like to get the ball rolling on 0.8.0 by seeking input from the=0A=
> > community about what you all would like to see in the next release.  Be=
ar=0A=
> > in mind that we are aiming to release about once per month, so that=0A=
> > duration should help guide the number and complexity of features we=0A=
> target.=0A=
> >=0A=
> > We seeded this discussion in this week's IRC meeting, and had a few ear=
ly=0A=
> > suggestions:=0A=
> >=0A=
> > AURORA-809: authentication with shiro=0A=
> >=0A=
> > AURORA-1024: dual read thermos checkpoint data (a step towards retiring=
=0A=
> the=0A=
> > thermos observer)=0A=
> >=0A=
> > (no ticket): lift server-side job update coordination to default,=0A=
> deprecate=0A=
> > client-orchestrated updates=0A=
> >=0A=
> > AURORA-1031: replace libmesos in the executor with pesos, simplifying t=
he=0A=
> > python build significantly=0A=
> >=0A=
> >=0A=
> > Jake Farrell has volunteered to act as Release Manager for 0.8.0 (thank=
s,=0A=
> > Jake!), but if any other PPMC member would like to cut their teeth at=
=0A=
> this,=0A=
> > he will happily be relieved of the duty :-)=0A=
> >=0A=
> > So with that, please feel free to +/-1, +0 individual features listed=
=0A=
> > above, or suggest additional features we should target!=0A=
> >=0A=
> >=0A=
> > -=3DBill=0A=
> >=0A=
>=0A=