<p dir="ltr">That makes sense. The next logical question would be, what makes a plugin special enough to be included the core? I think GeoIP, being legacy like Robin mentioned, qualifies.</p>
<p dir="ltr">-AK</p>
<div class="gmail_quote">On Oct 16, 2014 9:21 AM, &quot;Clark, Gilbert&quot; &lt;<a href="mailto:gc355804@ohio.edu">gc355804@ohio.edu</a>&gt; wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">




<div>
<p dir="ltr">+1 that core plugins be built / distributed with bro.</p>
<p dir="ltr">Re: package / plugin management, coming from a Java EE background, one of the things I don&#39;t like about some of the OSGi software (read: highly modular, plugin-driven) I&#39;ve worked with is how confusing it can get to track versions of each specific
 bundle / plugin to know how / when to update them.  Binding a specific set of core plugin versions to application releases mitigates some of that complexity in my experience.  In other words, I&#39;d be a bit hesitant to agree that bro should individually package
 *core* plugins and offer them independently through a repo, just because it will probably require a great deal of care to update those (since there could be e.g. side effects / dependencies that aren&#39;t immediately obvious).</p>
<p dir="ltr">An external repository / package manager seems like a good fit for non-core plugins, though.</p>
<p dir="ltr">-Gilbert</p>
<div>On Oct 16, 2014 11:41 AM, anthony kasza &lt;<a href="mailto:anthony.kasza@gmail.com" target="_blank">anthony.kasza@gmail.com</a>&gt; wrote:<br type="attribution">
</div>
<div>
<p dir="ltr">I think having some plugins distributed and built with Bro is reasonable, too. As long as functionality and interfaces don&#39;t change current users shouldn&#39;t notice a difference.<br>
How eventually moving the plugin to a package manager will affect users is something else to consider.</p>
<p dir="ltr">-AK</p>
<div class="gmail_quote">On Oct 16, 2014 6:21 AM, &quot;Slagell, Adam J&quot; &lt;<a href="mailto:slagell@illinois.edu" target="_blank">slagell@illinois.edu</a>&gt; wrote:<br type="attribution">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I think that is reasonable for some things.<br>
<br>
On Oct 16, 2014, at 8:02 AM, Robin Sommer <a href="mailto:robin@icir.org" target="_blank">robin@icir.org</a> wrote:<br>
<br>
&gt; (unless we decide to<br>
&gt; build (some) plugins by default, which currently isn&#39;t happening).<br>
<br>
------<br>
<br>
Adam J. Slagell<br>
Chief Information Security Officer<br>
Assistant Director, Cybersecurity Directorate<br>
National Center for Supercomputing Applications<br>
University of Illinois at Urbana-Champaign<br>
<a href="http://www.slagell.info" target="_blank">www.slagell.info</a><br>
<br>
&quot;Under the Illinois Freedom of Information Act (FOIA), any written communication to or from University employees regarding University business is a public record and may be subject to public disclosure.&quot;<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
bro-dev mailing list<br>
<a href="mailto:bro-dev@bro.org" target="_blank">bro-dev@bro.org</a><br>
<a href="http://mailman.icsi.berkeley.edu/mailman/listinfo/bro-dev" target="_blank">http://mailman.icsi.berkeley.edu/mailman/listinfo/bro-dev</a><br>
</blockquote>
</div>
</div>
</div>

</blockquote></div>