Should CoreOS decide to adopt a governance model which is not open or what
the Mesos community wants, does it make sense to adopt the Rocket spec and
evolve it along with Mesos ? Having a documented container spec for Mesos
which can evolve along with Mesos would in some ways be better than perhaps
adopting Rocket's spec.

Arunabha

On Wed, Dec 3, 2014 at 11:49 AM, Dave Lester <daveles...@gmail.com> wrote:

> Thanks, I'll take the discussion to the GitHub issue.
>
> On Wed, Dec 3, 2014 at 11:44 AM, Tim Chen <t...@mesosphere.io> wrote:
>
>> Hi Dave,
>>
>> I actually can't remember is it on the github issue, email list or
>> twitter feed, but definitely one of them.
>>
>> Tim St Clair just brought up Apache on #139, and I'm a +1 on that as well.
>>
>> Feel free to chime in on that Github issue you linked.
>>
>> Tim
>>
>> On Wed, Dec 3, 2014 at 11:40 AM, Dave Lester <daveles...@gmail.com>
>> wrote:
>>
>>> Hey Tim C,
>>>
>>> Out of curiosity, which GitHub issue are you referring to when you say 
>>> "Apache
>>> is one of the options mentioned"?
>>>
>>> I don't see it it in the discussion thread for
>>> https://github.com/coreos/rocket/issues/139, but I would love to find
>>> it and +1 the idea. Moving to Apache would be great to see.
>>>
>>> Dave
>>>
>>> On Wed, Dec 3, 2014 at 10:02 AM, Timothy Chen <t...@mesosphere.io> wrote:
>>>
>>>> Hi Tim,
>>>>
>>>> Definitely I agree, i think what I am getting at is that it's clear
>>>> from the conversation that a open governance is what they want from day
>>>> one. Apache is one of the options mentioned one the Issue, and I believe
>>>> something along that line is most probable.
>>>>
>>>> As long as that's true it won't be as difficult as other options to
>>>> maintain  as an containerizer option for us.
>>>>
>>>> Tim
>>>>
>>>> On Dec 3, 2014, at 9:42 AM, Tim St Clair <tstcl...@redhat.com> wrote:
>>>>
>>>> inline below
>>>>
>>>> ------------------------------
>>>>
>>>> *From: *"Tim Chen" <t...@mesosphere.io>
>>>> *To: *u...@mesos.apache.org
>>>> *Cc: *"dev" <dev@mesos.apache.org>
>>>> *Sent: *Wednesday, December 3, 2014 11:20:47 AM
>>>> *Subject: *Re: Rocket
>>>>
>>>> Hi Tim,
>>>>
>>>> I see you've already commented on the rocket repo about this, and from
>>>> their messaging it aims to be independent which should be the whole point
>>>> of the open container spec.
>>>>
>>>> I'm all over this like white on rice.
>>>>
>>>>
>>>> I think the best way is just to be involved in the spec early on and
>>>> continue to do so while we move forward, and we have relationships with the
>>>> rocket people which should help also being in the loop as well.
>>>>
>>>> Relationships alone won't cut it.
>>>> Friends one day, enemies the next, isn't that the way it worked with
>>>> Docker...?
>>>>
>>>> Governance, such as Apaches model, is of critical importance.
>>>>
>>>>
>>>> Tim
>>>>
>>>> On Wed, Dec 3, 2014 at 8:26 AM, Tim St Clair <tstcl...@redhat.com>
>>>> wrote:
>>>>
>>>>>
>>>>> Not to put too fine a point on it, but how are folks planning on
>>>>> establishing governance around the App Container spec?
>>>>>
>>>>> https://github.com/coreos/rocket/issues/193
>>>>>
>>>>> If the mesos community decides to leverage our own, how do we ensure
>>>>> that we have say in the spec going forwards?
>>>>>
>>>>> Cheers,
>>>>> Tim
>>>>>
>>>>> ----- Original Message -----
>>>>> > From: "Tobias Knaup" <t...@knaup.me>
>>>>> > To: u...@mesos.apache.org
>>>>> > Cc: "dev" <dev@mesos.apache.org>
>>>>> > Sent: Monday, December 1, 2014 11:39:58 PM
>>>>> > Subject: Re: Rocket
>>>>> >
>>>>> > An important point to clarify is that two things were announced: a
>>>>> spec
>>>>> > (App Container) and an implementation (Rocket).
>>>>> > Here is the spec:
>>>>> > https://github.com/coreos/rocket/blob/master/app-container/SPEC.md
>>>>> > This separation of spec and implementation is important. It makes it
>>>>> much
>>>>> > easier to integrate in Mesos. systemd is also just the
>>>>> implementation of
>>>>> > the runtime part of the spec that CoreOS chose for Rocket. Mesos can
>>>>> use
>>>>> > something else or come with its own.
>>>>> >
>>>>> >
>>>>> > On Mon, Dec 1, 2014 at 1:29 PM, Dominic Hamon <
>>>>> dha...@twopensource.com>
>>>>> > wrote:
>>>>> >
>>>>> > > Instead of considering the Rocket runtime as implemented, we should
>>>>> > > instead consider how we can implement their specification. A
>>>>> community is
>>>>> > > always healthier when there are multiple implementations of a
>>>>> > > specification, and through implementing it we may find ways to
>>>>> improve it.
>>>>> > >
>>>>> > > Also, this allows us to be a strong voice in the community and
>>>>> provide
>>>>> > > value through a C++ implementation.
>>>>> > >
>>>>> > > I've created a JIRA ticket
>>>>> > > https://issues.apache.org/jira/browse/MESOS-2162 to track any
>>>>> thoughts on
>>>>> > > this.
>>>>> > >
>>>>> > > On Mon, Dec 1, 2014 at 11:10 AM, Tim Chen <t...@mesosphere.io>
>>>>> wrote:
>>>>> > >
>>>>> > >> Hi all,
>>>>> > >>
>>>>> > >> Per the announcement from CoreOS about Rocket (
>>>>> > >> https://coreos.com/blog/rocket/) , it seems to be an exciting
>>>>> > >> containerizer runtime that has composable isolation/components,
>>>>> better
>>>>> > >> security and image specification/distribution.
>>>>> > >>
>>>>> > >> All of these design goals also fits very well into Mesos, where
>>>>> in Mesos
>>>>> > >> we also have a pluggable isolators model and have been
>>>>> experiencing some
>>>>> > >> pain points with our existing containerizers around image
>>>>> distribution and
>>>>> > >> security as well.
>>>>> > >>
>>>>> > >> I'd like to propose to integrate Rocket into Mesos with a new
>>>>> Rocket
>>>>> > >> containerizer, where I can see we can potentially integrate our
>>>>> existing
>>>>> > >> isolators into Rocket runtime.
>>>>> > >>
>>>>> > >> Like to learn what you all think,
>>>>> > >>
>>>>> > >> Thanks!
>>>>> > >>
>>>>> > >
>>>>> > >
>>>>> > >
>>>>> > > --
>>>>> > > Dominic Hamon | @mrdo | Twitter
>>>>> > > *There are no bad ideas; only good ideas that go horribly wrong.*
>>>>> > >
>>>>> >
>>>>>
>>>>> --
>>>>> Cheers,
>>>>> Timothy St. Clair
>>>>> Red Hat Inc.
>>>>>
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Cheers,
>>>> Timothy St. Clair
>>>> Red Hat Inc.
>>>>
>>>>
>>>
>>
>

Reply via email to