Snort mailing list archives
Re: v2.8.4 incorrect logging to MySQL
From: Loyal A Moses <loyalmoses () mac com>
Date: Tue, 14 Apr 2009 12:35:33 -0700
Is Sourcefire limited on development skill or man power? It makes no sense at all to remove one of the most common facilities in use by snort users because it is "too complex". In the end, you'll do what you are going to do regardless of the community -- we've seen it before. But don't use "complexity" and "bugs" as the excuse. Sourcefire is a publicly traded company -- Is it smart to be taking votes on product development from a mailing list? I wouldn't think so. Loyal. On Apr 14, 2009, at 11:52 AM, Jason Brvenik wrote:
I have an ulterior motive and it is simple. Many of the bugs and issues over time with snort have been in output plugins. Make one well supported, tested, unified method designed for best performance and while doing so it improves the supportability and maintainability of the code base. On Tue, Apr 14, 2009 at 2:39 PM, Loyal A Moses <loyalmoses () mac com> wrote:My vote is to provide as many output options as possible, to help keep snort used as a tool. The argument of code complexity being a good reason to remove output facilities is only valid if the code is written poorly and not modular. This wheel doesn't need re-invented and this conversation is kind of silly, unless there is ulterior motives for actually wanting to remove this support. Loyal. ------------------------------------------------------------------------------ This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com _______________________________________________ Snort-users mailing list Snort-users () lists sourceforge net Go to this URL to change user options or unsubscribe: https://lists.sourceforge.net/lists/listinfo/snort-users Snort-users list archive: http://www.geocrawler.com/redir-sf.php3?list=snort-users
------------------------------------------------------------------------------ This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com _______________________________________________ Snort-users mailing list Snort-users () lists sourceforge net Go to this URL to change user options or unsubscribe: https://lists.sourceforge.net/lists/listinfo/snort-users Snort-users list archive: http://www.geocrawler.com/redir-sf.php3?list=snort-users
Current thread:
- Re: v2.8.4 incorrect logging to MySQL, (continued)
- Re: v2.8.4 incorrect logging to MySQL Jason Wallace (Apr 14)
- Re: v2.8.4 incorrect logging to MySQL Jason Brvenik (Apr 14)
- Re: v2.8.4 incorrect logging to MySQL Randal T. Rioux (Apr 14)
- Re: v2.8.4 incorrect logging to MySQL Jason Brvenik (Apr 14)
- Re: v2.8.4 incorrect logging to MySQL Jason Brvenik (Apr 14)
- Re: v2.8.4 incorrect logging to MySQL Leon Ward (Apr 14)
- Re: v2.8.4 incorrect logging to MySQL Jack Pepper (Apr 14)
- Re: v2.8.4 incorrect logging to MySQL Jason Brvenik (Apr 14)
- Re: v2.8.4 incorrect logging to MySQL Jason Brvenik (Apr 14)
- Re: v2.8.4 incorrect logging to MySQL Loyal A Moses (Apr 14)
- Re: v2.8.4 incorrect logging to MySQL Jefferson, Shawn (Apr 14)
- Re: v2.8.4 incorrect logging to MySQL Joel Esler (Apr 14)
- Re: v2.8.4 incorrect logging to MySQL Loyal A Moses (Apr 14)
- Re: v2.8.4 incorrect logging to MySQL Randal T. Rioux (Apr 14)
- Re: v2.8.4 incorrect logging to MySQL Martin Roesch (Apr 14)
- Re: v2.8.4 incorrect logging to MySQL Loyal A Moses (Apr 14)
- Re: v2.8.4 incorrect logging to MySQL Martin Roesch (Apr 14)
- Re: v2.8.4 incorrect logging to MySQL Alan Shimel (Apr 14)
- Re: v2.8.4 incorrect logging to MySQL Loyal A Moses (Apr 14)
- Re: v2.8.4 incorrect logging to MySQL Loyal A Moses (Apr 14)