Re: [DISCUSS] Support Ubuntu Installs in the MPack

2017-12-18 Thread Nick Allen
Here are the JIRAs that fell out of this discussion. Work will progress in this order. - METRON-1351 Create Installable Packages for Ubuntu Trusty - METRON-1371 Enhance Mpack for Ub

Re: [DISCUSS] Support Ubuntu Installs in the MPack

2017-12-15 Thread Otto Fowler
It would almost seem like this is a contrib or incubating effort then no? You didn’t have to write that Ubuntu guide for nothing. Maybe we should be more explicit in that way with regards to support. When we have it fully supported it can ‘graduate’ to the main metron-deployment. On December 15

Re: [DISCUSS] Support Ubuntu Installs in the MPack

2017-12-15 Thread Nick Allen
> It might be worthwhile constructing a JIRA in apache to capture the follow-on tasks required to bring Ubuntu into a status where it's more prominent in our testing cycle. ​Agreed. I can take care of that.​ ​ On Fri, Dec 15, 2017 at 10:54 AM, Casey Stella wrote: > Nick is right that the ASF

Re: [DISCUSS] Support Ubuntu Installs in the MPack

2017-12-15 Thread Justin Leet
Yeah, I definitely agree with folding testing Ubuntu into an RC. It would be nice if we could fold that testing into a schedule, e.g. weekly, to avoid unpleasant surprises at RC time. Not really sure what the best way to go about that would be. I think a Jira on the testing topic is a good idea.

Re: [DISCUSS] Support Ubuntu Installs in the MPack

2017-12-15 Thread Casey Stella
Nick is right that the ASF does not provide support in an explicit way (i.e. there are no pathways to get *prioritized* support via SLAs, etc.), but it is expected that apache projects provide support via mailing lists and answered by volunteers. Specifically, this is the crux of the "community ov

Re: [DISCUSS] Support Ubuntu Installs in the MPack

2017-12-15 Thread Nick Allen
> The end goal is Ubuntu Ambari + Deb and full-dev-ubuntu right? That list sounds good to me. (Plus, some way of dealing with Justin's point about support.) On Fri, Dec 15, 2017 at 10:11 AM Otto Fowler wrote: > I’m ok if it is not. Suggesting because it is a series of prs. > > The end goal i

Re: [DISCUSS] Support Ubuntu Installs in the MPack

2017-12-15 Thread Nick Allen
That sounds good, Justin. It's a completely valid point. I just wasn't sure how far we needed to take it. Is there anything I can do in my current open PRs to address this concern? * https://github.com/apache/metron/pull/868 * https://github.com/apache/metron/pull/869 Another alternative would

Re: [DISCUSS] Support Ubuntu Installs in the MPack

2017-12-15 Thread Justin Leet
By 'direct support" I just meant that it becomes an installation target we semi-actively maintain a specific installation method for. Right now we don't need to communicate that all because we don't provide anything other RPMs. The cutoff is implicit: There's convenience RPMs you can build, or yo

Re: [DISCUSS] Support Ubuntu Installs in the MPack

2017-12-15 Thread Otto Fowler
I’m ok if it is not. Suggesting because it is a series of prs. The end goal is Ubuntu Ambari + Deb and full-dev-ubuntu right? On December 15, 2017 at 10:03:23, Nick Allen (n...@nickallen.org) wrote: > This seems like a feature branch candidate. Personally, I don't see the need for a feature bra

Re: [DISCUSS] Support Ubuntu Installs in the MPack

2017-12-15 Thread Nick Allen
> This seems like a feature branch candidate. Personally, I don't see the need for a feature branch on this one. It won't involve big, architectural changes. The touch points are constrained. Everything that we currently have will continue to work as it always had after each PR. If you feel st

Re: [DISCUSS] Support Ubuntu Installs in the MPack

2017-12-15 Thread Nick Allen
> I suggest we make sure to very explicitly document what the level of support, testing, etc. for everything is. If we're not requiring everything to be tested against Ubuntu, we should make sure to document exactly what the difference in expectation is along with it being in some categorization t

Re: [DISCUSS] Support Ubuntu Installs in the MPack

2017-12-15 Thread Justin Leet
If we start adding direct support for systems other than CentOS (which I'm in favor of), I suggest we make sure to very explicitly document what the level of support, testing, etc. for everything is. If we're not requiring everything to be tested against Ubuntu, we should make sure to document exa

Re: [DISCUSS] Support Ubuntu Installs in the MPack

2017-12-14 Thread Otto Fowler
This sounds awesome. The hortonworks article is getting older ever day. This seems like a feature branch candidate. On December 14, 2017 at 18:22:33, Nick Allen (n...@nickallen.org) wrote: I've done some work to get the MPack working on Ubuntu. I'd like to get that work packaged up and contribut

[DISCUSS] Support Ubuntu Installs in the MPack

2017-12-14 Thread Nick Allen
I've done some work to get the MPack working on Ubuntu. I'd like to get that work packaged up and contributed back to Apache. I think it would be genuinly useful to the community. Here is how I was thinking about tackling that through a series of PRs. 1. Create the DEBs necessary for installing