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]

Reply via email to