[Bro-Dev] [JIRA] (BIT-1317) Integrate standard plugin into Bro's build and install process

Seth Hall (JIRA) jira at bro-tracker.atlassian.net
Thu Apr 30 22:59:01 PDT 2015

    [ https://bro-tracker.atlassian.net/browse/BIT-1317?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=20510#comment-20510 ] 

Seth Hall commented on BIT-1317:

The Dataseries plugin depends on Dataseries being installed and you don't seem to have it installed.  Try building a plugin that doesn't require any third party libraries.  I have a simple plugin that doesn't have any third party dependencies here: https://github.com/sethhall/bro-approxidate

> Integrate standard plugin into Bro's build and install process
> --------------------------------------------------------------
>                 Key: BIT-1317
>                 URL: https://bro-tracker.atlassian.net/browse/BIT-1317
>             Project: Bro Issue Tracker
>          Issue Type: New Feature
>          Components: Bro
>            Reporter: Robin Sommer
>             Fix For: 2.5
> Right now, plugins in aux/plugins/* need to be build and installed manually. That's fine for those currently there (netmap, elastic search, data series), as they are quite specific. However, once we start moving more standard functionality over into plugins (say, GeoIP support), that will get more cumbersome, as now everybody wanting that stuff will need to do the additional step, which is easy to miss.
> However, it's not clear to me right now what's a good way of integrating the plugins more tightly would be. We could turn a few (or all?) on by default and build them along with Bro if their dependencies are satisfied. But that's tough to implement, as the plugin build process is really completely separate from Bro's. So we would need to pass configure parameters over, run their builds, run their installs, run their tests, and catch any errors along the way.
> I'm setting this to 2.4 in case we can still come up with a good strategy here. But more likely this is something to punt on right now, as we don't have a pressing use case anyways. There's also the related topic of a broader notion of modules that a future CPAN might manage, and how we combine all that.

This message was sent by Atlassian JIRA

More information about the bro-dev mailing list