On Fri, 17 Sep 1999 07:30:37 -0500, David Starner <[EMAIL PROTECTED]> wrote:
>On Fri, Sep 17, 1999 at 11:38:29AM +0100, Chris Rutter wrote:
>> On Thu, 16 Sep 1999, David Bristel wrote:
>> Yes, either this or a FIFO expiration policy on /var/cache/apt/packages
>> which gets automatically applied when space runs out.  Or possibly
>> the option of using /tmp/.apt, with a warning message that the
>> packages are in there and need to be moved into the cache.
>
>Neither of these will help most people. Space running out can happen on 
>one apt-run - nothing in the cache, slink -> potato. /tmp is usually on
>the / partition, which probably has less space than anything (and on
>many installs ends up on the / partition - at least that's how I was
>show to do it.)

I generally NFS mount /var/cache/apt from a larger machine when upgrading
small ones.  I have daemons that implement deletion of oldest files in
a directory structure but this doesn't help apt as David pointed out.

>> Alternatively, is there any other, er, `in bits' way that the
>> upgrade can be done?
>Check available space, download one bunch of files, install, delete
>the .debs, interate. 

Indeed, the option (!) of doing download/unpack/configure/delete.deb 
over each package instead of three distinct download/unpack/configure
phases would be really nice for limited-space machines.


-- 
I don't speak for Corel, I just work for them.  Use [EMAIL PROTECTED] for work, 
[EMAIL PROTECTED] for play, and [EMAIL PROTECTED] for PGP.
PGP fingerprint: 01 94 0F B3 46 B7 71 C3  D4 98 39 99 1B 34 45 A1
PGP public key:  http://www.hungrycats.org/~zblaxell/pgp-public.txt

Reply via email to