I agree with Casey regarding the version itself, but I'd be fine with somethign else if someone else has a convincing argument.
Jon On Thu, Feb 9, 2017 at 2:12 PM Justin Leet <justinjl...@gmail.com> wrote: I can pick this up once we have an agreement on the version number. When we agree on that, I'll make a Jira and rev it. Justin On Thu, Feb 9, 2017 at 2:05 PM, Casey Stella <ceste...@gmail.com> wrote: > I do agree that the MPack should be rev'd and a new RC should be cut. Is > there a way to name the versioning of the management pack so that it > indicates the oldest version of Metron that can be installed with that > version? So, in this case, maybe 0.3.1.0? > > Also, I'm looking for volunteers to take this renaming JIRA once we decide > to do it. > > Casey > > On Thu, Feb 9, 2017 at 1:56 PM, David Lyle <dlyle65...@gmail.com> wrote: > > > Good looking out, Jon! > > > > I would recommend against version matching it with Metron. In the future, > > the MPack will need to rev much less frequently than Metron, so MPack rev > > x.x.x.x will install Metron y.y.y+. My read on the prior release bits is > > that 0.3.0 is using MPack 1.0.0.0-SNAPSHOT, which is either an error or > an > > indication that we didn't actually release the MPack as part of 0.3.0 > > (which is my view), so if we agree it's ready, we can call this one > 1.0.0.0 > > and cut a new RC with that change. > > > > I'd also support the following: > > > > Declare it "not ready" and leave it at 1.0.0.0-SNAPSHOT > > Decide 0.3.0 actually did contain MPack 1.0.0.0 and increment this to > > 1.0.1.0. > > (I'm sure there are other ways as well) > > > > My (weak) preference is to simply call this one 1.0.0.0. > > > > > > -D... > > > > > > On Thu, Feb 9, 2017 at 1:43 PM, zeo...@gmail.com <zeo...@gmail.com> > wrote: > > > > > So I was spinning up the 0.3.1-RC3 candidate on my bare metal cluster > > today > > > and I noticed that when I generated the mpack it still had a version of > > > 1.0.0.0. I double checked and made sure that the mpack existed in the > > > 0.3.0 release > > > <https://github.com/apache/incubator-metron/tree/Metron_ > > > 0.3.0/metron-deployment> > > > and > > > that it was modified in between releases via the changelog. I would > > > normally recommend that we modify the version to match with Metron > > (0.3.1) > > > but that would be going backwards. Thoughts? > > > > > > Jon > > > -- > > > > > > Jon > > > > > > Sent from my mobile device > > > > > > -- Jon Sent from my mobile device