Package: sarg
Version: 2.2.2-1
Followup-For: Bug #369693
The squid access.log is rotated by cron.daily/logrotate. Because of how
run-parts work
cron.daily/sarg is started after logrotate. The default sarg.conf file looks
at the access log
/var/log/squid/access.log. It seems to me that this means that the default is
to report on a log
file that will probably have almost nothing in it because all the access logs
would have been just
rotated out.
Wouldn't it be better to remove /etc/cron.{daily,weekly,monthly}/sarg and
instead create something
in /etc/cron.d like this.
---
5 0 * * * root test -x /usr/sbin/sarg-reports && /usr/sbin/sarg-reports daily
15 0 * * 7 root test -x /usr/sbin/sarg-reports && /usr/sbin/sarg-reports weekly
30 0 1 * * root test -x /usr/sbin/sarg-reports && /usr/sbin/sarg-reports
monthly
---
Or perhaps there should be no cron entries at all, and just provide a notice
with debconf
telling users that they need to configure sarg and provide some sample scripts
in the docs folder.
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages sarg depends on:
ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries
ii libgd2-noxpm 2.0.33-5.2 GD Graphics Library version 2 (wit
sarg recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]