[Aptitude-devel] Bug#766122: thwarted due to missing partial/ directory that we aren't going to use anyway

Manuel A. Fernandez Montecelo manuel.montezelo at gmail.com
Fri Feb 26 15:53:10 GMT 2016

2016-02-26 12:35 積丹尼 Dan Jacobson:
>MAFM> I was doubting whether it was worthy of implement this extra check to
>MAFM> not download, since I think that this is relatively obscure
>MAFM> corner-case and easily solvable.  But then I thought that might be
>MAFM> useful in the case of emergency recoveries with external media mounted
>MAFM> as RO, it's a small micro-optimisation for aptitude in itself, etc.
>Well I hope that will cover all the cases when a partial/ cannot be

It will not attempt to create partial/ at all, so it addresses the
related problems.

>And... it wouldn't hurt to have an extra APT variable anyway in addition
>to your solution ... e.g., the user is downloading and writing the
>archives to some "write-once" (think CD-ROM) media, but wants any
>temporary work done elsewhere...

These variables come from APT.

Presumably there are some "acquire" methods (like cdrom, FTP, http, etc)
that might be better suited for those use-cases where the data is to be
obtained from RO media.  This is specifically about local cache (which
can be disabled anyway).

Manuel A. Fernandez Montecelo <manuel.montezelo at gmail.com>

More information about the Aptitude-devel mailing list