the cron script redirects stderr to /dev/null, so the sysadmin doesn't
get to see any error messages from apt-cacher-cleanup.pl.
This is the tail of running the cleanup script with strace:
stat64("/var/cache/apt-cacher/temp/dists_lenny_updates_main_binary-i386_Packages.gz",
{st_mode=S_IFREG|0644
Package: apt-cacher
Version: 1.6.4
Severity: wishlist
Hi,
the default apt-cacher.conf file in debian has the following block:
"""
# Rate limiting sets the maximum bandwidth in bytes per second to use
# for fetching packages. Syntax is fully defined in 'man wget'.
# Use 'k' or 'm' to use kilobits
of all the xorg
libraries without any ill effect.
I think the severity on this bug should be higher than 'wishlist'...
John McPherson
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: nagios-common
Version: 1.4-3
(Debian 4.0)
/etc/init.d/nagios uses the "killproc" function sourced from
/lib/lsb/init-functions to send a HUP signal to the running nagios
process when you do a reload. At the end of the killproc function is
rm -f "$pidfile"
return 0
}
T
Version: 3.1.7-2
This seems to be a problem in the default config in etch? Anyway, for
the benefit of anyone else who comes across this and can't figure out
how to fix it, the problem is the following bit of
/etc/spamassassin/v310.pre:
###
# DCC is disabled here because it is not open sou
5 matches
Mail list logo
