> I know of, but am not that familiar with, mrtg. I thought it used
> perl-snmp for its data collection. Is this not correct?
That's right, mrtg uses perl-snmp but you can create custom scripts
which are used to generate statistics for other values than traffic.
For these scripts many people (i
> In practice, you're likely to find that release notes for the unstable
> distribution change so infrequently that people ignore them until it's
> too late. People often do things like upgrading daily.
poor people... but there are some people out there who try to use debian
in production systems
> IMHO, the snmpget, snmpwalk, etc., utilities are best used for testing
> and debugging agents. If you wan to do real network management, you
> should probably be using scotty, perl-snmp or something similar which
> provide programatic support. Of course, I'm biased since I developed
> commercia
> Perhaps. It's been my experience, though, that changing the package
> name just upsets a different set of users. In other words, it's a no
> win situation.
I also don't like this way because it is confusing after an upgrade but
it might be a reasonable workaround.
> > Since the maintainer (Da
> If you think a package should be doing this then file a bug against the
> package. Possibly with severity wishlist if it's not crippling, just
> annoying.
IMHO it is much better to have a central list of changes in the release
notes because it is much more user friendly to run apt-get upgrad
> > please take a look at http://www.gnu.org/prep/standards_34.html#SEC34 in
> > the gnu coding standards. I think such a utility is barely needed by debian
> > and maybe also other distributions. _user_ _visible_ changes are _worth_
> > to be documented.
>
> That link points to an explanation a
> To summarize the bug: the logging behavior of the snmp package changed
> when we switched from CMU SNMP to the UCD implementation.
Yes, the user interface which might be used by many people of an
essential remote monitoring tool changed without any notice by the
system administrator. (and it is
The message in this bug might be interesting for you. (I hope so)
I think this is really important for a distribution but some of the
maintainers seem to disagree with me in this point.
Please read the thread and reply to this bug in the bug tracking system
or discuss this on the qa mailing lis
8 matches
Mail list logo
