|
From: Bill M. <mo...@ha...> - 2005-05-17 02:22:27
|
apt-proxy version: 1.9.28
apt-proxy has its own cache of packages. Also,
/var/cache/apt/archives is still used on each of the client machines.
So, if the apt-proxy machine is also a client then there can be two
copies of the package -- one in /var/cache/apt/archives/ and the other
in /var/cache/apt-proxy/. Is this correct?
Before installing apt-proxy I would run this via cron:
apt-get -qq update && \
apt-get -qqd dist-upgrade && \
apt-get -qq autoclean
That keeps my Packages list up to date and pre-fetches packages, so
when I do a dist-upgrade the packages are ready to be installed.
So, with using apt-proxy I can use the same method as above to
pre-fetch packages (via cron during the night), but to avoid storing
the packages in two locations on the same machine I would use "clean"
instead of "autoclean". Then later when I run a dist-upgrade I'll
fetch the packages from the apt-proxy cache.
Is the above correct? Is that a typical usage for pre-fetching
packages?
Next, I can't see to import my existing .deb into the apt-proxy
cache. This seems to happen for every package:
2005/05/16 09:32 PDT [-] [import] m4_1.4.3-1_i386.deb skipped - no suitable backend found
2005/05/16 09:32 PDT [-] [import] libxml2-dev_2.6.16-7_i386.deb skipped - no suitable backend found
I just installed apt-proxy and ran apt-get "update" on the machine
and then tried
apt-proxy-import -i /var/cache/apt/archive
and receive the above.
Here's my backends:
[debian]
;; Backend servers, in order of preference
backends =
http://ftp.us.debian.org/debian
http://ftp.de.debian.org/debian
http://ftp2.de.debian.org/debian
ftp://ftp.uk.debian.org/debian
[debian-non-US]
;; Debian debian-non-US archive
;timeout will be the global value
backends =
http://ftp.uk.debian.org/debian-non-US
http://ftp.de.debian.org/debian-non-US
ftp://ftp.uk.debian.org/debian
[security]
;; Debian security archive
backends =
http://security.debian.org/debian-security
http://ftp2.de.debian.org/debian-security
--
Bill Moseley
mo...@ha...
|