On Wed, 22 Jan 2014, Rainer Gerhards wrote:

On Wed, Jan 22, 2014 at 5:35 PM, Boylan, James <james.boy...@orbitz.com>wrote:

Hmm. That's a tougher question. On the one hand I can see the benefit to
it. But on the other hand, is it the best choice for location... One could
argue that processing scripts like that should be in their own repo since
they are not directly linked to the Rsyslog codebase.


Yup (btw: "rsyslog" -- it should be all lower case - forgot to answer that
in some thread...).

Pro:
* easier to maintain for it's developer
* no need to involve rsyslog core team for updates

Con:
* (much?) harder to find for end user
* harder to find out for the rsyslog team what actually exist
* may provide lower "political" benefit
 (in regard of attracting contributors, visible contributor base, etc...).

we should have a place for contributed modules in all languages. It's probably worth clarifying which of the existing modules are contributed.

we probably also need a couple different levels of contributed modules, a slush pile of untested, or barely tested modules, and then a place for the more tested and supported ones.

It should be easy to get something added to the slush pile. I would say that this is a great place to use the git subproject feature, let the module developer setup a git server somewhere and we auto-pull from it into the main repo.

that way they can develop without involving the core team, but it's easily discoverable for everyone. If we push for testing capabilities, we should at least be able to validate that the interface to the modules work and that they don't die at startup/compile, even if we can't test the full functionality of the module.

David Lang

Some more? Other views?
Rainer
_______________________________________________
rsyslog mailing list
http://lists.adiscon.net/mailman/listinfo/rsyslog
http://www.rsyslog.com/professional-services/
What's up with rsyslog? Follow https://twitter.com/rgerhards
NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad of 
sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you DON'T LIKE 
THAT.

_______________________________________________
rsyslog mailing list
http://lists.adiscon.net/mailman/listinfo/rsyslog
http://www.rsyslog.com/professional-services/
What's up with rsyslog? Follow https://twitter.com/rgerhards
NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad of 
sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you DON'T LIKE 
THAT.

Reply via email to