[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
>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