Stefan Bauer
2009-Aug-30 21:02 UTC
[Logcheck-devel] Unsure about the responsibility of Bug # 260660 - logcheck entry missing
Dear Logcheck-Team, i'm unsure about the responsible package for this bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=260660 Could you please give me an update, if this should be forwarded to logcheck? Best regards -- Stefan
martin f krafft
2009-Aug-30 21:38 UTC
[Logcheck-devel] Unsure about the responsibility of Bug # 260660 - logcheck entry missing
also sprach Stefan Bauer <stefan.bauer at cubewerk.de> [2009.08.30.2302 +0200]:> i'm unsure about the responsible package for this bug: > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=260660 > > Could you please give me an update, if this should be forwarded to > logcheck?We prefer if package maintainers take care of the rules themselves and they are distributed with the package to which they apply. -- .''`. martin f. krafft <madduck at d.o> Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduck http://vcs-pkg.org `- Debian - when you have better things to do than fixing systems "anyone who is capable of getting themselves made president should on no account be allowed to do the job" -- douglas adams -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: Digital signature (see http://martin-krafft.net/gpg/) URL: <http://lists.alioth.debian.org/pipermail/logcheck-devel/attachments/20090830/ba42925a/attachment.pgp>
Stefan Bauer
2009-Aug-31 11:55 UTC
[Logcheck-devel] Unsure about the responsibility of Bug # 260660 - logcheck entry missing
martin f krafft schrieb:> We prefer if package maintainers take care of the rules themselves > and they are distributed with the package to which they apply.I just dived through the open bugs for logcheck-database and mostly the entries for the deamons are maintained/created by the logcheck-database package. Additonally there are already a few entries for oidentd, mentioned in /etc/logcheck/ignore.d.server/oidentd. Shall i anyway modify the ignore.d.server/oidentd file by now through the oidentd package? -- Stefan