Hi Mike, this isn't exactly a debian-security answer (but then again, I'm not sure that you've posed a debian-security question), but my recommendation is to use the apt-proxy package on "server" machine (you can even use apt-proxy-import to build your proxying "mirror" using the files you've already pooled). Then you set up your clients to pull packages from your apt-proxy box, which will transparently fetch anything asked of it and add the deb to its cache. You'll only pay once for the fetch, but have a copy from that point forward.
Hope that hopes, tony On Thu, 2 May 2002, Mike Shepherd wrote: > Howdy all, > > I am running 2 Linux systems (1 server comprising of a Cyrix 686 chip with 32MB >RAM, the other a 486 workstation), and I have the systems set up so that when I run >APT-GET on the 486, it checks /var/cache/apt/archives on the server to see if the >required files exist before downloading them. If they do, use them, if not, download >ferom the 'net and store in the above-mentioned location. For some reason, though, I >am now getting an error when trying to install/remove/upgrade on the 486. The server >runs fine, no problems there. But the 486 will not perform the APT-GET functions >properly. I have the error message, and my mount properties below: > > # apt-get install uucp > Reading Package Lists... Done > Building Dependency Tree... Done > The following NEW packages will be installed: > uucp > 0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded. > E: Could not get lock /var/cache/apt/archives/lock - open (22 Invalid argument) > E: Unable to lock the download directory > > [root@generic:pts/0-1!/var/cache/apt/archives] > # mount > /dev/hda5 on / type ext2 (rw,errors=remount-ro) > proc on /proc type proc (rw) > devpts on /dev/pts type devpts (rw,gid=5,mode=620) > 192.168.2.15:/home on /home type nfs (rw,noexec,nosuid,nodev,rsize=8192,wsize=81 > 92,addr=192.168.2.15) > 192.168.2.15:/var/cache/apt/archives on /var/cache/apt/archives type nfs (rw,noe > xec,nosuid,nodev,rsize=8192,wsize=8192,addr=192.168.2.15) > > [root@generic:pts/0-1!/var/cache/apt/archives] > # > > I realize this may not be enough information to help find a solution, > but with some guidance, I can locate more info from my systems for > anyone wishing to tackle this problem. > > I was told that this method of mounting the server's > /var/cache/apt/archives/ directory would make things far more efficient, > and that it would be less painful to download things only once. And I > can agree with that as our 'net connection is only a 56k modem. > > In the meantime, any takers? > > Cheers! > Mike Shepherd (AKA: The Sheepster) Ham: VE7PRT -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
