Okay, I took a stab at it this morning, can I get a double check before pushing it out? The latest commit would be opened as a PR.
https://github.com/JonZeolla/metron-bro-plugin-kafka/tree/dev Jon On Fri, Sep 15, 2017 at 12:54 PM zeo...@gmail.com <zeo...@gmail.com> wrote: > Good point, I can take that task re migrating the revision history of the > folder. > > Jon > > On Fri, Sep 15, 2017, 12:14 Nick Allen <n...@nickallen.org> wrote: > >> Hi Jon - >> >> I agree with you on the approach. We should first copy everything as it >> is >> to the new repo. We should maintain the revision history too. I'm sure >> there is a way to do it, but would have to research a bit. Then we apply >> your changes on top of that. >> >> Thanks >> >> On Thu, Sep 14, 2017 at 1:36 AM, zeo...@gmail.com <zeo...@gmail.com> >> wrote: >> >> > So, I've been working on METRON-813 >> > <https://issues.apache.org/jira/browse/METRON-813> lately and I have an >> > initial run at it ready to go here >> > <https://github.com/JonZeolla/metron-bro-plugin-kafka> (squashed >> history, >> > see a better history there >> > <https://github.com/JonZeolla/metron-bro-plugin-kafka/commits/bro-pkg >> >). >> > Since the metron-bro-plugin-kafka repo is empty, I can't open a PR >> against >> > it on GitHub for review. Does anybody have a suggestion regarding how >> to >> > move forward? I see two options: >> > 1. I make the initial commit a direct copy of the bro-plugin-kafka >> folder >> > <https://github.com/apache/metron/tree/master/metron- >> > sensors/bro-plugin-kafka> >> > (I believe this would require a new JIRA for a direct copy), and then >> open >> > a PR for the METRON-813 changes to get reviewed via the normal process. >> > 2. I make the initial commit the result of METRON-813, but review occurs >> > via the mailing list and using my fork. >> > >> > I prefer 1, but wanted to put it up for discussion. Once we decide on >> the >> > correct approach then I would be happy to put together a testing plan >> for >> > the PR as well. >> > >> > Just to clarify, the general roadmap for getting this used in >> apache/metron >> > is: >> > 1. Create a bro package in apache/metron-bro-plugin-kafka >> > 2. Update the ansible bro setup >> > <https://github.com/apache/metron/tree/master/metron- >> > deployment/roles/bro/tasks> >> > to install/configure bro-pkg (`pip install bro-pkg && bro-pkg >> autoconfig`) >> > and use it to install the apache/metron-bro-plugin-kafka package. >> > >> > I will also be adding this to the official bro package manager >> > <https://github.com/bro/packages>, but out of an abundance of caution I >> > plan to setup ansible to pull the package directly from the >> > apache/metron-bro-plugin-kafka using bro-pkg instead of going through >> the >> > bro/packages package source (which removes the bro/packages dependency). >> > >> > Feedback on all of the above is welcome. >> > >> > Jon >> > -- >> > >> > Jon >> > >> > -- > > Jon > -- Jon