<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html><head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
    <meta name="generator" content="Osso Notes">
    <title></title></head>
<body>
<p>----- Original message -----
<br>&gt; Hi!
<br>&gt; 
<br>&gt; syslog-ng comes with a 'dummy' module, that does nothing, but emit a
<br>&gt; notice whenever it receives a message. I doubt anyone uses it, because
<br>&gt; it is useless, and serves as an aid for module writers only, as a
<br>&gt; skeleton to build on.
<br>&gt; 
<br>&gt; However, it is built AND installed by default, which is kinda awkward,
<br>&gt; in my opinion, and perhaps a bit confusing too: when I see a dummy
<br>&gt; module automatically installed, I start to wonder just what the heck it
<br>&gt; is good for and why it is there in the first place?
<br>&gt; 
<br>&gt; Since it's completely useless, I'd like to propose either of the
<br>&gt; following:
<br>&gt; 
<br>&gt; 1) Remove the module completely from the source code.
<br>&gt; 
<br>&gt;&nbsp; &nbsp; &nbsp; &#32;The rationale behind this is that it's a very basic example, shows
<br>&gt;&nbsp; &nbsp; &nbsp; &#32;very little about how a destination driver should work, and is even a
<br>&gt;&nbsp; &nbsp; &nbsp; &#32;little bit stale here and there.
<br>&gt; 
<br>&gt;&nbsp; &nbsp; &nbsp; &#32;For example, the grammar directly pokes the driver structure, which
<br>&gt;&nbsp; &nbsp; &nbsp; &#32;is a bad habit (accessors are a whole lot better!).
<br>&gt; 
<br>&gt;&nbsp; &nbsp; &nbsp; &#32;Furthermore, when I wanted to write a driver, I looked at the dummy
<br>&gt;&nbsp; &nbsp; &nbsp; &#32;driver first, but after a couple of minutes, I concluded it has so
<br>&gt;&nbsp; &nbsp; &nbsp; &#32;very little information, that it's not enough for me as a starting
<br>&gt;&nbsp; &nbsp; &nbsp; &#32;point. So I started to look at other drivers, and learned from there.
<br>&gt; 
<br>&gt;&nbsp; &nbsp; &nbsp; &#32;In that sense, it doesn't even succeed at being a reasonable
<br>&gt;&nbsp; &nbsp; &nbsp; &#32;skeleton, or starting point.
<br>&gt; 
<br>&gt;&nbsp; &nbsp; &nbsp; &#32;A HOWTO document, or something similar about the architecture of the
<br>&gt;&nbsp; &nbsp; &nbsp; &#32;various drivers would be much much more useful, but this document is
<br>&gt;&nbsp; &nbsp; &nbsp; &#32;yet to be written.
<br>&gt; 
<br>&gt; 2) Keep the module, but don't install it, ever.
<br>&gt; 
<br>&gt;&nbsp; &nbsp; &nbsp; &#32;As a compromise, the module could be kept, but not installed. This
<br>&gt;&nbsp; &nbsp; &nbsp; &#32;way we still have a very small example, but it's not installed
<br>&gt;&nbsp; &nbsp; &nbsp; &#32;needlessly.
<br>&gt; 
<br>&gt; I think it's obvious I'd rather go with the first option, but perhaps
<br>&gt; there's good reasons for keeping it, that I overlooked. The decision is
<br>&gt; in Bazsi's hand, anyway.
<br>
<br>I completely agree it should be removed, it's been the first plugin of syslog-ng when I was working on modularizing the grammar and the core.
<br>
<br>So RIP. can you please post a patch that removes it?
<br>Thanks.</p>
</body>
</html>