On Monday 08 November 2004 08:47, martin f krafft wrote: > also sprach Alexandros Papadopoulos <[EMAIL PROTECTED]> [2004.11.08.0734 > +0100]: > > changing /etc/apt-cacher/apt-cacher.conf and then > > reloading/restarting apache2 does not honor the changes. > > Well, you should not need to restart apache2 since apt-cacher is > a CGI. Apparently, apache2 loads it permanently though, which is > news to me. > > Does it work at all?
Apparently not. After apt-get removing apt-cacher and re-installing it (to force it to run its install scripts, in hopes that that would fix the problem), it's not working at all. > > I think it has something to do with the > > /etc/apt-cacher/apache.conf snippet which I need to install > > somewhere, but I have no idea where. > > Leave it right there and 'include' it from the vhost definition. There's this already: helios:/etc/apache2/conf.d# ls -l apt* lrwxrwxrwx 1 root root 27 Nov 8 08:51 apt-cacher -> /etc/apt-cacher/apache.conf Does that mean it's included? Since I'm just running an internal website on this, I've never invested the time/effort to (figure out how to) set up virtual hosts or include cgi scripts. This is what happens on the apt-cacher server when a request to apt-get update comes in from a client: 1612 ? Ss 0:00 /usr/sbin/apache2 -k start -DSSL 1613 ? S 0:00 \_ /usr/sbin/apache2 -k start -DSSL 1641 ? S 0:00 | \_ /usr/bin/perl /usr/share/apt-cacher/apt-cacher.pl 1642 ? S 0:00 | \_ /usr/bin/perl /usr/share/apt-cacher/apt-cacher.pl 1643 ? S 0:00 | \_ /usr/bin/perl /usr/share/apt-cacher/apt-cacher.pl 1644 ? S 0:00 | \_ /usr/bin/wget -s -nv -o /var/cache/apt-cacher/private/ftp.ntua.gr_[...] apt-cacher reports the following: Mon Nov 8 09:39:17 2004|192.168.1.68|debug: client ipint: 3232235844 Mon Nov 8 09:39:17 2004|192.168.1.68|debug: allowed_startip: 192.168.1.1 Mon Nov 8 09:39:17 2004|192.168.1.68|debug: allowed_endip: 192.168.1.254 Mon Nov 8 09:39:17 2004|192.168.1.68|debug: allowed_startipint: 3232235777 Mon Nov 8 09:39:17 2004|192.168.1.68|debug: allowed_endipint: 3232236030 Mon Nov 8 09:39:17 2004|192.168.1.68|debug: Client passed access control rules 192.168.1.68 Mon Nov 8 09:39:17 2004|192.168.1.68|debug: called with /ftp.ntua.gr/pub/linux/debian/dists/testing/main/binary-i386/Packages.gz Mon Nov 8 09:39:17 2004|192.168.1.68|debug: new long filename: ftp.ntua.gr_pub_linux_debian_dists_testing_main_binary-i386_Packages.gz Mon Nov 8 09:39:17 2004|192.168.1.68|debug: cached file: /var/cache/apt-cacher/ftp.ntua.gr_pub_linux_debian_dists_testing_main_binary-i386_Packages.gz Mon Nov 8 09:39:17 2004|192.168.1.68|debug: looking for /var/cache/apt-cacher/ftp.ntua.gr_pub_linux_debian_dists_testing_main_binary-i386_Packages.gz Mon Nov 8 09:39:17 2004|192.168.1.68|debug: filename complies: Packages.gz Mon Nov 8 09:39:17 2004|192.168.1.68|debug: file does not exist, creating it Mon Nov 8 09:39:17 2004|192.168.1.68|debug: MISS Mon Nov 8 09:39:17 2004|192.168.1.68|debug: file is not complete Mon Nov 8 09:39:17 2004|192.168.1.68|debug: fetcher: try to pick up http://ftp.ntua.gr/pub/linux/debian/dists/testing/main/binary-i386/Packages.gz Mon Nov 8 09:39:17 2004|192.168.1.68|debug: fork complete 0 Mon Nov 8 09:39:17 2004|192.168.1.68|debug: starting to return /var/cache/apt-cacher/ftp.ntua.gr_pub_linux_debian_dists_testing_main_binary-i386_Packages.gz Mon Nov 8 09:39:17 2004|192.168.1.68|debug: read 0 bytes Mon Nov 8 09:39:17 2004|192.168.1.68|debug: fork complete 1690 Mon Nov 8 09:39:17 2004|192.168.1.68|debug: parent about to wait, child pid is -1690- 1 Mon Nov 8 09:39:19 2004|192.168.1.68|debug: read 0 bytes Mon Nov 8 09:39:21 2004|192.168.1.68|debug: read 0 bytes Mon Nov 8 09:39:23 2004|192.168.1.68|debug: read 0 bytes Mon Nov 8 09:39:25 2004|192.168.1.68|debug: read 0 bytes [ad infinitum] So it seems the cgi is called, but then something (?) goes wrong... -A -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]