Re: Anonymous modules

2016-08-10 Thread Marco Massenzio
:07 PM, Marco Massenzio > wrote: > >> Hi folks, >> >> I've recently updated my repo to the 1.0.0 release and noticed that the >> code in main.cpp that used to run the anonymous modules is now gone. >> >> Before I embark on a wild goose chase to fi

Re: Anonymous modules

2016-08-09 Thread Kapil Arya
code in main.cpp that used to run the anonymous modules is now gone. > > Before I embark on a wild goose chase to find it, could someone please let > me know if they are still supported? > (if they aren't I have clearly missed the memo - sorry about that!) > > Thanks in

Anonymous modules

2016-08-09 Thread Marco Massenzio
Hi folks, I've recently updated my repo to the 1.0.0 release and noticed that the code in main.cpp that used to run the anonymous modules is now gone. Before I embark on a wild goose chase to find it, could someone please let me know if they are still supported? (if they aren't I ha

Re: Anonymous modules running context - Another attempt

2016-02-27 Thread Joris Van Remoortere
Hi Marco, It seems Kapil took a look at your reviews, and likely has context to understand whether this change makes sense. I would suggest that you clean up the style errors in the reviews, as there are still quite a few. Thanks! — *Joris Van Remoortere* Mesosphere On Fri, Feb 26, 2016 at 9:58

Anonymous modules running context - Another attempt

2016-02-26 Thread Marco Massenzio
Hey folks, I'm again pleading some (minimal) amount of feedback, before I give up on the following two reviews: https://reviews.apache.org/r/41760/ https://reviews.apache.org/r/41854/ Honestly, they are tiny, have been out exactly two months today, I've even addressed all comments, really, all i

Re: Anonymous Modules "runtime context"

2016-02-01 Thread Marco Massenzio
Hello, folks. Now that 0.27 is out of the way, I'm wondering whether I could ping (again) about this Issue[1] and the associated code review[2] - also, in the spirit of recent emails, comments from "more experienced contributors" would be much appreciated too. Thanks! -- *Marco Massenzio* http:

Re: Anonymous Modules "runtime context"

2016-01-12 Thread Marco Massenzio
@haosdent / @james: Thanks for your comments, also feel free to chime in on the Jira. Kapil just confirmed he's happy to shepherd, so we're good to go. As for adding more "stuff" - I do agree, `Flags` is a bit on the "bare minimum" but also I wanted to avoid stuffing this method with "too much in

Re: Anonymous Modules "runtime context"

2016-01-11 Thread James Peach
> On Jan 8, 2016, at 9:43 PM, Marco Massenzio wrote: > > Hey folks, > > any takers? > I'd really like to have an initial conversation about MESOS-4253, I think the concept is useful, though I'm not sure that just getting Flags is enough. For example, I think it is reasonable for a module to s

Re: Anonymous Modules "runtime context"

2016-01-09 Thread haosdent
Hi, @Macro. Your ideas looks cool. Only use "parameters" as module seems not enough and convenience. I am doing https://issues.apache.org/jira/browse/MESOS-3709 . if it have a way to pass slave::Flags, it would more convenience. So that I not need convert Flags to parameters, and convert parameters

Re: Anonymous Modules "runtime context"

2016-01-08 Thread Marco Massenzio
Hey folks, any takers? I'd really like to have an initial conversation about MESOS-4253, anyone willing to shepherd this one? Many thanks! -- *Marco Massenzio* http://codetrips.com On Mon, Jan 4, 2016 at 12:19 PM, Marco Massenzio wrote: > Happy New Year, everyone! > > During the break, I've

Anonymous Modules "runtime context"

2016-01-04 Thread Marco Massenzio
Happy New Year, everyone! During the break, I've been playing with a toy anon module[0] mostly for "learning" purposes. In doing so, I realized it would be useful, as a developer, to get access to even a "minimal" runtime context and filed MESOS-4253[1]. (there was also a TODO from benh in the re